[ REAPPARU ] disque dur inaccessible , reparable ?

iznobe · Le 30/08/2020, à 19:17

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

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/188 … e-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 .

Dernière modification par iznobe (Le 08/09/2020, à 19:38)

geole · Le 30/08/2020, à 19:35

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

Dernière modification par geole (Le 30/08/2020, à 19:36)

Nuliel · Le 30/08/2020, à 19:37

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é

Dernière modification par Nuliel (Le 30/08/2020, à 19:37)

iznobe · Le 30/08/2020, à 20:03

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:~$

Dernière modification par iznobe (Le 30/08/2020, à 20:06)

geole · Le 30/08/2020, à 20:13

Essaie

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

iznobe · Le 30/08/2020, à 20:21

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 · Le 30/08/2020, à 20:40

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.

Dernière modification par geole (Le 30/08/2020, à 20:40)

Nuliel · Le 30/08/2020, à 20:45

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?

Dernière modification par Nuliel (Le 30/08/2020, à 20:45)

iznobe · Le 30/08/2020, à 20:53

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 .

Dernière modification par iznobe (Le 30/08/2020, à 21:04)

Nuliel · Le 30/08/2020, à 20:58

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 30/08/2020, à 20:58

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 · Le 30/08/2020, à 20:59

Tu peux dans le doute réessayer

sudo smartctl -a /dev/sdb

iznobe · Le 30/08/2020, à 21:10

Nuliel a écrit :

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

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 .

Dernière modification par iznobe (Le 30/08/2020, à 21:18)

iznobe · Le 30/08/2020, à 21:23

geole a écrit :

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.

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 ?

Dernière modification par iznobe (Le 30/08/2020, à 21:30)

geole · Le 30/08/2020, à 21:29

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

Dernière modification par geole (Le 30/08/2020, à 22:59)

iznobe · Le 30/08/2020, à 21:31

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

iznobe · Le 30/08/2020, à 22:12

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 ?

Dernière modification par iznobe (Le 30/08/2020, à 22:13)

geole · Le 30/08/2020, à 22:35

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!

Dernière modification par geole (Le 30/08/2020, à 22:58)

iznobe · Le 31/08/2020, à 07:08

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 .

Dernière modification par iznobe (Le 31/08/2020, à 07:23)

geole · Le 31/08/2020, à 09:20

Bonjour

iznobe a écrit :

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é

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

iznobe a écrit :

ce 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 écrit :

Trying alternate GPT

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

iznobe testdisk a écrit :

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

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-conte … 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 écrit :

Duré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...)

Dernière modification par geole (Le 31/08/2020, à 10:32)

geole · Le 31/08/2020, à 11:01

Pourrais-tu essayer

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

iznobe · Le 31/08/2020, à 14:19

Re bonjour geole et encore merci pour ton aide !

Alors , dans un premier temps , c ' un disque SATA interne . A la base c ' est un disque pour l ' enregistrement video donc tres fiable en ecriture , puisqu ' il est censé ecrire 99.5 % du temps , c ' est pour cela que je m ' en servais comme disque principal de sauvegarde ( je ne vais que tres rarement y lire dessus ).

je ne comprends pas trop non plus ce qui c ' est passé , la seule possibilité que je vois apres reflexion , c ' est le debranchement de l ' alim a chaud , tout ca pour tenter d' installer win 10 , dont je me sers uniquement pour le taff , quand je suis chez moi , et que je n ' ai toujours pas reussi a installer .
je ne pensais pas que ca pouvait causer autant de dommage si la cause du probleme est bien cela .

la sauvegarde de la sauvegarde a été refaite , il y a 15 jours , donc ca va , je ne perds pas beaucoup de fichiers importants et il se peut que je puisse encore les recuperer facilement au boulot de toute façon , donc ca n ' est pas trop grave en soi .

je ne suis pas sur qu ' un reformatage fonctionnera , vu les problemes Input / Output .

je posterai le retour de la commande demandé ce soir , ou si je peux d' ici environ une heure .

Pendant que j ' y suis , est ce que je peux creer une image disque de mon disque windows de 500 GO ( ou les 3 partitions ? ) et l ' implanter sur un disque de 1 TO , puis recuperer l ' espace restant ?

Dernière modification par iznobe (Le 31/08/2020, à 14:44)

moko138 · Le 31/08/2020, à 16:17

Aux aidants :
Dans le boot-info d'iznobe at Tue, 25 Aug 2020 11:36:03 +0000

fstab :
/dev/disk/by-uuid/4f8cc284-cd84-4eeb-b412-7539f81664c4 /mnt/montages/Seagate_4T auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Seagate_4T 0 0


parted -lm :
sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;
2:3985GB:4001GB:16.0GB:linux-swap(v1):swap.SDB:swap;

= =

iznobe,
À l'avenir,
1) Arrête de te tirer des chargeurs entiers dans le pied comme ci-dessous :

iznobe@iznobe-PC:~$ sudo fsck.ext3 -f /dev/sdb
(...)
la partition de données etait bien en EXT4 .
(...)
fstab :
/dev/disk/(...) /mnt/montages/Seagate_4T auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Seagate_4T 0 0

.
Une fois de plus, Gnome-Disques n'a pas choisi les meilleures options pour le fstab. Ce qui a favorisé la perte de tes données.
Ce n'était pas de ta faute. Mais si tu réutilises ce couteau-suisse là où tu sais maintenant qu'il merdoie avec constance (sur l'interprétation des données SMART aussi), alors là ce sera de ton entière responsabilité.

2) Tes données sur ext4 seront beaucoup mieux traitées ainsi dans fstab :
UUID=4f8cc(...)664c4 /media/montages/Seagate_4T ext4 defaults,nofail 0 2

...à condition aussi de réactiver les vérifications périodiques automatiques du FS (système de fichiers de la partition) :

sudo tune2fs -c 7 -i 10d /dev/disk/by-uuid/4f8(...)c4

Les valeurs "-c 7" et "-i 10d" ne sont que des propositions, que tu adapteras à ton goût, l'important étant d'éviter les réglages par défaut ("0" ou "-1"). Et d'éviter un intervalle important.

- -

iznobe a écrit :

la sauvegarde de la sauvegarde a été refaite , il y a 15 jours , donc ca va , je ne perds pas beaucoup de fichiers importants

Bravo : en agissant préventivement, tu as su limiter les dégâts !

En cas de doute, il est toujours préférable de demander au forum avant que les problèmes ne se manifestent.

geole · Le 31/08/2020, à 17:11

moko138 a écrit :

...à condition aussi de réactiver les vérifications périodiques automatiques du FS (système de fichiers de la partition) :
sudo tune2fs -c 7 -i 10d /dev/disk/by-uuid/4f8(...)c4
Les valeurs "-c 7" et "-i 10d" ne sont que des propositions, que tu adapteras à ton goût, l'important étant d'éviter les réglages par défaut ("0" ou "-1"). Et d'éviter un intervalle important.

Je suis partisan de le faire à chaque boot et pas de temps en temps. A condition que les boots ne soient pas fait une fois toutes les 36 du mois! On peut avoir un ordinateur se mettant en sommeil ou en hibernation...
Je suis aussi partisan de faire fonctionner correctement smart-notifier afin d'être informé rapidement d'une dégradation matérielle :
En standard, c'est 20 minutes.

iznobe a écrit :

je viens de voir que le démarrage de mon ordi est soudainement devenu très long

Donc tu as réagis quasiment au plus vite. Il est possible qu'au boot précédant tous les contrôles auraient été nickels. Il n'est même pas certain que smart-notifier aurait détecté quelque chose.
J'ai noté que c'est un disque interne.

iznobe a écrit :

c'est le débranchement de l'alim à chaud

Ce n'est qu'une coupure électrique et pas la foudre. Mais il est possible que son électronique soit très sensible......

Ne connaissant rien en matériel. je ne peux continuer mais en lisant cet article, il me semble que le problème se serait pas lié à l'électronique.
https://fr.harddriveparts.com/100710248 … epair.html

Dernière modification par geole (Le 31/08/2020, à 18:12)

geole · Le 31/08/2020, à 17:35

iznobe a écrit :

Pendant que j'y suis , est ce que je peux créer une image disque de mon disque windows de 500 GO ( ou les 3 partitions ? ) et l'implanter sur un disque de 1 TO , puis récupérer l'espace restant ?

Je ne comprends pas très bien ce que tu souhaites faire. Donc une triple réponse
A) Pour sauver une partition (y compris) son UUID j'utilise la fonction COPIER/COLLER de l'application GPARTED
B) Pour sauver le contenu d'une partition dans un fichier avec éventuellement une compression , j'utilise PARTCLONE
C) Pour dupliquer le contenu d'une partition dans une autrepartition de même format, j'utilise la commande RSYNC
Elle est un peu lente au début mais par la suite elle est très rapide car elle ne copie que les modifications.

Il me semble que c'est le cas A qui est préférable mais je tiens à te dire que dupliquer de cette façon le C: a le risque qu'au prochain démarrage cela se passe mal. il pourrait considérer que le C: est toujours resté le premier disque. Donc à essayer avant de réutiliser le premier disque pour autre chose (en cas de marche arrière).
Je sais traiter partiellement le problème (permuter le C: avec le D:) en utilisant un autre windows car il faut un outil modifiant la base de registre. Boot-repair ne sait pas (encore?) faire!

Dernière modification par geole (Le 31/08/2020, à 17:37)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/08/2020, à 19:17

[ REAPPARU ] disque dur inaccessible , reparable ?

#2 Le 30/08/2020, à 19:35

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#3 Le 30/08/2020, à 19:37

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#4 Le 30/08/2020, à 20:03

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#5 Le 30/08/2020, à 20:13

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#6 Le 30/08/2020, à 20:21

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#7 Le 30/08/2020, à 20:40

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#8 Le 30/08/2020, à 20:45

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#9 Le 30/08/2020, à 20:53

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#10 Le 30/08/2020, à 20:58

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#11 Le 30/08/2020, à 20:58

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#12 Le 30/08/2020, à 20:59

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#13 Le 30/08/2020, à 21:10

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#14 Le 30/08/2020, à 21:23

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#15 Le 30/08/2020, à 21:29

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#16 Le 30/08/2020, à 21:31

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#17 Le 30/08/2020, à 22:12

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#18 Le 30/08/2020, à 22:35

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#19 Le 31/08/2020, à 07:08

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#20 Le 31/08/2020, à 09:20

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#21 Le 31/08/2020, à 11:01

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#22 Le 31/08/2020, à 14:19

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#23 Le 31/08/2020, à 16:17

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#24 Le 31/08/2020, à 17:11

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

#25 Le 31/08/2020, à 17:35

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Pied de page des forums