☰

Dell R630 startet mit einer neueren Kernelversion in Kernel Panic

tag-icon • tag-icon boot grub2 kernel dell
Dell R630 startet mit einer neueren Kernelversion in Kernel Panic

Ubuntu 16.04 auf einem Dell R630

Booten 4.4.0-116-genericvon der Basisinstallation:

  1. Warnung vor „Lesen oder Schreiben außerhalb der Festplatte ‚hd0‘“
  2. Der Systemstart funktioniert einwandfrei.

Booten 4.4.0-165-genericvom Systemupdate:

  1. Warnung vor „ungültigem Umfang“
  2. Das System beginnt zu booten, aber dann tritt ein Stacktrace auf.

Zuvor befand ich mich in einem Zustand, in dem keiner der auf dem System verfügbaren Kernel (165 und einige frühere) das System booten konnte, daher habe ich Ubuntu neu installiert.

Das Festplattenlayout:

Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x92b9e484

Device     Boot Start        End    Sectors  Size Id Type
/dev/sda1  *     2048 3907028991 3907026944  1.8T 83 Linux

Dies erfolgt über das Ubuntu-Installationsprogramm, aber ich mache mir nicht die Mühe, eine Swap-Partition einzurichten.

Ich frage mich, ob Dell einen Fehler hat, bei dem das BIOS einen Kernel nur booten kann, wenn er sich in der Nähe des Festplattenanfangs befindet und ich eine /bootPartition erstellen muss. Ich hoffe wirklich, dass dies NICHT der Fall ist, denn ich habe jetzt einige Systeme, die auf diese Weise aufgebaut sind, und ich habe Angst vor einem Neustart.

Ich habe versucht, das BIOS zu aktualisieren.

Hier ist die Kernel-Panic: Kernel Panic

Antwort1

Dieses Problem wurde behoben, ich bin jedoch nicht sicher, welche Aktion zur Lösung geführt hat.

Gemäß Dell-Support habe ich den iDRAC angeschlossen und die Firmware für iDRAC und PERC aktualisiert. Der neue Kernel gebootet und geriet in Panik.

Ich habe den alten Kernel gebootet, um sicherzustellen, dass das Dateisystem ordnungsgemäß FSCKed ist.

Inzwischen habe ich den Stacktrace ein wenig gegoogelt und perdiese Stack Exchange-Frage, ich habe sicherheitshalber noch hinzugefügt:

sudo update-initramfs -c -k 4.4.0-165-generic
sudo update-grub

Das System bootet jetzt mit dem neuen Kernel.

Ich habe einige ähnliche Systeme und wenn ich feststellen kann, welche Kombination aus Firmware-Updates update-initramfsdie beste Lösung ist, werde ich meine Antwort aktualisieren.

verwandte Informationen