Kernel panic Amorçage dans RedHat Linux sous VMWare Fusion: Filesystem Introuvable

Question

Cela devrait être simple. , Il est encore me donner l'enfer.

Problème J'ai compilé le dernier noyau et quand je redémarre ma boîte, il génère un noyau panique lié 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 quelque part de réglage qui permet de savoir d'installation Linux que le « disque dur » est pas vraiment un lecteur, mais en fait un fichier qui représente une machine virtuelle.

Historique Tout d'abord, je ne suis pas gourou Linux. Ceci est la première fois que la compilation du noyau. Ce que je l'ai fait pour obtenir ce problème:

• La version 2.6.34 de kernel.org téléchargés
• Déballé la source dans un répertoire
• suivi les instructions d'installation ici:
http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html
• Fondamentalement, RAN: make menuconfig, make, make modules, make modules_install, make install, reboot
• Je ne change pas vraiment quoi que ce soit dans la marque section menuconfig

Lors du redémarrage, il a échoué avec une erreur le long des lignes de:

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 Version 3.1.0 (261058) en cours d'exécution sur un MacBook Pro avec OS X 10.5.8 en cours d'exécution d'un processeur 2,8 GHz Intel Core Duo avec 4 Go 1067 MHz mémoire DDR3. La machine virtuelle est attribuée 2 noyaux de processeur et 2048 Mo de mémoire. Les points de réglage sur le disque dur VM dans le fichier « Red Hat Enterprise Linux 5.vmdk » avec l'ensemble « Type de bus » pour définir « SCSI », « Taille du disque » à 40Gb et option « Diviser en 2Gb fichiers » vérifiés.

Quand j'utilise le fichier /boot/grub/menu.lst suivant, tout fonctionne parfaitement, sauf qu'il bottes dans le mauvais noyau (2.6.18-194.3.1.el5PAE au lieu de 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

Quand 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 la panique du noyau 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 le système de fichiers de VMWare très bien dans l'autre cas, il ne peut pas. Qu'est-ce que je rate? Y at-il une option de compilation concernant VMWare-spécial que je devrais être le choix? Y at-il quelque chose sur le côté Fusion de VMWare que je dois changer? Je ne peux pas comprendre cela!

Toutes les suggestions sont grandement appréciés!

Answer 1

Votre noyau est probablement impossible de charger les modules nécessaires pour localiser vos volumes.

Ma meilleure estimation est votre initrd n'est pas au bon endroit. Il doit être dans le même répertoire que le noyau installé.

En outre, ce n'est pas une bonne idée de suivre les instructions Debian pour un système de RedHat. En général, il est ok, mais vous faites quelque chose qui est relativement spécifique de distribution.

Answer 2

J'ai eu un problème similaire.

Le noyau était beaucoup plus âgé que le matériel. disque dur a été attaché par défaut SATA. Je reconfiguré (dans le BIOS ou VM.Properties) matériel pour se connecter par IDE. Il a travaillé pour moi, je suis heureux:)

Answer 3

J'ai reçu la panique du noyau dans une situation différente. J'ai eu un poste de travail RHEL 5.5 dans lequel le BIOS / carte mère a échoué. Par conséquent, je me suis déplacé le lecteur OS à un autre PC qui est identique (Dell T5500) et à un autre qui est un retour de génération (Dell T5400). Je l'ai fait dans le passé, puisque Linux contient les pilotes pour de nombreuses cartes mères, et le PC généralement des bottes jusqu'à. Les deux paniques du noyau étaient identiques. J'étais très surpris. Je l'ai mentionné votre résolution à un ami, et il se souvenait d'un paramètre BIOS qui pourrait causer cela se produise. Nous avons changé les BIOS-> Lecteurs -> SATA exploitation-> RAID SATA en RAID AHCI. Après modification de ce paramètre BIOS, les deux PC démarrais avec le RHEL5.5 OS HD !! Les PC de remplacement avaient Windows antérieures. Il m'a dit que Windows a besoin du réglage du BIOS ATA alors que Linux nécessite l'autre. Qui savait!