La Panique du noyau Lors du Démarrage de red hat Linux sous VMWare Fusion : système de fichiers Non Trouvés

Cela devrait être simple. Pourtant, c'est de me donner de l'Enfer.

Problème

J'ai compilé le dernier noyau et quand je reboot ma box, il génère une panique du noyau liées au système de fichiers.

Question

Comment puis-je obtenir le nouveau noyau de reconnaître le système de fichiers VMWare? Il doit y avoir un paramètre quelque part qui permet à l'installation de Linux savoir que le "disque dur" n'est pas vraiment une voiture, mais en fait un fichier qui représente une machine virtuelle.

Fond

D'abord et avant tout, je ne suis pas un gourou Linux. C'est ma première fois de la compilation du noyau. Ce que j'ai fait pour avoir ce problème:

  • Téléchargé la version du noyau à partir de la version 2.6.34 kernel.org
  • Décompressé les sources dans un répertoire
  • Suivi les instructions d'installation ici:
  • http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html

  • Fondamentalement, exécutez: make menuconfig, make, make modules make modules_install, make install, reboot
  • Je n'ai pas vraiment changer quoi que ce soit dans le make menuconfig section

Lors du redémarrage, il a échoué avec une erreur du genre:

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!

Environnement

Je suis exécutant Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE) sous VMWare Fusion de la Version 3.1.0 (261058) en cours d'exécution sur un MacBook Pro avec OS X v10.5.8 de l'exécution d'un 2.8 GHz Intel Core Duo processeur avec 4 go 1067 MHz DDR3 de mémoire. La machine virtuelle est alloué 2 cœurs de processeur et 2048 MO de mémoire. Les disques durs de la VM points de réglage pour le fichier "Red Hat Enterprise Linux 5.vmdk" avec "Type de Bus" réglé sur "SCSI", "Taille du Disque" set de 40 go et "Divisé en 2 go de Fichiers" option cochée.

Lorsque j'utilise la suite de /boot/grub/menu.fichier lst, tout fonctionne parfaitement sauf qu'il démarre dans le mauvais noyau (2.6.18-194.3.1.el5PAE au lieu de la version 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

Lorsque j'utilise le fichier suivant (avec les dernières lignes commentées et quelques autres petites modifications), il tente de démarrer le noyau correct mais le démarrage échoue avec le noyau de panique décrit ci-dessus:

# 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

Je ne comprends pas comment, dans un cas, il peut comprendre VMWare système de fichiers de l'amende juste alors que dans l'autre cas, il ne peut pas. Ce qui me manque? Est-il spécial VMWare option de compilation que je devrais choisir? Est-il quelque chose sur le VMWare Fusion de côté que j'ai besoin de changer? Je ne peux pas comprendre cela!

Tout et toutes les suggestions sont grandement appréciés!

  • cela n'a rien à voir avec VMware pour vous. essayez de voir votre .config en vertu de l'arborescence des sources pour vérifier si CONFIG_BLK_DEV_LOOP=y est là ou pas ? Cela n'a rien à voir avec VMware système de fichiers. le noyau génère le fichier et il sait de fichiers système va fonctionner. aussi, l'utilisation installkernel de commande pour installer le noyau et ensuite de modifier l'entrée dans grub menu config.fichier lst
InformationsquelleAutor gMale | 2010-07-07