Ubuntu-fr

BenjiBoy

testdisk, condition hdd et interprétation affichage

Bonjour à tous,

j'essaie de récupérer les données d'un disque hdd 2.5 de 1To qui était dans un laptop a qui il est arrivé malheur (je sais plus si c'est une chute ou une noyade), c'est pour une amie qui l'a gardé quelques année (en de bonnes conditions) au cas ou ...
Donc je tente ma chance avec un dock d'accueil + testdisk.

J'ai fais un sudo testdisk, j'ai créé un fichier log, j'ai effectué une première analyse sur une partition type Intel/PC qui n'a donné aucun résultat (vraiment rien).
Puis j'ai lancé une seconde analyse sur un format partition EFI/GPT.
Précision : je ne sais pas si c'était le disque d'un mac ou d'un pc... Et ma collègue n'est plus sûre.

L'analyse est extrêmement lente (18% en 1h30) et les bruits réguliers de retour de tête de lecture *couic* sont très audibles, je n'aime pas le faire tourner aussi longtemps...
Je vois sur mon ubuntu que le disque se monte et se démonte tout seul.
Je ne sais pas s'il tiendra le coup tout du long ou si c'est une mauvaise idée.

Voilà un screen de ce que fais testdisk actuellement, je ne sais pas bien interpréter cet affichage, qu'en pensez-vous ?
https://drive.google.com/file/d/1o-86uT … sp=sharing

a+

EDIT : j'ai eu un message disant que je manque de place sur mon SSD (du pc qui execute l'analyse, pas du disque en cours d'analyse), mon SSD fais 500Go, le disque que j'analyse fait 1To. En utilisant l'utilitaire de disque je vois que le testdisk.log fait 280 Go : clairement il va y avoir un soucis ! Comment faire ?

Dernière modification par BenjiBoy (Le 19/02/2024, à 11:35)

geole

Re : testdisk, condition hdd et interprétation affichage

Bonjour
Les bonnes habitudes sont
1) Commencer par regarder l 'état du disque avant toute choses en installant l'application smartmontools et exécution du  chapitre trois
2) Au vu du résultat  on peut être amené à utiliser ddrescue  puis  la réparation partition.
3) Puis tesdisk depuis l'original ou le double

Note qu'un disque de 1 TO peut avoir  1 To de données récupérables qui ne peuvent pas tenir dans un  disque de 0,5 To.
A mon avis si le log est si énorme, il y a quelque chose d'anormal.  En le consultant, tu devrais avoir une idée du problème rencontré. Probablement des erreurs de lectures comme on le voit dans ta capture d écran.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Bonjour geole,

ok merci pour cette procédure, je recommence en suivant ça.

En ce qui concerne ta note, j'ai regardé le fichier log, et effectivement ce sont des erreurs listées ; et il y en a tellement que je me demande s'il y a des secteurs qui ne sont pas hs !
L'utilisation des outils que tu donnes m'en diras d'avantage.

A plus tard

EDIT : j'ai eu un premier résultat d'outil mais le disque se monte et se démonte tout seul, ce qui me fait perdre énormément de temps : sais-tu comment stabiliser cela ?

Dernière modification par BenjiBoy (Le 19/02/2024, à 15:02)

geole

Re : testdisk, condition hdd et interprétation affichage

Publies le retour sur smartclt

C est probablement que le disque chauffe lorsqu un secteur est illisible
Dans ddrescue, il y a une option pour lui dire de se reposer un peu a la encontre de secteurs illisibles
      --pause-on-error=<interval>  time to wait after each read error [0]
   Mettre peut-être 10
  mais pas dans testdisk

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut,
je suis pas sûr que ce soit un problème de chauffe, pour l'instant j'en suis encore à essayer de faire fonctionner smartmontool.
J'ai fais un

sudo smartctl -s on -a /dev/sdb

ça donne :

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.1.0-1033-oem] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, [url=http://www.smartmontools.org]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Blue Mobile
Device Model:     WDC WD10JPVX-80JC3T0
Serial Number:    WD-WXD1E64DLJ33
LU WWN Device Id: 5 0014ee 604dd27a6
Firmware Version: 01.01A01
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Feb 20 10:42:13 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status:  (0x00)    Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)    The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:         (18240) seconds.
Offline data collection
capabilities:              (0x7b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01)    Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:      (   2) minutes.
Extended self-test routine
recommended polling time:      ( 204) minutes.
Conveyance self-test routine
recommended polling time:      (   5) minutes.
SCT capabilities:            (0x7035)    SCT Status supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       39
  3 Spin_Up_Time            0x0027   194   177   021    Pre-fail  Always       -       1283
  4 Start_Stop_Count        0x0032   096   096   000    Old_age   Always       -       4894
  5 Reallocated_Sector_Ct   0x0033   140   140   140    Pre-fail  Always   FAILING_NOW 2574
  7 Seek_Error_Rate         0x002e   171   170   000    Old_age   Always       -       787
  9 Power_On_Hours          0x0032   082   082   000    Old_age   Always       -       13621
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   096   096   000    Old_age   Always       -       4857
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       442
192 Power-Off_Retract_Count 0x0032   199   199   000    Old_age   Always       -       784
193 Load_Cycle_Count        0x0032   089   089   000    Old_age   Always       -       333877
194 Temperature_Celsius     0x0022   115   100   000    Old_age   Always       -       32
196 Reallocated_Event_Count 0x0032   001   001   000    Old_age   Always       -       2574
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

J'ai eu du mal à l'obtenir, le disque se déco, mais là il reste monté.

Et je du coup je viens de lancer ça :

sudo ddrescue /media/toto/Data/dc7562818919613d27984a75b3 /media/toto/7eb87f16-b718-4ac6-8551-30d91423bd00/image2.img journal2.log

Le premier étant un répertoire dans le disque HS qui a une taille lorsque je fais un du -sh, le second (qui a aussi un nom générique il faut que je pense à le nommer) et un disque dur externe de 1To que je viens de mettre en place (i lest vide) pour récupérer des fichiers sur le disque HS.

Dernière modification par BenjiBoy (Le 20/02/2024, à 11:52)

geole

Re : testdisk, condition hdd et interprétation affichage

Bonjour
Pas si mauvais que cela, ce disque.

196 Reallocated_Event_Count 0x0032   001   001   000    Old_age   Always       -       2574
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3

2574 secteurs récupérés.   Mais la limite est quasiment atteinte.   Reste 1% de disponible.     D'où le message failing now

  5 Reallocated_Sector_Ct   0x0033   140   140   140    Pre-fail  Always   FAILING_NOW 2574

mais  3 secteurs illisibles.

Je ne sais pas trop ce que tu fais avec ddrescue puisque la partition semble montable.
Il faudrait sauvegarder classiquement  les répertoires lisibles dans un répertoire  normal d'un autre disque.
La commande rsysnc est  pratique. Si j'ai bien compris ta commande, cela se transforme en

sudo rsync -a --status --progress  /media/toto/Data/dc7562818919613d27984a75b3/*  /media/toto/7eb87f16-b718-4ac6-8551-30d91423bd00/

Note que la  frontière failing-now est considérablement élevée et qu'il y a une sacré marge de réserve avant d'atteindre le manque absolu de secteurs illisibles
les 2574 secteurs  secteurs utilisés représentent (200-140)/2 % de la totalité des secteurs réservés à ce genre de chose. Il en reste donc 2574/(200-140)*140 = 5880 de disponibles
Donc ne jette pas ce disque.   Il faudrait identifier ces trois secteurs et tenter de les réparer. Le problème étant qu'il se déconnecte facilement.  Ne serait-ce pas problème de mauvaise liaison du câble usb qui le relie à l'ordinateur?

Dernière modification par geole (Le 20/02/2024, à 12:37)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Alors je crois que je manque de compétence pour comprendre tes explications, en tout cas ça semble encourageant... Mais j'ai peut-être pas compris.
Quoi qu'il en soit, j'ai arrêté le ddrescue qui restait à 0 en terme de "rescued" depuis une bonne heure, et j'ai lancé la commande rsync, qui est en cours. Et étonnamment le disque ne se démonte plus tout seul.

Pour donner le résultat d'un simple ls -l sur le disque HS :

drwxrwxrwx 1 toto toto   0 févr.  9  2015 '$RECYCLE.BIN'
drwxrwxrwx 1 toto toto   0 nov.  18  2015  0f6498a3d9897331481b5ac0b66f49b4
drwxrwxrwx 1 toto toto   0 nov.  18  2015  6ed018d2724644450c2c32f95fd4ae
drwxrwxrwx 1 toto toto   0 nov.  16  2015  a58564d95da6381e63c4c02df1f9
drwxrwxrwx 1 toto toto   0 juin  28  2018 'Apowersoft Screen Recorder Temp'
drwxrwxrwx 1 toto toto   0 juil. 20  2015  dc7562818919613d27984a75b3
drwxrwxrwx 1 toto toto   0 oct.  21  2014 'System Volume Information'
-rwxrwxrwx 1 toto toto 756 nov.   4  2017 'Téléchargements - Raccourci.lnk'

Et en regardant rapidement avec un du -sh, la plupart des dossiers sont à 0 :

~$ du -sh /media/toto/Data/*
1,5K	/media/toto/Data/$RECYCLE.BIN
0	/media/toto/Data/0f6498a3d9897331481b5ac0b66f49b4
0	/media/toto/Data/6ed018d2724644450c2c32f95fd4ae
0	/media/toto/Data/a58564d95da6381e63c4c02df1f9
0	/media/toto/Data/Apowersoft Screen Recorder Temp
125M	/media/toto/Data/dc7562818919613d27984a75b3
21K	/media/toto/Data/System Volume Information
4,0K	/media/toto/Data/Téléchargements - Raccourci.lnk

Merci bien pour ton aide sans laquelle je ne saurais pas par quelle bout prendre quoi : je prends des notes pour une future opération :-)

EDIT : précision, la partition semble se démonter encore, mais pas le disque.
le lsblk -d | egrep -v "NAME|loop|sr0" me donne toujours le sdb qui est le disque HS mais la partition "Data" n'est pas montée.

EDIT2 : "Ne serait-ce pas problème de mauvaise liaison du câble usb qui le relie à l'ordinateur?"
Non je ne pense pas, je viens d'essayer avec un second dock HDD pour voir (et donc une seconde connectique complète, sans amélioration, la reconnaissance reste hasardeuse.

EDIT3 : (désolé après j'arrête) en interchangeant les dock, il n'y a effectivement pas le même comportement (de "hasardeux" à "presque rien"), pourtant les broches ont l'air clean sur les deux.

Dernière modification par BenjiBoy (Le 20/02/2024, à 15:36)

geole

Re : testdisk, condition hdd et interprétation affichage

Les noms de répertoires sont quand même un peu anormaux.. Peut-être du chiffrement ancienne méthode

Pourrais-tu publier ces retours ( le K  fut oublié)

lsblk -fe7   |  cat

ls -als /media/toto/Data

ls -als /media/toto/Data/dc7562818919613d27984a75b3

J ai noté ton EDIT3 qui semble confirme en problème de liaison  non imputable au disque.

Dernière modification par geole (Le 21/02/2024, à 12:48)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut, voilà les retours de commande demandés.
pour la connectique je me demande si ça ne serait pas dans le disque, selon l'angle auquel je le pose, il réagit plus ou moins bien (mais je le secoue pas dans tous les sens non plus, pas d'inquiétude !)

Donc je pense que pour la première tu voulais dire "lsblk -fe7   |  cat", il manquait le "k"
Et cette fois je laisse mon login perso, ce n'est pas une donnée sensible (je crois) et c'est relou de mettre toto partout.

(base) vialb@ist-159-204:~$ lsblk -fe7   |  cat
NAME                  FSTYPE      FSVER    LABEL    UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                                       
└─sda1                ext4        1.0               7eb87f16-b718-4ac6-8551-30d91423bd00    869,2G     0% /media/vialb/7eb87f16-b718-4ac6-8551-30d91423bd00
sdb                                                                                                       
├─sdb1                vfat        FAT32    SYSTEM   54B3-F242                                             
├─sdb2                ntfs                 Recovery 66C427ECC427BD65                                      
├─sdb3                                                                                                    
├─sdb4                ntfs                 OS       40162B0E162B050E                        285,8G    23% /media/vialb/OS
├─sdb5                ntfs                 Data     26BC2CD2BC2C9E75                        537,5G     0% /media/vialb/Data
└─sdb6                ntfs                 Restore  F89C2EF19C2EAA58                                      
nvme0n1                                                                                                   
├─nvme0n1p1           vfat        FAT32             81CB-C149                               504,9M     1% /boot/efi
├─nvme0n1p2           ext4        1.0               61162808-e950-4b1c-888e-22628fc99fc7      1,2G    17% /boot
└─nvme0n1p3           crypto_LUKS 2                 acaedf5c-f644-45ad-948b-41f10cb30f0c                  
  └─nvme0n1p3_crypt   LVM2_member LVM2 001          9sIUsb-aygq-XdYJ-csfV-OxBC-C7ef-BYTWcf                
    ├─vgubuntu-root   ext4        1.0               e4108b94-546c-41f1-b6ad-e5d639dce788    276,7G    35% /var/snap/firefox/common/host-hunspell
    │                                                                                                     /
    └─vgubuntu-swap_1 swap        1                 848ceb43-e969-4d4e-a9c8-16427f5dbaf0                  [SWAP]

Pour rappel, sda c'est mon hdd externe fonctionnel qui doit récupérer le contenu récupérable de sdb, qui lui est HS.
Et nvme0n1 c'est mon disque PC intégré.

(base) vialb@ist-159-204:~$ ls -als /media/vialb/Data
total 12
4 drwxrwxrwx  1 vialb iste-equ-risques 4096 déc.  13  2018  .
4 drwxr-x---+ 5 root  root             4096 févr. 21 09:01  ..
0 drwxrwxrwx  1 vialb iste-equ-risques    0 févr.  9  2015 '$RECYCLE.BIN'
0 drwxrwxrwx  1 vialb iste-equ-risques    0 nov.  18  2015  0f6498a3d9897331481b5ac0b66f49b4
0 drwxrwxrwx  1 vialb iste-equ-risques    0 nov.  18  2015  6ed018d2724644450c2c32f95fd4ae
0 drwxrwxrwx  1 vialb iste-equ-risques    0 nov.  16  2015  a58564d95da6381e63c4c02df1f9
0 drwxrwxrwx  1 vialb iste-equ-risques    0 juin  28  2018 'Apowersoft Screen Recorder Temp'
0 drwxrwxrwx  1 vialb iste-equ-risques    0 juil. 20  2015  dc7562818919613d27984a75b3
0 drwxrwxrwx  1 vialb iste-equ-risques    0 oct.  21  2014 'System Volume Information'
4 -rwxrwxrwx  1 vialb iste-equ-risques  756 nov.   4  2017 'Téléchargements - Raccourci.lnk'

(base) vialb@ist-159-204:~$ ls -als /media/vialb/Data/dc7562818919613d27984a75b3
total 127380
     0 drwxrwxrwx 1 vialb iste-equ-risques         0 juil. 20  2015  .
     4 drwxrwxrwx 1 vialb iste-equ-risques      4096 déc.  13  2018  ..
     4 -rwxrwxrwx 1 vialb iste-equ-risques       788 juil. 20  2015 '$shtdwn$.req'
127280 -rwxrwxrwx 1 vialb iste-equ-risques 130333168 juil.  3  2015  mrt.exe
    92 -rwxrwxrwx 1 vialb iste-equ-risques     93920 juil.  3  2015  mrtstub.exe

geole

Re : testdisk, condition hdd et interprétation affichage

Donc je pense que pour la première tu voulais dire "lsblk -fe7   |  cat", il manquait le "k"

(base) vialb@ist-159-204:~$ lsblk -fe7   |  cat
NAME                  FSTYPE      FSVER    LABEL    UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
sdb                                                                                                       
├─sdb1                vfat        FAT32    SYSTEM   54B3-F242                                             
├─sdb2                ntfs                 Recovery 66C427ECC427BD65                                      
├─sdb3                                                                                                    
├─sdb4                ntfs                 OS       40162B0E162B050E                        285,8G    23% /media/vialb/OS
├─sdb5                ntfs                 Data     26BC2CD2BC2C9E75                        537,5G     0% /media/vialb/Data
└─sdb6                ntfs                 Restore  F89C2EF19C2EAA58                                     

(base) vialb@ist-159-204:~$ ls -als /media/vialb/Data/dc7562818919613d27984a75b3
total 127380
     0 drwxrwxrwx 1 vialb iste-equ-risques         0 juil. 20  2015  .
     4 drwxrwxrwx 1 vialb iste-equ-risques      4096 déc.  13  2018  ..
     4 -rwxrwxrwx 1 vialb iste-equ-risques       788 juil. 20  2015 '$shtdwn$.req'
127280 -rwxrwxrwx 1 vialb iste-equ-risques 130333168 juil.  3  2015  mrt.exe
    92 -rwxrwxrwx 1 vialb iste-equ-risques     93920 juil.  3  2015  mrtstub.exe

On voit que ta partition Data est pleine à 0%, pas étonnant qu'on ne trouve rien. Peut-être dans la partition OS

Dernière modification par geole (Le 21/02/2024, à 14:21)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Watael

Re : testdisk, condition hdd et interprétation affichage

arrêtez de nourrir le chat !
il va devenir énorme.

---

Connected \o/
Welcome to sHell. · eval is evil.

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

arrêtez de nourrir le chat !
il va devenir énorme.

?

@geole, la partition OS semble avoir bien plus de chose en effet, je crois que ma collègue avait tout sur "OS" :-)
Je tente les rsync, mais ils n'aboutissent pas : j'ai remarqué qu'en laissant le disque dur tranquille un moment, il avait de bien meilleurs connexions ensuite, peut-être une lien avec la chauffe aussi finalement (qui entrainerait un mauvais contact quelque part, une piste fendue typiquement, j'ai déjà eu ça sur ma bobine d'allumage de berlingo ... Bref).

Je reviens avec les résultats bientôt.

EDIT : est-ce qu'il y aurait une alternative à rsync ? Il y a pas mal de commandes qui passent sans trop de difficultés (ls & co) mais le rsync n'abouti plus sur les données.

Dernière modification par BenjiBoy (Le 21/02/2024, à 15:20)

lynn

Re : testdisk, condition hdd et interprétation affichage

arrêtez de nourrir le chat !
il va devenir énorme.

?

Bah oui, le cat quoi... nul besoin de l'ajouter à la commande lsblk !

---

«C'est pas parce qu'ils sont nombreux à avoir tort qu'ils ont raison!»

Coluche

geole

Re : testdisk, condition hdd et interprétation affichage

Tu peux faire   une commande ls -ls afin d'obtenir les répertoires.
Si l'OS est un windows, les données sont dans   Users/NomUtilisateur
Tu peux alors faire un ls -ls      sur ce répertoires puis faire des rsync    en choisissant  répertoire par répertoire
sinon la commande cp -Rvu        fait la même chose sans suivi du transfert des gros fichiers.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Oui je pense que c'est un Windows, il y a les dossiers typiques "Ma Musique" "Mes Documents" etc.
Clairement le cp -Rvu fonctionne mieux que le rsync, je récolte - très péniblement - des données.
En gros je refroidis bien le disque, je le connecte, il est vu, je lance un cp, en 30-45 minutes j'ai récupéré quelques Mo, ça se déconnecte, j'éteins le disque, le remet au frais, et répète l'opération.

Il semble y avoir quand même pas mal de fichiers endommagés. Est-ce qu'il y aurait une possibilité de les réparer (je pense que non mais je n'y connais finalement pas grand chose) ?

Dernière modification par BenjiBoy (Le 21/02/2024, à 18:04)

geole

Re : testdisk, condition hdd et interprétation affichage

Tout est toujours possible. Mais avec  un disque qui fuit facilement...
Sinon, le principe
Duplication  de la partition  dans une autre partition de même taille.
Puis Travail dans la duplication

fsck de contrôle de la partition
Soit Ecrasement de ce  que tu as sauvegardé afin d'alléger la récupération photorec et photorec pour récupération des données en perdant les noms
Soit remise en état des secteurs qui n'ont pas été  transférés en y mettant le secteur -1.    il faut que je finalise le script.  Puis réutilisation avec des fichiers un peu altérés.

Vu ce que tu  fais, il pourrait être possible d'utiliser le disque lui-même à condition qu'il soit stable pour y faire une recherche de la totalité des secteurs illisibles sans recopie des données puisque  cela semble se faire.

Dernière modification par geole (Le 21/02/2024, à 20:40)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : testdisk, condition hdd et interprétation affichage

Bah oui, le cat quoi... nul besoin de l'ajouter à la commande lsblk !

Je prends note.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut geole,
lé récup va prendre des éons, c'est pas possible, je récupère 1 à 2 photo par minute, il y en a des centaines et des centaines. Comme je suis obligé d'arrêter régulièrement, tu vois le problème.

Donc, par rapport à ce que tu disais - et pour éventuellement se soustraire (peut-être) à un dysfonctionnement physique du disque - je voudrais faire une image complète et travailler dessus.
En plus ça éviterait de solliciter le disque.

Comment puis-je procéder à ça, selon toi (et est-ce que c'est bien ce que tu voulais dire) ?

EDIT : j'ai relu les documentations que tu m'avais envoyé, et notamment ddrescue.
En regardant le man et la doc en ligne, j'ai opté pour cette commande :

sudo ddrescue -f -d -n -r1 -v /dev/sda /dev/sdc /home/vialb/log_ddrescue.log

Sauf que là j'ai dans la fenêtre terminal une ligne qui m'a écarquillé un peu les yeux : "remaining time:    339d 12h".
Est-ce que c'est une valeur "fiable", ou en terme d'ordre de grandeur au moins ? Et ça a plutôt tendance à augmenter d'ailleurs.

EDIT2 : je continue de lire des stack, des retours d'expérience, j'ai rajouté "-b4096" parce qu'il semblerait que c'est ce que préconise le développeur pour les disques dur modernes. Et ça semble réduire considérablement le temps (mais ça reste ouf : 129 jours).
Je table sur une réduction à un temps admissible lorsque la lecture passera le secteur le plus endommagé du disque.
Je prie, en somme ^^.

Dernière modification par BenjiBoy (Le 23/02/2024, à 12:18)

geole

Re : testdisk, condition hdd et interprétation affichage

Trois remarques.
1) Le disque avait une partition détectée. Dans un tel contexte, il es préférable de copier la partition dans une autre partion préaliblement créée dans un autre disque. C'est pratique si le disque récepteur a une taille supérieure. Si même taille et qu'il n'y a qu'une partition, ce n'est pas grave..

2) J'ai noté.

Sector Sizes:     512 bytes logical, 4096 bytes physical 

L'unité physique est de 4096 et pas 512.
En standard, ddrescue fait du 512  . Il est donc nécessaire de préciser  la taille avec le paramètre -C4096. Cela devrait aller 8 fois plus vite.

J'ai noté que d'entrée, tu as indiqué de traiter secteur par secteur. C'est une option à utiliser lirsqu'on attaque les zones en mauvais état. En standard, ddrescue, traite par paquet de 65568 octets, tu lui demandes de traiter par paquet de 512. Cela va 128 fois moins vite.

Mon conseil, arrête cette duplication, supprime le fichier log et recommence avec le paramétrage du paragraphe 3.4.2.5
1er passage
-f -N -n        -b4096 -K524288
Passages suivants
-f -c1  -b4096

Le temps estimé est régulièrement réactualisé et  dépend de la qualité des secteurs en cours de traitement,

Dernière modification par geole (Le 23/02/2024, à 13:24)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

1) Le disque avait une partition détectée. Dans un tel contexte, il es préférable de copier la partition dans une autre partion préaliblement créée dans un autre disque. C'est pratique si le disque récepteur a une taille supérieure. Si même taille et qu'il n'y a qu'une partition, ce n'est pas grave..

Du coup est-ce que je laisse de côté ddrescue pour l'instant, et que je tente une copie "simple" de la partition qui semble héberger les données ("OS") ? C'est copie serait alors plus rapide, et me donnerait un support sur lequel travailler avec ddrescue (ou un autre outil) sans risquer des sollicitations répétées sur le disque physique ?
Est-ce qu'une commande dd if=/dev/sdb4 of=/dev/sda1 convient ?

Mon conseil, arrête cette duplication, supprime le fichier log et recommence avec le paramétrage du paragraphe 3.4.2.5
1er passage
-f -N -n        -b4096 -K524288
Passages suivants
-f -c1  -b4096

Le temps estimé est régulièrement réactualisé et  dépend de la qualité des secteurs en cours de traitement,

Et ben c'est nettement plus clair, merci.

geole

Re : testdisk, condition hdd et interprétation affichage

Les applications de duplication vont se planter à la  rencontre du premier secteur illisible.

197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       3

Il faudra paramètrer pour une relance, il y en aura au moins trois à faire.
Seul ddrescue sait passer outre ces secteurs illisibles et tente de les récupérer en fin de traitement.
Note que pendant une copie, d'autres secteurs illisibles sont souvent détectés en grande quantité.

Dernière modification par geole (Le 23/02/2024, à 17:51)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut,
juste pour un peu de suivi.
J'ai installé le matos sur un second PC que j'ai du boulot (mon ancien), j'ai mis le lecteur de disque et j'ai lancé la commande que tu m'as indiqué :

sudo ddrescue -f -N -n -b4096 -K524288 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

L'ensemble tournera sur mon bureau 24h/24.

Je prends des notes régulièrement, en 2 jours l'ETA a varié de 214 jours à 6 heures ... Et est de nouveau à 185 jours en ce moment même. Donc difficile à dire...
Actuellement j'en suis à 0.65% rescued (~2620 Mo)

A suivre donc !

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut,
le ddrescue a terminé, chouette.
Cependant, la partition du disque cible (sdb1) est toujours "normale", c'est à dire qu'elle est en ext4 comme avant que je ne lance la commande.
Or ça devrait être du NTFS.
En gros j'ai l'impression que l'écriture n'a pas eu lieu.
Est-ce qu'il faut pré-créer une partition de la même taille et dans le même système de fichier sur le disque cible ?

geole

Re : testdisk, condition hdd et interprétation affichage

En regardant le man et la doc en ligne, j'ai opté pour cette commande :

sudo ddrescue -f -d -n -r1 -v /dev/sda /dev/sdc /home/vialb/log_ddrescue.log

et j'ai lancé la commande que tu m'as indiqué :

sudo ddrescue -f -N -n -b4096 -K524288 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

L'ensemble tournera sur mon bureau 24h/24.
A suivre donc !

Bonjour
Un disque est composé d'une table de partition et de partitions
La première commande copiait  la table et les partitions
La seconde commande ne copie que la partition en  laissant la table intacte.
Ta partition copiée est au format NTFS,   il est probable que la table sortie n'indique pas NTFS. Mais que le contenu a une structure NTFS. Donc on modifie la table. Mais je ne sais pas comment on fait.

Le  moins risqué est : C'est probablement cette partition qui a été copiée.

├─sdb4                ntfs                 OS       40162B0E162B050E                        285,8G    23% /media/vialb/OS

On va donc trouver sa taille en Mo

sudo parted /dev/sdc4 unit MiB print 

Tu vas alors créer une partition NTFS avec gparted ou gnome-disks  de cette même taille quelque part.
Puis copier classiquement  sdb1 dans cette  nouvelle partition. Il faudra environ quatre heures.

sudo dd if=/dev/sdb1  /dev/sdXN   bs=4M  status=progress

Dernière modification par geole (Le 27/02/2024, à 09:46)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

BenjiBoy

Re : testdisk, condition hdd et interprétation affichage

Salut geole,

alors du coup, je suis un peu perdu.
J'ai effectué les commandes :

(base) vialb@vialb-HP-EliteBook-820-G1:/media/vialb$ sudo parted /dev/sdb4 unit MiB print
[sudo] Mot de passe de vialb : 
Modèle : Inconnu (unknown)
Disque /dev/sdb4 : 381546MiB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : loop
Drapeaux de disque : 

Numéro  Début    Fin        Taille     Système de fichiers  Drapeaux
 1      0,00MiB  381546MiB  381546MiB  ntfs

Ne pas s'inquiéter si les /dev/sdX changent, c'est que je travaille sur deux ordi.

Puis j'ai utilisé gparted pour effacer mon disque  et recréer une partition de 381546MiB précisément.
En branchant mon disque nouvellement partitionné, en faisant un df -T les tailles correspondent parfaitement.
Puis j'ai fais ta dernière commande (note : tu as du oublier le "of" sur al seconde commande, je crois ?)

(base) vialb@vialb-HP-EliteBook-820-G1:/media/vialb$ sudo dd if=/dev/sdb4 of=/dev/sdc1 bs=4M status=progress 
55103488 octets (55 MB, 53 MiB) copiés, 87 s, 632 kB/s
dd: erreur de lecture dans '/dev/sdb4': Erreur d'entrée/sortie
13+1 enregistrements lus
13+1 enregistrements écrits
55103488 octets (55 MB, 53 MiB) copiés, 92,3859 s, 596 kB/s

La commande s'est exécutée en 2 minutes, et le disque destination est illisible.

Je pensais que ddrescue lisait le disque endommagé, et copiait les secteurs "potables" vers un disque en bonne santé, rendant la lectures de données possibles (même si leur intégrité est compromise), mais ce n'est manifestement pas ce que j'ai fais.
Là je sèche un peu