Während ich ein Problem mit einem von mir installierten Ubuntu-System diagnostizierte, linux-crashdump
versuchte ich, Protokolle zu erfassen, für den Fall, dass sie mir nützliche Hinweise zu den Geschehnissen geben könnten.
Nachdem das Problem einige Monate später gelöst war, habe ich es entfernt . Allerdings scheinen in meinen Boot-Argumenten linux-crashdump
immer noch viele Optionen zu stehen :crashkernel=
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.4.0-145-generic root=UUID=760048a7-4ab2-47e0-9a0d-ad961df07974 ro console=ttyS0 rootwait crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-:128M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M crashkernel=384M-2G:128M,2G-:256M
Ich weiß nicht genau, wie es zu diesem Chaos gekommen ist, aber ich würde es gerne loswerden, um sicherzustellen, dass kein Speicher für etwas zugewiesen wird, das nicht mehr installiert ist.
Ich bin davon überzeugt, dass diese Argumente in der Datei zu finden sind /boot/grub/grub.cf
, aber angesichts der Tatsache, dass es sich hierbei um einen kritisch wichtigen Teil des Systems handelt, bin ich etwas skeptisch, wenn es darum geht, Dinge einfach zu löschen.
Meine Frage lautet also: Was ist die richtige Methode, um diese crashkernel=
Argumente vollständig zu entfernen (oder auf die Standardeinstellungen zurückzusetzen) und gibt es sonst noch etwas, das ich überprüfen sollte, um sicherzustellen, dass mein System von Kernel-Absturzverhalten bereinigt ist?
Ich verwende Ubuntu Server 16.04.6 LTS
Ich habe die Installation linux-crashdump
mithilfe der hier aufgeführten Anweisungen durchgeführt:
https://wiki.ubuntu.com/Kernel/CrashdumpRecipe
Im Wesentlichen nursudo apt-get install linux-crashdump
Ich habe sudo apt-get remove linux-crashdump
es immer deinstalliert
Antwort1
/boot/grub/grub.cfg
wird automatisch generiert: Bearbeiten Sie es nicht manuell! Die richtige Art, Ihre Grub-Installation anzupassen, besteht darin, sie zu ändern /etc/default/grub
(und alle Konfigurationsdateien darunter /etc/default/grub.d
, falls vorhanden) und sie update-grub
anschließend als Root auszuführen.