démarrage Redhat EL 5 impossible

**Magique** · 17/04/2009, 11h00

Bonjour à tous,

petite surprise désagréable aujourd'hui : impossible de redémarrer sur ma Redhat, je bloque avant d'arriver sur le prompt système.
Voici les messages que j'obtiens au démarrage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Memory for crash kernel notwithin permissible range"
"kernel alive
Configuration du gestionnaire de volume logique : 2 logical volume in volume group "VolGroup00" now active
fsck.ext3: No such file or directory while trying to open /dev/VolGroup00/LogVol04
/dev/VolGroup00/LogVol04: The superblock could not be read or does not describe a correct ext2 filesystem ... and you might try running e2fsck with an alternate superblok: e2fsck -b 8193

Ma config :
mon lanceur est grub, avec un noyau en 2.6.18, sur Redhat 5.2, et je démarre sur un Volume Logic (LogVol00) normalement, je suis en lvm2

Ce qui peut expliquer le problème:
1°) avant de redémarrer, j'ai ajouté un module au noyau : tg3 (pilote réseau), j'ai copié le fichier .ko à la place de l'ancien et j'ai fait un insmode.
je ne pense pas que cela puisse planter le système à ce point. Peut être un probleme de recompilation de noyau
2°) j'ai rempli mes VL de données, il ne reste plus un seul octet, par contre la partition /boot en ext3 n'a pas été touchée
3°) je suis sur une machine virtuelle et j'ai ajouté à chaud un disque dur scsi, que je n'ai pas vu dans dmesg, j'ai donc redémarré pour le trouver

Ce que j'ai tenté :
1°) je n'ai plus le mot de passe admin (il ne marche pas) pour le "give root password for maintenance" donc mode rescue à la place --> démarrage avec le dvd redhat en rescue et réparation de /dev/sda
Soit disant des erreurs auraient été traitées, mais aucun changement au redémarrage
2°) démarrage en mode single impossible
3°) le montage de mes partitions lvm en rescue ne donne rien (et elles ne sont pas cryptées)

J'ai finalement réussi à monter mes partitions avec un gparted.

une idée pour débugger la situation ?

**CedrX** · 17/04/2009, 11h26

Je dirais qu'il manque un module dans ton image initrd (l'image que le noyau charge avant de booter sur les systèmes de fichiers du disque dur)

En mode rescue déjà si tu as perdu le mot de passe root tu peux le regénérer.
Ensuite toujours en mode rescue une fois que tu t'es chrooté dans ton environnement redhat.
Je ferais une sauvegarde de l'image initrd actuelle (sur ma redhat 5 à moi c'est /boot/initrd-2.6.18-128.1.1.el5.img)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
cp /boot/initrd-2.6.18-128.1.1.el5.img /boot/initrd-2.6.18-128.1.1.el5.img.bck

et je regénèrerais cette image en lui indiquant de faire un "preload" du module dm_mod

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
/sbin/mkinitrd  --preload=dm-mod /boot/initrd-.2.6.18-128.1.1.el5.img 2.6.18-128.1.1.el5

Après il ne reste plus qu'à rebooter pour tester.

**Magique** · 17/04/2009, 11h43

Après avoir relu certains posts du forum, j'ai poussé la piste du fstab foireux, et j'ai finalement pû monter ma partition VG
Le problème venait bien de là, j'ai écrasé mon fstab avec celui d'un autre système qui essayait de monter des VG n'existant pas .
J'ai corrigé le fichier et tout va bien.

Merci quand même CedrX. Je profite de ta remarque pour savoir, depuis le passage en noyau 2.6, il n'y a plus de /etc/modules.conf dans l'arbo redhat, et sais tu quelle est la meilleure façon de lister et d'ajouter des modules directement dans le noyau, ou encore depuis l'extérieur (notamment pour mon tg3 que je suspectais à tort)... Ma méthode indiquée ci-dessus (déplacement du ko, rmmod et insmod) est un peu light...