[Toulibre] problèmes après changement de carte

Dim 11 Jan 13:02:50 CET 2009

Salut,

En testant le liveCD rescueCD sur une machine virtuelle et des disques
virtuels IDE, le rescuecd détecte mon disque IDE en chargeant le pilote
ata_piix via la libata.
Du coup le périphérique pour y accéder est /dev/sda ...

Si tu pouvais booter sur un LiveCD et poster le résultat de la commande
"dmesg" ça permettait peut-être d'y voir plus clair.
Une autre manip qui pourrait aider à faire un diagnostic précis serait,
une fois le booté le livecd, de monter ta partition / et de transmettre
aussi le fichier "dmesg" du dernier boot de ton système installé
La manip dans l'environnement livecd:
mkdir /mnt/disk
mount /dev/sda6 /mnt/disk
ntfs-3g /dev/sda1 /mnt/windows
cp /mnt/disk/var/log/dmesg /mnt/windows/dmesg_mandriva
cp /var/log/dmesg /mnt/windows/dmesg_livecd
Puis tu reboote sur ton windows

Si, comme plusieurs ici le pensent, ton disque IDE (ou plutôt PATA
http://fr.wikipedia.org/wiki/Advanced_Technology_Attachment) est
peut-être géré par l'intermédiaire de la libata, et que la séquence de
boot que tu donnes dans ton premier message s'arrête quasiment tout de
suite après le démarrage, le kernel panic s'explique par le fait que l'image
de boot (initrd) lancée au démarrage et qui a pour rôle de charger les
pilotes nécessaires pour accéder à la partition / de ton PC et
permettrant ainsi la suite du démarrage n'a pas pu faire son office.
Ca peut allors s'expliquer par le fait que ta nouvelle CM intègre un
contrôleur ATA différent de celui de ton ancienne CM.
Je rencontre régulièrement ça au taf car j'ai un master Linux unique
RedHat et je le descend sur n'importe quelle machine, qu'elle ait 6 mois
ou 3 ans et indépendamment du constructeur.

Je te donne la procédure que j'applique pour corriger ce problème:
Boot sur un LiveCD ou une clé USB bootable avec System Rescue CD
(http://www.sysresccd.org/Index.fr.php)
mkdir /mnt/disk
mount /dev/sda6 /mnt/disk
mount --bind /dev /mnt/disk/dev (préparation au chroot)
mount --bind /proc /mnt/disk/proc (préparation au chroot)
mount --bind /sys /mnt/disk/sys (préparation au chroot)
chroot /mnt/disk /bin/bash (/mnt/disk devient maintenant / . On va alors
effectuer les commandes suivante comme si on était sur la partition
racine (/) du disque et non plus celle du liveCD)
vi /etc/modprobe.conf
    -> ici modifier la ou ajouter une ligne contenant "alias
scsi_hostadapter <pilote_ata>"
    -> pour le pilote ata c'est là que tes fichiers dmesg sont
intéressant. Perso je n'en connais que deux ata_piix ou ahci pour des
controleurs sata
    -> sauver les modifs et sortir du fichier
new-kernel-pkg --mkinitrd --depmod --package kernel --update
<version_kernel>
    -> Cette commande regénère le RamDisk de boot
(/boot/initrd-<version_kernel>) avec les pilotes qui vont bien.
    -> J'espère qu'elle existe sous mandriva ...
    -> Pour connaitre <version_kernel> un "rpm -qa | grep kernel"
devrait donner la version précise, exemple: 2.6.22.19-desktop-2mdv
Après quoi si y'a pas de message d'erreur, il faut aussi modifier tous
les fichiers de conf, /etc/fstab et /boot/grub/grub.conf étant donné
qu'ils font explicitement référence aux périphériques et non à des
labels ou des uuid.
Tu peux faire simple avec un sed du style
sed -i 's!hda!sda!g' /boot/grub/grub.conf
Pour ton /etc/fstab, c'est plus sioux car tu as aussi les deux dernières
lignes qui correspondent sûrement à des disques usb.
sed -i 's!sdb!sdc! /etc/fstab
sed -i 's!sda!sdb! /etc/fstab
sed -i 's!hda!sda! /etc/fstab

on sort du chroot (exit), démonte dans l'ordre inverse ce qu'on a monté,
on reboot et on prie :-)

J'espère que ça pourra t'aider.

A+
Bertrand

Xris a écrit :
> Eric Noulard a écrit :
>   
>> Le 9 janvier 2009 21:36, Fabien ADAM <id2ndr at crocobox.org> a écrit :
>>   
>>     
>>> Xris a écrit :
>>>     
>>>       
>>>> Bonjour,
>>>> ma carte mère ayant rendu l'âme et le pc étant sous garantie elle a été
>>>> changée par mon fournisseur.
>>>>       
>>>>         
>> Sais-tu ce qui a été changé?
>> Uniquement la carte mère?
>>   
>>     
> D'après ce que m'a dit le fournisseur/réparateur. Je ne peux vérifier 
> avant lundi.
>   
>>   
>>     
>>>> Depuis impossible de démarrer mandriva (par contre windows démarre).
>>>> Je peux démarrer mandriva en mode dégradé et j'obtiens le message
>>>> suivant (du moins ce que je vois à l'écran) :
>>>> ---------------
>>>> Loading ext3.ko module
>>>> Mounting /proc filesystem
>>>> Mounting sysfs
>>>> Creating device files
>>>> Mounting tmpfs on /dev
>>>> Creating root device
>>>> No resume device specified
>>>> Trying userspace resume from suspend,conf file
>>>> No resume device in suspend.conf
>>>> echo: cannot open /sys/power/suspend2/do_resume for write: 2
>>>> echo: cannot open /sys/power/tuxonice/do_resume for write: 2
>>>> Mounting root filesystem /dev/root with flags relatime
>>>> mount: error 6 mounting ext3
>>>> well, retraying read-only without any flag
>>>> mount: error 6 mounting ext3
>>>> Switching to new root
>>>> ERROR opening /dev/console!!!!: 2
>>>> unmounting old /proc
>>>> unmounting old /sys
>>>> switchroot: mount failed: 22
>>>> Initrd finished
>>>> Kernel panic - not syncing: Attempted to kill init !
>>>> -----------------
>>>>
>>>> Que faire ?!?
>>>>
>>>>       
>>>>         
>>> Salut,
>>>
>>> Utiliiser un liveCD de Mandriva (ou Ubuntu :p) pour voir si tu peux lire
>>> tes partitions ;).
>>>     
>>>       
>> Je rajouterai que ce qui est intéressant avec un boot avec un CD live
>> est de voir quel est désormais le nom du device correspondant à ton
>> ancien disque.
>>
>> J'ai curieusement l'impression qu'il a changé de nom ce qui serait la seule
>> hypothèse que j'ai en tête actuellement pour un kernel panic qui semble
>> arriver tôt...
>>
>> Le disque de ce PC est un SATA ou IDE ou SCSI?
>>   
>>     
> Un IDE
>   
>> Serait-il possible que dans la manip' le disque ait été changé de port
>> par exemple pour IDE de primary master en secondary master ou l'inverse?
>>   
>>     
> Il est en primary master, comme avant je pense...
>   
>> Si c'est le cas le boot echouera probablement car le nom dans
>>
>> 1) le root device specifié dans grub/lilo sera invalide.
>> 2) /etc/fstab sera invalide
>>
>> En gros quand tu booteras avec le CD live de ton choix
>> (moi personnellement j'aime bien sysrescueCD:
>> http://www.sysresccd.org/Main_Page)
>> notes ce qu'il trouve comme disque.
>>   
>>     
> J'ai pas trouvé...
>   
>> Ou alors quand il a fini de booter
>> ls -l /dev/hd*
>>   
>>     
> zsh : no matches found : /dev/hd*
>   
>> ls -l /dev/sd*
>>   
>>     
> disk8  0 date /dev/sda
> disk8   1 date /dev/sda1
> disk8   2 date /dev/sda2
> disk8   3 date /dev/sda3
> disk8   5 date /dev/sda5
> disk8   6 date /dev/sda6
> disk8   7 date /dev/sda7
> disk8   8 date /dev/sda8
> disk8 16 date /dev/sdb
>
> Si je regarde avec explore2fs pour voir les partitions ext je vois une 
> partition hda5 pour le système et hda7 avec mes données, plus une autre 
> partition hda3 contenant une sauvegarde automatique (Oscar) du système 
> windows en cas de panne...
>   
>> poste nous le résultat de ces commandes +
>> les fichiers actuels:
>>
>> /etc/fstab
>>   
>>     
> /dev/hda6 / ext3 relatime 1 1
>
> /dev/hda8 /home ext3 relatime 1 2
>
> /dev/cdrom /media/cdrom auto 
> umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
>
> /dev/hdd /media/cdrom2 auto 
> umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
>
> /dev/fd0 /media/floppy auto umask=0,user,iocharset=utf8,flush 0 0
>
> /dev/hdb4 /media/zip auto 
> umask=0022,users,iocharset=utf8,noauto,flush,exec 0 0
>
> /dev/hda1 /mnt/win_c ntfs umask=0022,nls=utf8,ro 0 0
>
> /dev/hda5 /mnt/win_d ntfs umask=0,nls=utf8 0 0
>
> none /proc proc defaults 0 0
>
> none /tmp tmpfs defaults 0 0
>
> /dev/hda7 swap swap defaults 0 0
>
> /dev/sda1 /media/hd vfat 
> umask=0022,users,iocharset=utf8,sync,noauto,exec 0 0
>
> /dev/sdb1 /media/hd2 vfat 
> umask=0022,users,iocharset=utf8,sync,noauto,exec 0 0
>
>
>   
>> /boot/grub/menu.lst 
>>   
>>     
>
> timeout 10
>
> color black/cyan yellow/cyan
>
> gfxmenu (hd0,5)/boot/gfxmenu
>
> default 0
>
>
> title linux
>
> kernel (hd0,5)/boot/vmlinuz BOOT_IMAGE=linux root=/dev/hda6 
> resume=/dev/hda7 splash=silent vga=788
>
> initrd (hd0,5)/boot/initrd.img
>
>
> title linux-nonfb
>
> kernel (hd0,5)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=/dev/hda6 
> resume=/dev/hda7
>
> initrd (hd0,5)/boot/initrd.img
>
>
> title failsafe
>
> kernel (hd0,5)/boot/vmlinuz BOOT_IMAGE=failsafe root=/dev/hda6 failsafe
>
> initrd (hd0,5)/boot/initrd.img
>
>
> title windows
>
> root (hd0,0)
>
> makeactive
>
> chainloader +1
>
>
> title desktop 2.6.22.18-1
>
> kernel (hd0,5)/boot/vmlinuz-desktop BOOT_IMAGE=desktop_2.6.22.18-1 
> root=/dev/hda6 resume=/dev/hda7 splash=silent vga=788
>
> initrd (hd0,5)/boot/initrd-desktop.img
>
>
> title desktop 2.6.22.19-2
>
> kernel (hd0,5)/boot/vmlinuz-2.6.22.19-desktop-2mdv 
> BOOT_IMAGE=desktop_2.6.22.19-2 root=/dev/hda6 resume=/dev/hda7 
> splash=silent vga=788
>
> initrd (hd0,5)/boot/initrd-2.6.22.19-desktop-2mdv.img
>
>   
>> tu dois pouvoir récupérer ces fichiers via ton boot Windows qui
>> fonctionne encore.
>>
>>   
>>     
>>> Si ça marche et que tu veux retrouver ton linux rapidement, tu peux
>>> repartir sur une autre partition racine (gparted t'aidera au
>>> redimensionnement etc) en montant ton /home pour avoir tes données (si
>>> le partitionnement initial a été "bien fait").
>>>     
>>>       
>> Je ne suis pas sûr qu'il soit nécessaire de repartir sur une autre
>> partition racine.
>>
>>   
>>     
>>>> Heureusement j'ai accès à mes partitons linux depuis windows grâce à un
>>>> logiciel conseillé par E.N. de Toulibre lors d'un prévcédent dépannage...
>>>>
>>>> Merci d'avance pour votre aide.
>>>>       
>>>>         
>> Si un ou plusieurs mots employés dans les phrases précédentes sont obscur
>> pour toi n'hésites pas à demander une clarification.
>>
>>
>>   
>>     
>
>
> _______________________________________________
> Toulouse-ll mailing list
> Toulouse-ll at toulibre.org
> http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll
>
>   