Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[ REAPPARU ] disque dur inaccessible , reparable ?

iznobe

Bonjour ,

je viens de voir que le demarrage de mon ordi est soudainement devenu tres long .

lorsque je demarre en session live , je vais dans disks et là je vois que mon disque seagate est comment dire , revenu a l ' etat d' origine comme si il etait neuf :o

donc plus de partition inscrite , plus de données , inmontable bien sur . je n ' ai pour le moment rien touché ni essayé de faire quoi que ce soit sur le disque , hors mis la commande decrite dans ce lien :https://www.commentcamarche.net/faq/18803-linux-ubuntu-reparer-les-erreurs-du-systeme-de-fichiers

le resulat est le suivant :

iznobe@iznobe-PC:~$ sudo fsck.ext3 -f /dev/sdb
[sudo] Mot de passe de iznobe :    
e2fsck 1.44.1 (24-Mar-2018)
fsck.ext3: Erreur d'entrée/sortie lors de la tentative d'ouverture de /dev/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (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>
 ou
    e2fsck -b 32768 <périphérique>

iznobe@iznobe-PC:~$

à l ' origine le disque contenait 2 partitions sous table GPT .une partition de données et une partition swap de 16 GO .le disque fait 4 TO .
que faire pour essayer de recuperer les données ou bien de le remettre en etat ?

Merci pour votre aide .

geole

Bonsoir.
Au lieu de réparer n'importe comment!
installe l'application smartmontools et fais le diagnostic de l' état du disque que tu publieras.
la commande est

sudo smartctl -s on   -a  /dev/sdb

Nuliel

Bonjour,
Ne tente pas de réparation de partition, tu vas avoir moins de chances de récupérer tes données.
Tu peux faire

sudo apt install smartmontools

puis donner

sudo smartctl -a /dev/sdX

en remplaçant le X par la lettre correspondant au disque

Edit: grillé 🙂

iznobe

Bonsoir a vous 2 ,

voici le resultat de la commande :

iznobe@iznobe-PC:~$ sudo smartctl -s on   -a  /dev/sdb
[sudo] Mot de passe de iznobe :    
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-106-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000
Serial Number:    WDH07RQF
LU WWN Device Id: 5 000c50 09c6b75f5
Firmware Version: CV11
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Sun Aug 30 21:02:32 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error badly formed scsi parameters

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
iznobe@iznobe-PC:~$

et pour la 2eme :

iznobe@iznobe-PC:~$ sudo smartctl -a /dev/sdb
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-106-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000
Serial Number:    WDH07RQF
LU WWN Device Id: 5 000c50 09c6b75f5
Firmware Version: CV11
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Sun Aug 30 21:05:15 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Read SMART Data failed: scsi error badly formed scsi parameters

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Log Directory failed: scsi error badly formed scsi parameters

Read SMART Error Log failed: scsi error badly formed scsi parameters

Read SMART Self-test Log failed: scsi error badly formed scsi parameters

Selective Self-tests/Logging not supported

iznobe@iznobe-PC:~$

geole

Essaie

sudo smartctl -s on -T  verypermissive  -a  /dev/sdb

iznobe

ok :

iznobe@iznobe-PC:~$ sudo smartctl -s on -T  verypermissive  -a  /dev/sdb
[sudo] Mot de passe de iznobe :    
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-106-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000
Serial Number:    WDH07RQF
LU WWN Device Id: 5 000c50 09c6b75f5
Firmware Version: CV11
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Sun Aug 30 21:20:19 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error badly formed scsi parameters

Read SMART Data failed: scsi error badly formed scsi parameters


=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Log Directory failed: scsi error badly formed scsi parameters

Read SMART Error Log failed: scsi error badly formed scsi parameters

Read SMART Self-test Log failed: scsi error badly formed scsi parameters

Selective Self-tests/Logging not supported

iznobe@iznobe-PC:~$

pas mieux 🙁

geole

C'est mal barré. Sans connaitre l'état disque, il y a risque..
Mais tu peux quand même installer testdisk https://doc.ubuntu-fr.org/testdisk et voir s'il reconnait quelque chose.
Si oui, à dupliquer sur un autre disque.

Nuliel

Je serais plutôt pour dupliquer tant qu'il est encore temps, et ensuite chercher les partitions (pour une partition ntfs, j'ai une méthode pour extraire les fichiers, par contre pour une partition ext4 je n'ai pour l'instant jamais essayé)
As tu un disque de même taille qui pourrait recevoir la copie?

iznobe

dans la fenetre disques , pour le SDB , il est indiqué :
modele : ST4000VX00WDH07RQF0 (CV11)
taille : 4,0 To (4000787030016 octets)
numero de serie : WDH07RQF
estimation : Le disque est sain, un secteur endommagé
contenue inconnu .

auparavant , j ' essai d ' installer windows 10 en dualboot sur le disque nvme M.2 en EFI , je n ' ai pas reussi car il me demande un pilote que je ne trouve pas sur le DVD de pilote fourni avec la carte mere ( MSI Z490-A PRO ) .

comme j ' avais une install de win10 sur un disque en MBR , je l ' ai transformé avec l ' outil fournit avec win : MBR2GPT , d' apres un tuto en CLI .

Mais je ne vois pas vraiment le rapport , le disque SDB n ' est pas concerné .

oui j ' ai un autre disque qui peut recevoir . faut juste que je fasse un peu de place et qu j' agrandisse la partition au max .
la partition de données etait bien en EXT4 .

la partition de reception sera /dev/sde1 .

Nuliel

Tu es sûr que ton disque pour lequel tu as utilisé l'outil MBR2GPT n'est pas le disque qui pose problème? /dev/sdX peut changer au redémarrage

geole

Le disque est fichu puisque le seul secteur endommagé est le secteur 0 contenant la description de la table de partition gpt. Utilise testdisk qui devrait pouvoir utiliser son double . puis tu pourras dupliquer tes répertoires de données ailleurs.

Nuliel

Tu peux dans le doute réessayer

sudo smartctl -a /dev/sdb

iznobe

Nuliel a écritTu es sûr que ton disque pour lequel tu as utilisé l'outil MBR2GPT n'est pas le disque qui pose problème? /dev/sdX peut changer au redémarrage

oui certain , dans windows le disque C est toujours le 0 corespondant a la ligne de commande .
De plus le windows est installé sur un disque de 500 Go qui doit avoir au moins 10 ans ( un maxtor ) .

J ' ai verifié que le disque zero de la ligne de commande , correspondait au disque maxtor 500 GO dans la gestion des disques de windows avant de passer la commande .

j ' ai verifié qu ' il etait bien en table DOS / MBR avant , et qu ' apres il etait bien en table GPT .
j 'ai du modifié le BIOS du PC pour passer du mode CSM a EFI pour pouvoir redemarrer .
j ' ai ensuite switché sur le disque de demarrage NVME afin de repasser sur ubuntu .
j ' ai remarqué les ralentissements au demarrage apres avoir tenté d ' installer windows sur le disque NVME , pas apres avoir transformé le disque MBR -> GPT .

le disque SDB , n ' est pas le meme que le disque nvme , ayant constaté ces problemes de demarrage et de lenteur sur ubuntu , j ' ai tenté un boot repair en automatique sur session live qui est sorti avec une erreur , surement la meme , vu que le swap etait sur le disque SDB .

j ' ai fait ctrl +A pour copier le rapport boot info et là , il a disparu ... donc je n ' en sais pas plus sur l ' erreur qu ' il a pu rencontré .

la commande

sudo smartctl -a /dev/sdb

donne le meme resultat que precedemment .

iznobe

geole a écritLe disque est fichu puisque le seul secteur endommagé est le secteur 0 contenant la description de la table de partition gpt. Utilise testdisk qui devrait pouvoir utiliser son double . puis tu pourras dupliquer tes répertoires de données ailleurs.

pas moyen de remplacer le secteur 0 par son double et continuer a utiliser le disque ?

ce disque de 4 TO , je l' ai depuis environ 4 a 5 ans , je ne l ' ai meme pas formaté 10 fois je suis sur , c ' etait mon disque de sauvegarde principal ... heureusement , j ' en ai une copie sur un autre disque , mais moins recente que je vais m ' empresser de re-sauvegarder ailleurs .

c ' est habituel ce genre de panne ? on dirait presque de l ' obsolecence programmée chez seagate , j ' ai deja eu un probleme similaire avec le meme disque enfin son frere , il me reste encore un de chez eux ...de 4 TO , j ' espere qu ' il va au moins tenir le temps de faire la recup !

test disk , je ne sais pas m ' en servir , ni l ' installer , pourriez vous me conseillez quand a l' utilisation de celui-ci svp ?

geole

sudo apt install testdisk

sudo testdik

et lire la documentation dont je t'ai donné le lien en disant que le disque est au format gpt.

~~Il y a une technique pour copier le double dans l'original. Mais il faut savoir si le double est bien correct.~~
Testdisk va reconstituer à partir de ce qu'il trouvera comme partition.
Si c'est vraisemblable, on pourra en demander l'écriture qui sera acceptée ou pas...

iznobe

ok , je vais jeter un oeil de pres , merci !

iznobe

bon , ben ca n ' a pas l ' air de marcher , je reste bloquer depuis environ 15 minutes sur le meme ecran dans le terminal .

en haut " try alternate " je sais plus quoi ( apres avoir reduit la fenetre du terminal , le haut ne s' affiche plus ) , en bas , il est surligné " quick search " , au centre " try to locate partition ".

Ca parait tout de meme hallucinant cette histoire , pour un secteur , tout le disque est mort ?

geole

C'est le quick search. et as-tu validé en appuyant sur la touche entrée..

et on n'a pas su obtenir un retour du smarctl!

iznobe

Bonjour ,

Apres environ 10 heures a laisser tourner , testdisk est 00 % d' analyse sur le 2eme cylindre :

estDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
Analyse cylinder     2/486400: 00%
Read error at 1/254/63 (lba=32129)

a cette allure là il faudra 15 jours minimum pour finir l ' analyse .
pour recuperer les fichiers ca risque d' etre encore plus long que ca ...

je pense que je vais laisse tomber l ' affaire .
Perdu pour perdu , je suis pret a tenter quasi n ' importe quoi , meme au petit bonheur la chance , du moment que c ' est plus rapide .

geole a écrit ~~Il y a une technique pour copier le double dans l'original. Mais il faut savoir si le double est bien correct.~~

comment faire svp ?

je pars du principe que le disque est correct de base , car il se peut que ce soit moi qui est fait une mauvaise manip , genre debrancher l ' alim du disque alors qu il etait sous tension au redemarrage , plutot que d' arreter l ' ordi , on ne m ' y reprendra plus a essayer de gagner quelques secondes ...
je pense que c ' est l ' origine du probleme sur ce disque .

Pour info voici le testdisk.log :

Sun Aug 30 22:45:24 2020
Command line: TestDisk

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 4.15.0-106-generic (#107-Ubuntu SMP Thu Jun 4 11:27:52 UTC 2020) x86_64
Compiler: GCC 7.2
ext2fs lib: 1.44.1, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.0
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size       5860533168 sectors
/dev/sda: user_max   5860533168 sectors
/dev/sda: native_max 5860533168 sectors
/dev/sdb: LBA, HPA, LBA48, DCO support
/dev/sdb: size       7814037168 sectors
/dev/sdb: user_max   7814037168 sectors
/dev/sdc: LBA, HPA, LBA48, DCO support
/dev/sdc: size       976773168 sectors
/dev/sdc: user_max   976773168 sectors
/dev/sdc: native_max 976773168 sectors
/dev/sdd: LBA, HPA, LBA48, DCO support
/dev/sdd: size       976773168 sectors
/dev/sdd: user_max   976773168 sectors
/dev/sdd: native_max 976773168 sectors
/dev/sde: LBA, HPA, LBA48, DCO support
/dev/sde: size       15628053168 sectors
/dev/sde: user_max   15628053168 sectors
/dev/sde: native_max 15628053168 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512
Hard disk list
Disk /dev/sda - 3000 GB / 2794 GiB - CHS 364801 255 63, sector size=512 - TOSHIBA HDWD130, S/N:30ARS80AS, FW:MX6OACF0
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63, sector size=512 - ST4000VX000, S/N:WDH07RQF, FW:CV11
Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - Maxtor 7H500F0, S/N:H80V8B8H, FW:HA431DD0
Disk /dev/sdd - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - ST3500320AS, S/N:9QM07KWA, FW:SD1A
Disk /dev/sde - 8001 GB / 7452 GiB - CHS 972801 255 63, sector size=512 - WDC WD82PURZ-85TEUY0, S/N:VDK8KDPK, FW:82.00A82

Partition table type default to EFI GPT
Disk /dev/sdb - 4000 GB / 3726 GiB - ST4000VX000
Partition table type: EFI GPT

Interface Advanced
Trying alternate GPT
New options :
 Dump : No
 Align partition: Yes
 Expert mode : No

Analyse Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
Trying alternate GPT
Current partition structure:
Trying alternate GPT

search_part()
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
file_pread(5,1,buffer,34(0/0/35)) read err: Erreur d'entrée/sortie
file_pread(5,1,buffer,35(0/0/36)) read err: Erreur d'entrée/sortie
file_pread(5,14,buffer,36(0/0/37)) read err: Erreur d'entrée/sortie
file_pread(5,3,buffer,50(0/0/51)) read err: Erreur d'entrée/sortie
file_pread(5,3,buffer,97(0/1/35)) read err: Erreur d'entrée/sortie
file_pread(5,8,buffer,113(0/1/51)) read err: Erreur d'entrée/sortie

j ' ai bien sur pas integré toutes les autres lignes identiques d ' erreur input output le fichier fait environ 18 Mo .

geole

Bonjour

iznobe a écritdans la fenetre disques , pour le SDB , il est indiqué :
modele : ST4000VX00WDH07RQF0 (CV11)
taille : 4,0 To (4000787030016 octets)
numero de serie : WDH07RQF
estimation : Le disque est sain, un secteur endommagé

Ne pas trop se fier à la réponse de Gnome-disk-utilty

iznobe a écritce disque de 4 TO , je l'ai depuis environ 4 à 5 ans , je n'ai même pas formaté 10 fois je suis sur, c'était mon disque de sauvegarde principal ... heureusement , j'en ai une copie sur un autre disque , mais moins récente que je vais m'empresser de re-sauvegarder ailleurs

Très bonne idée de sauver ailleurs ton ancien sauvetage car il va très certainement devenir ta référence. J'espère pour toi qu'il n'est pas trop ancien.
Je te propose ici une réparation aisée qui va durer le temps qu'elle va durer.
=> Reformater le disque avec gnome-disk-utility. Donc perte de toutes les données. Option de formatage: Contrôle de la totalité des secteurs.
Avec un disque en bon état, c'est une opération d'environ 48 heures. Pour ton disque, il y a de fortes chances que cela n'aille pas à terme.

iznobe testdisk a écritTrying alternate GPT

On voit que testdisk a cherché à utiliser la duplication de la table de partition.

iznobe testdisk a écritDisk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
file_pread(5,1,buffer,34(0/0/35)) read err: Erreur d'entrée/sortie
file_pread(5,1,buffer,35(0/0/36)) read err: Erreur d'entrée/sortie
file_pread(5,14,buffer,36(0/0/37)) read err: Erreur d'entrée/sortie
file_pread(5,3,buffer,50(0/0/51)) read err: Erreur d'entrée/sortie
file_pread(5,3,buffer,97(0/1/35)) read err: Erreur d'entrée/sortie
file_pread(5,8,buffer,113(0/1/51)) read err: Erreur d'entrée/sortie

Il n'y a pas que le secteur 0 qui est touché. Je comprends que la liste est très longue. Mais il semble y avoir des trous.

iznobe smartctl a écrit === START OF INFORMATION SECTION ===
Device Model: ST4000VX000
User Capacity: 4000787030016 bytes [4,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error badly formed scsi parameters

Pourtant ce modèle de disque est considéré comme fiable
Les caractéristques https://www.seagate.com/files/www-content/product-content/sv35-fam/sv35.5/en-us/docs/surveillance-hdd-ds1679-10-1406us.pdf
On y voit que l'accès physique est de 4096 bytes alors que smartctl annonce 512 bytes
On découvre que

https://www.seagate.com/fr/fr/global-citizenship/product-sustainability/surveillance-hdd-sustainability-report/ a écritDurée de vie en fonctionnement estimée 5 ans

Pour le diagnostic de pannes. Cela ne sera que mon avis.
C'est la première fois que je vois une non-réponse de smartctl pour un disque sans message supplémentaire.
Habituellement la réponse permet d'avoir trois grosses informations qui permettent de mieux guider la duplication par ddrescue
=> L'état de la chaîne de liaison... Il peut suffire de remplacer le câble SATA et c'est rêglé.
=> L'état de têtes de lecture et d'écriture. Si elles semblent en bon état, on sait qu'on pourra faire une récupération "agressive". Sinon, il faudra y aller "mollo"
=> La quantité de secteurs déjà connus comme étant illisibles. Si très peu.. cela devrait aller. Si déjà plus de 10.000, on risque de pas mal perdre..

N'ayant aucune information, je ne me sens pas à l'aise pour te demander de "sacrifier" un disque d'au moins 4 To pour une duplication dont je ne sais pas estimer les chances de réussite. Mais c'est toi qui décide.

Mon avis serait donc de te dire d'accepter la perte des derniers fichiers. Sinon il serait préférable que tu fasses appel à un professionnel de la récupération qui a des moyens de diagnostic matériel plus poussés et qui pourrait changer la pièce défectueuse. Pour un devis, contacte RMY par la messagerie du forum ou d'autres entreprises.

NOTA. Je vais tenter de regarder s'il n'y a pas d'astuces pour faire causer le smartctl... Peux-tu dire si ce disque est connecté en interne ou en externe ( par USB ou...)

Page suivante »