#26 Le 05/04/2013, à 20:53
- jamesbad000
Re : [resolu] gros pb disque
Bien, en tout cas, il n'y a que 4096 octets manquants, ce qui correspond au 8 secteurs en début de partitions.
Je pense que tu peux effectivement tenter la 2ème passe, mais pour moi il faut retirer l'option -n
ensuite, il ne faut plus modifier cette copie, elle servira éventuellement pour regénérer l'autre sur laquelle on va travailler.
Edit: En regardant de plus prêt le log, je confirme, que les secteurs qui n'ont pas été récupérés par ddrescue sont les 8 qui n'avaient pas pu être lues par dd.
Donc en principe, conformément aux essais que j'ai fait, il ne devrait pas y avoir de problème pour réparer le système de fichiers. A moins que tu ais lancé un fsck directement sur le disque endommagé, ou que ces problèmes aient conduit linux à faire des conneries avant que l'incident ne se déclare plus clairement.
Dernière modification par jamesbad000 (Le 05/04/2013, à 21:55)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#27 Le 05/04/2013, à 21:05
- saroumane_
Re : [resolu] gros pb disque
Merci de ton retour, je fais ça demain,
par contre sur la commande de la seconde passe, il n'y a pas d'option -n !
Bonne nuit
--
Xubuntu 20.04
Hors ligne
#28 Le 05/04/2013, à 21:08
- jamesbad000
Re : [resolu] gros pb disque
par contre sur la commande de la seconde passe, il n'y a pas d'option -n !
Effectivement, c'était purement imaginaire
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#29 Le 06/04/2013, à 09:54
- saroumane_
Re : [resolu] gros pb disque
go!
sudo ddrescue -d -f -r3 /dev/sdb /dev/sdh logfile
GNU ddrescue 1.16
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 500107 MB, errsize: 4096 B, errors: 1
Current status
rescued: 500107 MB, errsize: 512 B, current rate: 256 B/s
ipos: 54001 MB, errors: 1, average rate: 597 B/s
opos: 54001 MB, time since last successful read: 0 s
Retrying bad sectors... Retry 3
--
Xubuntu 20.04
Hors ligne
#30 Le 06/04/2013, à 11:26
- saroumane_
Re : [resolu] gros pb disque
terminé
ubuntu-gnome@ubuntu-gnome:~$ sudo ddrescue -d -f -r3 /dev/sdb /dev/sdh logfile
GNU ddrescue 1.16
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 500107 MB, errsize: 4096 B, errors: 1
Current status
rescued: 500107 MB, errsize: 512 B, current rate: 0 B/s
ipos: 54001 MB, errors: 1, average rate: 512 B/s
opos: 54001 MB, time since last successful read: 1 s
Finished
ubuntu-gnome@ubuntu-gnome:~$
--
Xubuntu 20.04
Hors ligne
#31 Le 06/04/2013, à 12:32
- jamesbad000
Re : [resolu] gros pb disque
Pas mal. Il ne manque plus qu'un secteur. Tu peux redonner le contenu du log pour voir lequel est-ce ?
Et aussi on va faire une simulation de réparation, pour voir ce que ça donne.
sudo e2fsck -nf /dev/sdh
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#32 Le 06/04/2013, à 13:01
- saroumane_
Re : [resolu] gros pb disque
OK
cat logfile
# Rescue Logfile. Created by GNU ddrescue version 1.16
# Command line: ddrescue -d -f -r3 /dev/sdb /dev/sdh logfile
# current_pos current_status
0xC92C00600 +
# pos size status
0x00000000 0xC92C00600 +
0xC92C00600 0x00000200 -
0xC92C00800 0x67DE005800 +
ubuntu-gnome@ubuntu-gnome:~$
on fait pas une seconde copie de secours ?
--
Xubuntu 20.04
Hors ligne
#33 Le 06/04/2013, à 13:10
- jamesbad000
Re : [resolu] gros pb disque
Le e2fsck tel que que l'ai formulé avec l'option -n ne va rien modifier.
Mais tu as raison, il ne faut pas déroger à la sécurité. Fait ta copie. Ensuite débranche le disque externe (neuf). C'est lui qui devra servir de backup en cas de besoin.
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#34 Le 06/04/2013, à 13:15
- saroumane_
Re : [resolu] gros pb disque
quelle est la meilleures methode pour la copie ?
--
Xubuntu 20.04
Hors ligne
#35 Le 06/04/2013, à 13:31
- jamesbad000
Re : [resolu] gros pb disque
Le plus simple est de le faire avec dd.
sudo dd if=/dev/sdSource of=/dev/sdCible bs=4k
Evidemment remplace Source et Cible par la lettre des disques correspondant. Qu'il faut prendre soin de bien revérifier avant, car ça change parfois d'un boot à l'autre, et surtout avec les disques usb quand on les déconnecte / reconnecte
Dernière modification par jamesbad000 (Le 06/04/2013, à 13:32)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#36 Le 06/04/2013, à 13:43
- saroumane_
Re : [resolu] gros pb disque
ok c'est en cours merci,
ensuite je lancerai le e2fsck et reviendrais avec les retours
++
[edit] le dd tourne toujours, ça manque d'un indicateur de progression comme ddrescue :-/
Dernière modification par saroumane_ (Le 06/04/2013, à 15:55)
--
Xubuntu 20.04
Hors ligne
#37 Le 06/04/2013, à 18:40
- saroumane_
Re : [resolu] gros pb disque
OK
sudo dd if=/dev/sdh of=/dev/sda bs=4k
122096646+0 records in
122096646+0 records out
500107862016 bytes (500 GB) copied, 14998 s, 33,3 MB/s
ubuntu-gnome@ubuntu-gnome:~$
je lance le fsck
--
Xubuntu 20.04
Hors ligne
#38 Le 06/04/2013, à 18:48
- saroumane_
Re : [resolu] gros pb disque
retour:
ubuntu-gnome@ubuntu-gnome:~$ sudo e2fsck -nf /dev/sda
e2fsck 1.42.5 (29-Jul-2012)
Warning! /dev/sda is in use.
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ubuntu-gnome@ubuntu-gnome:~$
--
Xubuntu 20.04
Hors ligne
#39 Le 06/04/2013, à 18:54
- jamesbad000
Re : [resolu] gros pb disque
Ah non fsck se fait sur une partition pas sur un disque. D'après tes premiers messages c'était la partition 6 qu'on essayait de récupérer. Donc :
sudo e2fsck -nf /dev/sda6
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#40 Le 06/04/2013, à 19:02
- saroumane_
Re : [resolu] gros pb disque
ok je me suis fié à ton post #31 ;-)
voilà:
ubuntu-gnome@ubuntu-gnome:~$ sudo e2fsck -nf /dev/sda6
e2fsck 1.42.5 (29-Jul-2012)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/sda6 : 114009/27230208 fichiers (1.7% non contigüs), 48260318/108912640 blocs
ubuntu-gnome@ubuntu-gnome:~$
--
Xubuntu 20.04
Hors ligne
#41 Le 06/04/2013, à 19:08
- jamesbad000
Re : [resolu] gros pb disque
Effectivement, j'avais donné une mauvaise indication.
ça m'a l'air tout bon. Pas de jeux de massacre à l'horizon...
Tu le refais sans l'option -n, et ensuite tu peux tenter de monter ta partition
Dernière modification par jamesbad000 (Le 06/04/2013, à 19:10)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#42 Le 06/04/2013, à 20:36
- saroumane_
Re : [resolu] gros pb disque
ça a l'air bon
ubuntu-gnome@ubuntu-gnome:~$ sudo mkdir /media/test
ubuntu-gnome@ubuntu-gnome:~$ sudo mount /dev/sda6 /media/test/
ubuntu-gnome@ubuntu-gnome:~$
certain fichiers ne peuvent être lus mais ça semble etre un pb de droit (nautilus en sudo y parviens).
J'ai d'autres test à faire ?
tu crois que mon disque je peux le renvoyer à WesternDigital dans le cadre de la garantie ?
Je vais redemarrer sur ce disque et si tout marche je met [resolu] dans le titre
Un grand merci sur ta patience
Dernière modification par saroumane_ (Le 06/04/2013, à 20:37)
--
Xubuntu 20.04
Hors ligne
#43 Le 06/04/2013, à 21:07
- jamesbad000
Re : [resolu] gros pb disque
Super !
Non je vois pas qu'est-ce qu'on peut vérifier de plus.
Pour ce qui est de la garantie, je n'ai pas d'expérience pratique. Le mieux serait d'aller voir sur le site du constructeur...
http://support.wdc.com/warranty/policy. … nd&lang=fr
Visiblement, il n'est pas question d'envoyer un disque sans accord préalable...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#44 Le 07/04/2013, à 12:53
- saroumane_
Re : [resolu] gros pb disque
j'ai testé la validité de la garantie là : https://westerndigital.secure.force.com … ck?lang=fr
maintenant il faut que je remplisse un dossier.
Je reviendrais en parler sur ce fil pour le suivi, en attendant, je met résolu
Merci énormément pour le temps passé
Dernière modification par saroumane_ (Le 07/04/2013, à 14:20)
--
Xubuntu 20.04
Hors ligne
#45 Le 29/03/2014, à 21:10
- saroumane_
Re : [resolu] gros pb disque
Bonjour
Je me suis enfin occupé du retour de mon disque sous garanti (j'avais encore le temps, il était garanti jusqu'en juillet 2014).
Bref, service impeccable de WD, en 10 jours j'avais mon nouveau disque de remplacement.
Seul bémol, j'ai du payer l’expédition du disque défectueux.
Aucune hésitation à avoir, indiquez le numéro de série dans le lien cité plus haut pour vérifier la garantie, et suivez les instructions, et tout roule !
Merci encore à ceux qui m'ont aidés sur ce fil.
@ bientôt
Dernière modification par saroumane_ (Le 31/03/2014, à 09:36)
--
Xubuntu 20.04
Hors ligne