Eine gute Linux/Sysadmin-Praxis würde Ihnen empfehlen, sich für etwas wie die Lösung von fzbd zu entscheiden, bei der Sie das spezifische Protokoll, das Sie nicht sehen müssen, stumm schalten, anstatt Kernel-Meldungen vollständig zu deaktivieren.
Trotzdem ist es erwähnenswert, dass es ab Systemd 235 eine Option zum Deaktivieren von Kernel-Meldungen innerhalb von journald.conf gibt Datei. Die Hauptdokumentation von journal.conf erwähnt diese Option, die es Ihnen ermöglicht, journald daran zu hindern, /dev/kmsg zu lesen .
Version 235 ist möglicherweise noch nicht in vielen Distributionen zu finden, daher können Sie Ihre systemd-Version überprüfen mit:
systemctl --version
Wenn Sie Version 235 oder höher haben, können Sie fortfahren, indem Sie zuerst eine Sicherungskopie der ursprünglichen /etc/systemd/journald.conf-Datei erstellen und dann die relevante Zeile auskommentieren und sie von yes ändern bis no :
ReadKMsg=no
Speichern, beenden und starten Sie Ihren Journald-Dienst neu:
sudo systemctl restart systemd-journald.service
Prüfen Sie, ob das Kernel-Modul Ihres Geräts über einige Protokollierungs-/Debug-Parameter verfügt, die Sie deaktivieren können:
modprobe $module_name
ls /sys/module/$module_name/parameters
Wenn nicht, können Sie für systemd mit Version <235 die Nachrichten am besten nach Protokollebene filtern, zum Beispiel:
journalctl --priority=3
Sie können die Protokollwerte mit man syslog überprüfen .
Beachten Sie, dass das Senken der Kernel-Logging-Stufen mit kernel.printk wirkt sich nur auf die Konsolenprotokollierung aus, sodass Userland-Anwendungen immer noch dieselben Meldungen anzeigen, unabhängig von den Werten in diesem Parameter.