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:
- Im Grunde lief: make menuconfig, make, make modules, make modules_install, make install, reboot
- Ich nicht wirklich etwas ändern im make menuconfig Abschnitt
http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html
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
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ihren kernel wahrscheinlich nicht zum laden der benötigten Module zu finden, Bände.
Meine beste Vermutung ist deine initrd ist nicht an der richtigen Stelle. Es muss im gleichen Verzeichnis wie der kernel installiert.
Auch, es ist nicht eine gute Idee zu Folgen, Debian Anleitung für ein RedHat-system. Im Allgemeinen ist es ok, aber du tust etwas, das ist relativ spezifische Verteilung.
Ich hatte ein ähnliches problem.
Kernel war viel älter als die hardware. Festplatte war angeschlossen-SATA-Standard. Ich neu konfiguriert (im BIOS oder in der VM.Eigenschaften) hardware zum anschließen von IDE. Bei mir hat es geklappt, ich bin glücklich 🙂
Erhielt ich eine kernel panic in einer anderen situation. Ich hatte ein RHEL 5.5 workstation, in denen das BIOS/motherboard ist fehlgeschlagen. Daher zog ich die OS-Laufwerk auf einem anderen PC, welcher identisch ist (Dell T5500) und zum anderen, das ist eine generation zurück (Dell T5400). Ich habe dies in der Vergangenheit getan, da Linux enthält Treiber für viele motherboards und PC-in der Regel Stiefel rechts oben. Beide kernel panics waren identisch. Ich war sehr überrascht. Ich erwähnte Ihre Auflösung zu einem Freund, und er erinnerte sich an eine BIOS-Einstellung, die verursachen könnte dies auftreten. Wir ändern die BIOS->Laufwerke ->SATA Operation-> RAID SATA RAID AHCI. Nach einer änderung der BIOS-Einstellung, die beide PCs Booten mit der RHEL5.5 OS HD!!!! Der Ersatz-PCs hatten Windows vor. Er erzählte mir, dass Windows benötigt die ATA-BIOS-Einstellung während Linux erfordert die andere. Wer wusste!