Kernel 4.4.1-1 bootet nicht - Root-Volume "existiert nicht" - 3.10.0.327 und 4.3.3-1 booten beide weiterhin einwandfrei

0

Ich versuche, Kernel-ml (derzeit 4.4.1-1) auf RHEL 7.2 zu installieren und zu booten. Befolgen Sie dazu die Anweisungen hier: http://linuxg.net/install-kernel-4-x-on-enterprise-linux-7 -centos-7-and-rhel-7 /

Die Installation funktioniert einwandfrei und beim Neustart kann ich den neuen Kernel aus dem Grub-Menü auswählen.

Wenn dies fehlschlägt, werden mehrere der folgenden Instanzen angezeigt:

dracut-initqueue[632]: Warning: dracut-initqueue timeout - starting timeout scripts

Gefolgt von diesem:

dracut-initqueue[632]: Warning: Could not boot.
dracut-initqueue[632]: Warning: /dev/mapper/vg_root-lv_root does not exist
dracut-initqueue[632]: Warning: /dev/vg_root/lv_root does not exist
Starting Dracut emergency shell...

Ich kann immer noch in den zuvor funktionierenden alten Kernel booten und auf einen anderen 4.x (4.3.3-1) ohne Probleme, aber 4.4.1-1 schlägt zu diesem Zeitpunkt jedes Mal fehl. Bisher habe ich Folgendes ohne Erfolg versucht (einige der iseda stammen von https://askubuntu.com/questions/567730/gave-up-waiting-for-root-device-ubuntu-vg-root-doesnt- existiert, was wie ein ähnlicher Fehler aussah):

Verlassen der Dracut-Notschale - der Bootvorgang wird nicht fortgesetzt

Angeben des Root-Volumes über die UUID in der Grub-Konfiguration - immer noch nicht gefunden

Prüfen, ob lvm2 installiert ist - das ist es

ls / dev / mapper - hier sehe ich nur "control"

Boot-Parameter all_generic_ide hinzugefügt - keine Änderung

Initramfs für den defekten Kernel neu erstellt - keine Änderung

Rhgb und quiet aus Bootparams entfernt

Auflisten von Festplatten mit lvm pvdisplay / lvm lvdisplay / lvm vgdisplay - keine gefunden, leere Ausgabe

Ich bin mir nicht sicher, was ich hier noch ausprobieren kann oder was ich als nächstes tun soll - Hinweise sind willkommen

Ian Frazer
quelle
Hast du einen Ausweg gefunden? Ich habe genau das gleiche Problem.
chirag1992m

Antworten:

0

Ich bin auf Ubuntu auf dasselbe Problem gestoßen, dasselbe Szenario: 4.3.3 funktioniert, 4.4.x + jedoch nicht. Das gleiche passierte, als unter / dev / mapper überhaupt keine Laufwerke gefunden wurden.

In meinem Fall lag das Problem nicht bei lvm (obwohl ich dachte, dass dies auch das Problem war), sondern bei meinem Computer, der ein NVMe-Solid-State-Laufwerk (ein Dell XPS 9550) verwendet. Laut Arch Linux Wiki wurde der Speicherort des "nvm" -Treibers zwischen Kernel 4.3 und 4.4 verschoben. Einige Betriebssysteme müssen ihre Version noch aktualisieren initramfs, um sie an den neuen Speicherort anzupassen (einschließlich Arch und Ubuntu), sodass der Kernel ohne diese Version erstellt wird.

Siehe diesen Fehler in der Ubuntu-Warteschlange: Die nvm-Erweiterung ist nicht richtig geladeninitramfs .

Das Arch Wiki schlägt vor:

Bearbeiten Sie Ihre Datei /etc/mkinitcpio.conf:

...
MODULES="... nvme"
...

Aktualisieren Sie dann den Bootloader.

# mkinitcpio -p linux

Da Ubuntu das mkinitcpioim Arch Wiki empfohlene Problem jedoch nicht beheben muss, habe ich die nvmErweiterung geladen in /etc/initramfs-tools/modules:

sudo bash -c "echo '
nvme' >> /etc/initramfs-tools/modules"
sudo update-initramfs -u -k all

Wenn Sie ein NVM-Laufwerk haben, ist möglicherweise auch ein Skylake-Chipsatz installiert. In diesem Fall sollten Sie auch die i915-Treiber herunterladen und die i915Erweiterung derselben Datei hinzufügen , wie unter https://askubuntu.com/questions/717338/installing-4-4-rc7-kernel-yields-i915-module- empfohlen. Nicht verfügbar

Nate Lampton
quelle