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:
- 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
http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html
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
Vous devez vous connecter pour publier un commentaire.
Votre noyau est probablement impossible de charger les modules nécessaires pour localiser votre volumes.
Ma meilleure supposition est votre initrd n'est pas à la bonne place. Il doit être dans le même répertoire que le noyau installé.
Aussi, ce n'est pas une bonne idée de suivre Debian instructions pour un système RedHat. En général c'est ok, mais vous faites quelque chose qui est relativement distribution spécifique.
J'ai eu un problème similaire.
Le noyau était beaucoup plus âgé que le matériel. Le disque dur a été fixé par SATA par défaut. J'ai reconfiguré (dans le BIOS ou dans la VM.Propriétés du matériel pour se connecter par l'IDE. Il a travaillé pour moi, je suis heureux 🙂
J'ai reçu la panique dans une situation différente. J'ai eu une RHEL 5.5 poste de travail sur lequel le BIOS de la carte-mère a échoué. Donc, j'ai déplacé le lecteur du système d'exploitation à un autre PC qui est identique (Dell T5500) et à un autre qui est d'une génération à l'arrière (Dell T5400). J'ai fait ça dans le passé, depuis Linux contient les pilotes pour les cartes mères, et le PC est généralement bottes de droite vers le haut. Les deux paniques du noyau étaient identiques. J'ai été très surpris. J'ai parlé de votre résolution à un ami, et il se souvint d'un Paramètre du BIOS qui pourrait causer cela se produise. Nous avons changé le BIOS->Lecteurs ->SATA operation (Fonctionnement SATA-> RAID SATA RAID AHCI. Après la modification de ce Paramètre du BIOS, les deux Pc démarré avec la RHEL5.5 OS HD!! Le remplacement des Pc sous Windows avait avant. Il me dit que Windows a besoin de l'ATA Paramètre du BIOS alors que Linux a besoin de l'autre. Qui savait!