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

3638
Ian Frazer

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

Install funktioniert gut und beim Neustart kann ich den neuen Kernel aus dem Grub-Menü auswählen - der Startvorgang schlägt jedoch in der Mitte fehl.

Wenn dies fehlschlägt, kann ich mehrere Instanzen der folgenden sehen:

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 und zu einem anderen 4.x (4.3.3-1) ohne Probleme booten, aber 4.4.1-1 schlägt zu diesem Zeitpunkt jedes Mal fehl. SO weit habe ich folgendes versucht ohne Erfolg (einige der Iseda stammen von https://askubuntu.com/questions/567730/gave-up-waiting-for-root-device-ubuntu-vg-root-doesnt- existieren, die wie ein ähnlicher Fehler aussahen):

Das Verlassen des Dracut-Notfall-Shellboots wird nicht weiter ausgeführt

Angabe des Root-Volumes nach UUID in der Grub-Konfiguration - noch nicht gefunden

Es wird geprüft, ob lvm2 installiert ist

ls / dev / mapper - alles was ich hier sehe ist "Kontrolle"

Boot-Parameter all_generic_ide hinzugefügt - keine Änderung

Die initramfs für den defekten Kernel wurden neu erstellt - keine Änderung

RHGB und Ruhe von Bootparametern entfernt

Platten mit lvm pvdisplay / lvm lvdisplay / lvm vgdisplay auflisten - keine gefunden, leere Ausgabe

Ich bin mir nicht sicher, was ich sonst noch probieren kann oder was als nächstes zu tun ist - alle Hinweise sind dankbar

0
Hast du einen Ausweg gefunden? Ich habe genau das gleiche Problem. chirag1992m vor 7 Jahren 0

1 Antwort auf die Frage

0
Nate Lampton

Auf Ubuntu ist das gleiche Problem aufgetreten, dasselbe Szenario: 4.3.3 funktioniert, 4.4.x + jedoch nicht. Dasselbe passierte, dass 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 dass mein Computer 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 noch aktualisiert werden initramfs, um sich an den neuen Speicherort anzupassen (einschließlich Arch und Ubuntu), sodass der Kernel ohne diese Funktion erstellt wird.

Sehen Sie diesen Fehler in der Ubuntu-Warteschlange: Die nvm-Erweiterung wird nicht ordnungsgemäß 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 mkinitcpiodas Problem jedoch nicht wie in Arch Wiki empfohlen beheben muss, habe ich die nvmErweiterung in Folgendes geladen /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, betreiben Sie möglicherweise auch einen Skylake-Chipsatz. In diesem Fall sollten Sie auch die i915-Treiber herunterladen und die i915Erweiterung zu derselben Datei hinzufügen, wie in https://askubuntu.com/questions/717338/installing-4-4-rc7-kernel-yields-i915-module- empfohlen. Nicht verfügbar

Verwandte Probleme