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

[Xris]

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.
>
>
>