Kernel Panic Beim Booten im RedHat Linux unter VMWare Fusion : Dateisystem Nicht Gefunden

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

Problem

Ich habe den neuesten kernel kompiliert und wenn ich einen Neustart meiner box, erzeugt es eine kernel panic im Zusammenhang mit der filesystem.

Frage

Wie bekomme ich den neuen kernel zu erkennen, die VMWare filesystem? Es muss irgendeine Einstellung irgendwo, die ermöglicht, dass Linux-installation wissen, dass die "Festplatte" ist nicht wirklich ein Laufwerk aber eigentlich eine Datei, stellt Sie eine virtuelle Maschine.

Hintergrund

Zuallererst, ich bin kein Linux guru. Dies ist mein erstes mal der kernel kompiliert wird. Was ich getan habe um dieses problem:

  • Heruntergeladene kernel-version 2.6.34 von kernel.org
  • Entpackt den Quellcode in ein Verzeichnis
  • Folgte die installation-Anleitung hier:
  • http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html

  • Im Grunde lief: make menuconfig, make, make modules, make modules_install, make install, reboot
  • Ich nicht wirklich etwas ändern im make menuconfig Abschnitt

Beim Neustart, es nicht 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!

Umgebung

Ich bin mit Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE) unter VMWare Fusion Version 3.1.0 (261058) läuft auf einem MacBook Pro mit OS X v10.5.8 2,8 GHz Intel Core Duo Prozessor mit 4 GB 1067 MHz DDR3 Speicher. Die virtuelle Maschine zugewiesen wird 2-Prozessor-cores und 2.048 MB Arbeitsspeicher. Die VM-Festplatte-Punkte, um Sie der Datei "Red Hat Enterprise Linux 5.vmdk" mit "Bus-Typ" auf "SCSI", "Disk Size" eingestellt 40Gb und "Split into 2 GB Files" option aktiviert.

Wenn ich das folgende /boot/grub/menu.lst-Datei, alles funktioniert perfekt, außer, dass es Stiefel in den falschen 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 folgende Datei (mit den letzten Zeilen auskommentiert und ein paar andere kleine änderungen), es versucht zu Booten, den richtigen kernel, aber das boot schlägt mit der kernel panic 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, dann kann es herausfinden VMWare filesystem nur in Ordnung, während in dem anderen Fall nicht. Was bin ich? Gibt es eine spezielle VMWare-bezogene compile-option sollte ich wählen? Gibt es etwas, das auf der VMWare-Fusion-Seite, die ich ändern muss? Ich kann nicht dieses heraus!

Alle Vorschläge werden sehr geschätzt!

  • das hat nichts zu tun mit VMware sicher. versuchen Sie, um zu sehen, Ihre .config unter source-tree zu überprüfen, ob CONFIG_BLK_DEV_LOOP=y ist er es oder nicht ? Das hat nichts zu tun mit VMware file system. der kernel generiert die Datei und es weiß, welche Datei system funktionieren wird. nutzen Sie auch installkernel Befehl zum installieren des Kernels und dann Bearbeiten Sie den Eintrag in der grub-config-Menü.lst-Datei
InformationsquelleAutor gMale | 2010-07-07
Schreibe einen Kommentar