Wie behebt man das Problem „Kernel-Aktivierung nach Absturz konnte nicht gestartet werden“, wenn kein direkter Zugriff auf das System möglich ist?

Question

Ich verwende CentOS 7 im Parallels Desktop. Beim Booten blieb ich hängen und konnte das System nicht aufrufen.

Beim Booten werden die Informationen angezeigt:

Failed to start Crash recovery kernel arming.
See `systemctl status kdump.service` for details.

Ich habe im Internet nach dem Problem gesucht. In vielen Beiträgen hieß es, dass es durch einen Wechsel crashkenerl=autozu crashkenerl=128Musw. gelöst werden könne.

Ich kann die entsprechende Datei jedoch nicht bearbeiten, bevor ich mich anmelde. Außerdem brauche ich das System-ISO, um in den Rettungsmodus zu wechseln, aber ich habe keins. (Ich hätte eine alternative, einfache Lösung, niemand möchte ein System-ISO herunterladen.)

Answer 1

Ich habe es nach 2 Stunden Kampf gelöst, ohne ein System-ISO herunterzuladen (weil ich es so einfach wie möglich lösen möchte). Hier ist meine Lösung:

1. Booten Sie das System
2. Drücken efür den Bearbeitungsmodus
3. Verwenden Sie die Navigationstasten, um zu findencrashkernel=auto
4. Ändern Sie es in crashkernel=128Modercrashkernel=256M
5. Drücken Sie Ctrl+ xzum Booten
6. Änderungen crashkernel=autoin der Datei /etc/grub2.cfgwie in Schritt 4. (hierfür verwende ich SSH unter Zuhilfenahme meiner vorherigen Konfiguration)
7. Neustart

Answer 2

Um Grub dauerhaft zu ändern, müssen Sie als Root-Benutzer Folgendes tun:

• vi /etc/default/grub
• Suchen Sie nach „GRUB_CMDLINE_LINUX“ und ersetzen Sie „crashkernel=auto“ durch „crashkernel=128M“ oder „crashkernel=256M“.
• speichern und schließen
• grub2-mkconfig -o /boot/grub2/grub.cfg
• Maschine neu starten

Answer 3

Sie können die Menge des reservierten Speichers auch variabel einstellen, abhängig von der Gesamtmenge des installierten Speichers.

Die Syntax für die variable Speicherreservierung lautet: crashkernel=range1:size1,range2:size2.

Beispiel:crashkernel=512M-2G:64M,2G-:128M

Quelle