Kernel Panic beim Booten in RedHat Linux unter VMWare Fusion: Dateisystem nicht gefunden

Question

Dies sollte einfach sein. Doch es gibt mir die Hölle.

Problem
Ich habe die neueste Kernel kompiliert und wenn ich meine Box neu starten, generiert es einen Kernel auf das Dateisystem im Zusammenhang Panik.

Frage
Wie bekomme ich den neuen Kernel das VMWare-Dateisystem zu erkennen? Es muss eine Einstellung irgendwo sein, dass die Linux-Installation wissen lässt, dass die „Festplatte“ nicht wirklich ein Laufwerk ist aber tatsächlich eine Datei, die eine virtuelle Maschine darstellt.

Hintergrund
In erster Linie, ich bin kein Guru Linux. Dies ist mein erstes Mal Kompilieren des Kernels. Was ich getan habe, um dieses Problem zu bekommen:

• Heruntergeladene Kernel-Version 2.6.34 von kernel.org
• Entpackte die Quelle in ein Verzeichnis
• Gefolgt die Installationsanleitung hier:
http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html
• Im Grunde ran: make menuconfig, make, make-Module, make modules_install, make install, Neustart
• Ich habe wirklich nichts in dem menuconfig Abschnitt make ändern

Nach dem Neustart scheiterte er mit einem Fehler entlang der Linien von:

No volume groups found
Volume group "VolGroup00" not found
Unable to access resume device (/dev/VolGroup00/LogVol01)
mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!

Umwelt
Ich bin mit Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE) unter VMWare Fusion Version 3.1.0 (261.058) läuft auf einem MacBook Pro mit OS X 10.5.8 einen 2,8 GHz Intel Core Duo Prozessor mit 4 GB läuft 1067 MHz DDR3-Speicher. Die virtuelle Maschine wird zwei Prozessorkernen zugewiesen und 2048 MB Speicher. Die VM-Festplatte Einstellung verweist auf die Datei "Red Hat Enterprise Linux 5.vmdk" mit "Bus Type" auf "SCSI", "Disk Size" -Set zu 40Gb und "Split in 2 GB Files" Option aktiviert.

Wenn ich die folgende /boot/grub/menu.lst Datei zu verwenden, alles funktioniert perfekt, außer dass es Stiefel in die falsche Kernel (2.6.18-194.3.1.el5PAE statt 2.6.34):

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.34)
    root (hd0,0)
    kernel /vmlinuz-2.6.34 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.34.img
title Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.18-194.3.1.el5PAE.img
title Red Hat Enterprise Linux Server (2.6.18-194.el5PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-194.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.18-194.el5PAE.img

Wenn ich die folgende Datei (mit den letzten Zeilen kommentiert und ein paar anderen kleinen Änderungen) verwende, versucht er, den richtigen Kernel zu booten, aber das Boot nicht mit der Kernel-Panik oben beschrieben:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.34)
    root (hd0,0)
    kernel /vmlinuz-2.6.34 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.34.img
    savedefault
    boot
#title Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE)
#   root (hd0,0)
#   kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
#   initrd /initrd-2.6.18-194.3.1.el5PAE.img
#title Red Hat Enterprise Linux Server (2.6.18-194.el5PAE)
#   root (hd0,0)
#   kernel /vmlinuz-2.6.18-194.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
#   initrd /initrd-2.6.18-194.el5PAE.img

Ich verstehe nicht, wie in einem Fall, kann es nur gut VMWare Dateisystem herauszufinden, während im anderen Fall, kann es nicht. Was vermisse ich? Gibt es eine spezielle VMWare bezogene Kompilierung Option I Wahl werden sollte? Gibt es etwas auf der VMWare Fusion Seite, dass ich ändern müssen? Ich kann das nicht heraus!

Sind irgendwelche und alle Vorschläge sehr geschätzt!

Answer 1

Ihr Kern ist wahrscheinlich nicht in der Lage, die Module zu laden, benötigt Ihr Volumen zu finden.

Meine beste Vermutung ist Ihr initrd ist nicht an der richtigen Stelle. Es muss im selben Verzeichnis wie die installierten Kernel sein.

Außerdem ist es keine gute Idee, Debian Anweisungen für ein RedHat System zu folgen. Im Allgemeinen ist es in Ordnung, aber Sie tun etwas, das relativ Verteilung spezifisch ist.

Answer 2

Ich hatte ein ähnliches Problem.

Der Kern war viel älter als Hardware. Festplatte wurde von SATA Standard angebracht. Ich rekonfiguriert (im BIOS oder in VM.Properties) Hardware von IDE zu verbinden. Er arbeitete für mich, ich bin glücklich:)

Answer 3

erhielt ich die Kernel-Panik in einer anderen Situation. Ich hatte ein RHEL 5.5 Workstation, in dem das BIOS / Motherboard fehlgeschlagen. Daher bewegt ich die OS-Laufwerk auf einen anderen PC, die identisch ist (Dell T5500) und eine andere, die eine Generation zurück ist (Dell T5400). Ich habe dies in der Vergangenheit getan, da Linux-Treiber für viele Motherboards enthält, und der PC in der Regel Stiefel bis hin. Beide Kernel-Fehler waren identisch. Ich war sehr überrascht. Ich erwähnte Ihre Auflösung an einen Freund, und er erinnerte sich an ein BIOS-Einstellung, die dies geschehen kann dazu führen könnten. Wir änderten die BIOS-> Laufwerke -> SATA Betrieb-> RAID SATA AHCI auf RAID. Nach dem Ändern dieser BIOS-Einstellung, gebootet beiden PCs mit dem RHEL5.5 O HD up !! Der Ersatz-PC mit Windows vor hatte. Er sagte mir, dass Windows die ATA BIOS Einstellung muss, während Linux das andere erfordert. Wer wusste!