Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 19/05/2018, à 20:10

seboseb

[Résolu] Disque dur planté : comment récupérer les données ?

Bonjour,
mon PC a planté d'un coup : un jour, il n'a plus booté. Le lancement en mode "recovery" et avec d'anciens noyaux n'ont rien donné. Apparemment, il y avait des fichiers d'installation corrompus sur mon vieux disque dur Samsung. J'ai récupéré un DD Western Digital (je donne les marques pour les distinguer) sur lequel j'ai remis un Ubuntu Mate. Je peux donc à nouveau me connecter à Internet et écrire ces lignes. Par ailleurs, j'ai une sauvegarde pas très récente sur un 3ème DD (externe),  mais je voudrais en priorité essayer de récupérer les données du Samsung. Si je n'y parviens pas, je me contenterai de ma sauvegarde ; mais je ne veux pas risquer de tout mélanger... Pour l'instant, je ne touche donc pas à ma sauvegarde.

Mon Samsung faisait tourner Ubuntu Mate 16.04, il est partitionné en Ext3. Je l'ai branché en SATA, il apparait bien comme 2ème disque dur dans /dev ; par contre, l'explorateur de fichiers ne fait apparaître qu'un seul répertoire(GRUB) et des noyaux linux. Pourtant, l'analyseur de disque dit bien qu'il y a plus de 300 Go de données dessus.
J'ai lu trop de choses sur la récup de données, je n'y comprends pas grand chose et j'ai besoin qu'on me tienne la main pour essayer de récupérer mon /home ! smile
Merci d'avance à tous ceux qui essaieront de m'aider.

Dernière modification par seboseb (Le 23/05/2018, à 18:07)

Hors ligne

#2 Le 19/05/2018, à 20:48

Nuliel

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bonjour,

Peux tu donner le retour (voir le premier message de ce fil) de

fdisk -l /dev/sdb

(à adapter si /dev/sdb n'est pas ton disque)

et de

sudo apt install smartmontools
sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sdb
sudo smartctl -s on -a /dev/sdb

(à adapter si /dev/sdb n'est pas ton disque)

Dernière modification par Nuliel (Le 19/05/2018, à 20:48)

Hors ligne

#3 Le 19/05/2018, à 21:06

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Hello,
justement, j'étais tombé sur une page de la doc qui parlait de smartmontool et je viens d'essayer. Alors, voici ce que ça donne :

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint T166
Device Model:     SAMSUNG HD501LJ
Serial Number:    S0MUJ1GP604560
LU WWN Device Id: 5 0000f0 01b604560
Firmware Version: CR100-10
User Capacity:    500107862016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 3b
SATA Version is:  SATA 2.5, 3.0 Gb/s
Local Time is:    Sat May 19 21:58:29 2018 CEST
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: PASSED

General SMART Values:
Offline data collection status:  (0x80)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Enabled.
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: 		( 8852) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No 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: 	 ( 151) minutes.
SCT capabilities: 	       (0x003f)	SCT Status supported.
					SCT Error Recovery Control 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     0x000f   253   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   100   100   015    Pre-fail  Always       -       7360
  4 Start_Stop_Count        0x0032   088   088   000    Old_age   Always       -       13104
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       1
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   253   253   015    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       30164
 10 Spin_Retry_Count        0x0033   253   253   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   253   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   094   094   000    Old_age   Always       -       6629
187 Reported_Uncorrect      0x0032   253   253   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   253   253   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   073   062   000    Old_age   Always       -       27
194 Temperature_Celsius     0x0022   157   124   000    Old_age   Always       -       27
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       445249
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       1
197 Total_Pending_Sectors   0x0012   253   253   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   253   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       150
200 Multi_Zone_Error_Rate   0x000a   253   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   100   000    Old_age   Always       -       0
202 Data_Address_Mark_Errs  0x0032   099   099   000    Old_age   Always       -       600

SMART Error Log Version: 1
ATA Error Count: 137 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 137 occurred at disk power-on lifetime: 30143 hours (1255 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 e0 90 44 a3 e0  Error: ICRC, ABRT 224 sectors at LBA = 0x00a34490 = 10699920

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 e0 90 44 a3 e0 00      01:55:38.500  READ DMA
  c8 00 28 00 3c 64 ef 00      01:55:38.375  READ DMA
  c8 00 08 d0 3b 64 ef 00      01:55:38.375  READ DMA
  c8 00 40 d0 3a 64 ef 00      01:55:38.375  READ DMA
  c8 00 08 b0 3a 64 ef 00      01:55:38.375  READ DMA

Error 136 occurred at disk power-on lifetime: 30143 hours (1255 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 70 80 bc 93 e0  Error: ICRC, ABRT 112 sectors at LBA = 0x0093bc80 = 9682048

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 70 80 bc 93 e0 00      01:55:35.000  READ DMA
  c8 00 18 d8 94 14 e1 00      01:55:35.000  READ DMA
  c8 00 10 20 1c 94 e0 00      01:55:34.938  READ DMA
  c8 00 08 18 b0 93 e0 00      01:55:34.938  READ DMA
  c8 00 50 a0 85 14 e1 00      01:55:34.938  READ DMA

Error 135 occurred at disk power-on lifetime: 30143 hours (1255 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 a8 f8 d2 d3 ef  Error: ICRC, ABRT 168 sectors at LBA = 0x0fd3d2f8 = 265540344

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 a8 f8 d2 d3 ef 00      01:55:33.750  READ DMA
  c8 00 e0 58 d7 d3 ef 00      01:55:33.750  READ DMA
  c8 00 08 a8 d4 d3 ef 00      01:55:33.750  READ DMA
  c8 00 00 58 d6 d3 ef 00      01:55:33.750  READ DMA
  c8 00 00 a8 d3 d3 ef 00      01:55:33.750  READ DMA

Error 134 occurred at disk power-on lifetime: 30143 hours (1255 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 88 18 2d a3 e0  Error: ICRC, ABRT 136 sectors at LBA = 0x00a32d18 = 10693912

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 88 18 2d a3 e0 00      01:55:32.500  READ DMA
  c8 00 20 e0 2c a3 e0 00      01:55:32.500  READ DMA
  c8 00 20 a0 c4 93 e0 00      01:55:32.438  READ DMA
  c8 00 68 78 bf 93 e0 00      01:55:32.438  READ DMA
  c8 00 60 98 c3 93 e0 00      01:55:32.438  READ DMA

Error 133 occurred at disk power-on lifetime: 30143 hours (1255 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 e0 d8 ae a5 e0  Error: ICRC, ABRT 224 sectors at LBA = 0x00a5aed8 = 10858200

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 e0 d8 ae a5 e0 00      01:55:29.688  READ DMA
  c8 00 28 80 db 96 e0 00      01:55:29.688  READ DMA
  c8 00 08 90 65 90 e0 00      01:55:29.688  READ DMA
  c8 00 20 c0 2a dc ef 00      01:55:29.625  READ DMA
  c8 00 88 58 b1 a5 e0 00      01:55:29.625  READ DMA

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 0
Note: revision number not 1 implies that no selective self-test has ever been run
 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.

et pour fdisk :

seb@pc-seb:~$ sudo fdisk -l /dev/sdb
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x8f25a8cf

Périphérique Amorçage   Début       Fin  Secteurs Taille Id Type
/dev/sdb1    *           2048    999423    997376   487M 83 Linux
/dev/sdb2             1001470 976771071 975769602 465,3G  5 Étendue
/dev/sdb5             1001472 976771071 975769600 465,3G 8e LVM Linux

What's up Doc ? smile

Hors ligne

#4 Le 19/05/2018, à 21:22

Nuliel

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Il a l'air en bon état ce disque. Les 5 dernières erreurs enregistrées se sont passées durant la 30143ème heure, il y a eu un problème à ce moment là. On voit juste un secteur réalloué. Donc je pense pas que ce soit grave.
On va tenter d'aller chercher les données, tu peux donner le retour de

sudo mount /dev/sdb5 /mnt

et d'aller voir à la racine dans le dossier mnt ce qui s'y trouve.
Si tu n'as rien, tu peux faire

sudo umount /mnt

Hors ligne

#5 Le 19/05/2018, à 21:26

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Ach ! Voici ce que ça donne :

seb@pc-seb:~$ sudo mount /dev/sdb5 /mnt
mount: /mnt : type de système de fichiers « LVM2_member » inconnu.

Tu attendais certainement autre chose !

Hors ligne

#6 Le 19/05/2018, à 22:08

Nuliel

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Euh, j'ai pas l'habitude de LVM, c'est surtout ça l'erreur. Je sais pas trop comment on monte ces machins, je verrai ça demain

Hors ligne

#7 Le 19/05/2018, à 22:09

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bonne nuit ! wink

Hors ligne

#8 Le 19/05/2018, à 22:19

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bonsoir. On aura potentiellement plus d'info sur le contenu du LVM avec

sudo lsblk -o size,name,fstype,label,mountpoint

Edit: je note que les 5 erreurs dans le log SMART se sont toutes produites il y a environ 20h, et a des emplacement éparpillés.
Ce qui m'incite à penser que ce disque a peut-être subit une dégradation brutale.
Auquel cas pour maximiser les chances de récupération des données, je préconise de le déconnecter dans les plus brefs délais. Et d'attendre avant de le reconnecter, d'être prêt à faire une copie intégrale du disque ou au moins de la partition LVM avec gddrescue.

Au passage, si tu as un disque externe avec de la place dispo dessus, connecte le avant de faire la commande ci-dessus, et donne en plus le retour de

sudo df -h

Dernière modification par jamesbad000 (Le 19/05/2018, à 22:46)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#9 Le 20/05/2018, à 09:53

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bonjour, voici ce que donne lsblk :

seb@pc-seb:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de seb : 
  SIZE NAME   FSTYPE      LABEL MOUNTPOINT
 86,6M loop0  squashfs          /snap/core/4486
 71,7M loop1  squashfs          /snap/software-boutique/31
 86,6M loop2  squashfs          /snap/core/4571
  7,9M loop3  squashfs          /snap/pulsemixer/23
 86,7M loop4  squashfs          /snap/ubuntu-mate-welcome/169
  7,5M loop5  squashfs          /snap/pulsemixer/8
931,5G sda                      
931,5G └─sda1 ext4              /
465,8G sdb                      
  487M ├─sdb1 ext2              
    1K ├─sdb2                   
465,3G └─sdb5 LVM2_member       
 1024M sr0              

J'ai un autre disque externe (on va l'appeler DDE), et j'ai la place d'y sauvegarder le contenu du Samsung dessus. Il y a dessus des éléments qu'un pote a essayé d'extraire avec un logiciel sous Windows, mais ça ne vaut rien et je peux tout reformater si nécessaire.Ce DDE apparait à la dernière ligne ci-dessous :

seb@pc-seb:~$ sudo df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               968M       0  968M   0% /dev
tmpfs              200M    1,3M  199M   1% /run
/dev/sda1          916G    7,1G  863G   1% /
tmpfs              997M     35M  963M   4% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              997M       0  997M   0% /sys/fs/cgroup
/dev/loop0          87M     87M     0 100% /snap/core/4486
/dev/loop1          72M     72M     0 100% /snap/software-boutique/31
/dev/loop2          87M     87M     0 100% /snap/core/4571
/dev/loop3         8,0M    8,0M     0 100% /snap/pulsemixer/23
/dev/loop4          87M     87M     0 100% /snap/ubuntu-mate-welcome/169
/dev/loop5         7,7M    7,7M     0 100% /snap/pulsemixer/8
tmpfs              200M     36K  200M   1% /run/user/1000
/dev/sdg1          932G     38G  895G   4% /media/seb/Elements

Je prends bonne note de déconnecter Samsung dès que possible, j'éteins l'ordi et je le fais dès que ce message est posté. J'aurai besoin d'instructions pour copier le contenu de Samsung sur DDE. Merci !

Dernière modification par seboseb (Le 20/05/2018, à 11:35)

Hors ligne

#10 Le 20/05/2018, à 11:45

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bonjour.

465,3G └─sdb5 LVM2_member   

On ne voit rien dans le lvm. (le ou les systèmes de fichiers contenu dans le LVM devraient apparaitre en dessous)
Donc à moins d'une fausse manip ayant conduit à leur disparition. C'est qu'il y a effectivement un problème de lecture sur le disque.

seboseb a écrit :

J'ai un autre disque externe (on va l'appeler DDE), et j'ai la place d'y sauvegarder le contenu du Samsung dessus. Il t a dessus des éléments qu'un pote a essayé d'extraire avec un logiciel sous Windows, mais ça ne vaut rien et je peux tout reformater si nécessaire.Ce DDE apparait à la dernière ligne ci-dessous

Inutile de formater. On va recopier directement le disque endommagé sur celui ci. Ce qui va écraser tout le contenu

commence par installer gddrescue

sudo apt-get install gddrescue

Ensuite si tu es prêt à te lancer dans la copie, reconnecte ton disque endommagé + le disque de sauvegarde, et fait les 2 commandes ci-dessous (C'est pour identifier tes disques de manière fiable, et éviter toute erreur désastreuse...)

sudo lsblk -o size,name,fstype,label,mountpoint
sudo ls -l /dev/disk/by-id

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#11 Le 20/05/2018, à 12:11

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Voilà qui est fait :

seb@pc-seb:~$ sudo lsblk -o size,name,fstype,label,mountpoint
  SIZE NAME   FSTYPE      LABEL    MOUNTPOINT
 86,6M loop0  squashfs             /snap/core/4571
 71,7M loop1  squashfs             /snap/software-boutique/31
 86,7M loop2  squashfs             /snap/ubuntu-mate-welcome/169
  7,9M loop3  squashfs             /snap/pulsemixer/23
 86,6M loop4  squashfs             /snap/core/4486
  7,5M loop5  squashfs             /snap/pulsemixer/8
931,5G sda                         
931,5G └─sda1 ext4                 /
465,8G sdb                         
  487M ├─sdb1 ext2                 
    1K ├─sdb2                      
465,3G └─sdb5 LVM2_member          
931,5G sdg                         
931,5G └─sdg1 ntfs        Elements /media/seb/Elements
 1024M sr0                         
seb@pc-seb:~$ sudo ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 mai   20 13:05 ata-SAMSUNG_HD501LJ_S0MUJ1GP604560 -> ../../sdb
lrwxrwxrwx 1 root root 10 mai   20 13:05 ata-SAMSUNG_HD501LJ_S0MUJ1GP604560-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 mai   20 13:05 ata-SAMSUNG_HD501LJ_S0MUJ1GP604560-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 mai   20 13:05 ata-SAMSUNG_HD501LJ_S0MUJ1GP604560-part5 -> ../../sdb5
lrwxrwxrwx 1 root root  9 mai   20 13:05 ata-TSSTcorpCD_DVDW_SH-S183A -> ../../sr0
lrwxrwxrwx 1 root root  9 mai   20 13:05 ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F487891 -> ../../sda
lrwxrwxrwx 1 root root 10 mai   20 13:05 ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F487891-part1 -> ../../sda1
lrwxrwxrwx 1 root root  9 mai   20 13:05 usb-Generic_USB_CF_Reader_058F312D81B-0:1 -> ../../sdd
lrwxrwxrwx 1 root root  9 mai   20 13:05 usb-Generic_USB_MS_Reader_058F312D81B-0:3 -> ../../sdf
lrwxrwxrwx 1 root root  9 mai   20 13:05 usb-Generic_USB_SD_Reader_058F312D81B-0:0 -> ../../sdc
lrwxrwxrwx 1 root root  9 mai   20 13:05 usb-Generic_USB_SM_Reader_058F312D81B-0:2 -> ../../sde
lrwxrwxrwx 1 root root  9 mai   20 13:05 usb-WD_Elements_10A8_575835314141333831353832-0:0 -> ../../sdg
lrwxrwxrwx 1 root root 10 mai   20 13:05 usb-WD_Elements_10A8_575835314141333831353832-0:0-part1 -> ../../sdg1
lrwxrwxrwx 1 root root  9 mai   20 13:05 wwn-0x50000f001b604560 -> ../../sdb
lrwxrwxrwx 1 root root 10 mai   20 13:05 wwn-0x50000f001b604560-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 mai   20 13:05 wwn-0x50000f001b604560-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 mai   20 13:05 wwn-0x50000f001b604560-part5 -> ../../sdb5
lrwxrwxrwx 1 root root  9 mai   20 13:05 wwn-0x50014ee204d51c3b -> ../../sda
lrwxrwxrwx 1 root root 10 mai   20 13:05 wwn-0x50014ee204d51c3b-part1 -> ../../sda1

Le Samsung (sdb) n'est pas monté mais il est bien branché et reconnu, si je comprends bien. (c'est pas certain !)
Je vais manger, retour dans 30 minutes smile

Dernière modification par seboseb (Le 20/05/2018, à 12:13)

Hors ligne

#12 Le 20/05/2018, à 12:35

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Ok
Le disque à copier est actuellement sdb

465,8G sdb                         
  487M ├─sdb1 ext2                 
    1K ├─sdb2                      
465,3G └─sdb5 LVM2_member 

identifié de façon permanente par 

ata-SAMSUNG_HD501LJ_S0MUJ1GP604560 -> ../../sdb

et le disque cible est actuellement sdg

931,5G sdg                         
931,5G └─sdg1 ntfs        Elements /media/seb/Elements

identifié de façon permanente par 

usb-WD_Elements_10A8_575835314141333831353832-0:0 -> ../../sdg

voilà la suite

sudo umount -fl /dev/disk/by-id/usb-WD_Elements_10A8_575835314141333831353832-0:0-part1

sudo ddrescue -f -b 512 --log-rates ~/rescueRate.log  /dev/disk/by-id/ata-SAMSUNG_HD501LJ_S0MUJ1GP604560  /dev/disk/by-id/usb-WD_Elements_10A8_575835314141333831353832-0:0  ~/rescue.map

cette commande va faire une première passe "rapide" pour recopier tout ce qui peut-l'être facilement, et noter dans le fichier rescue.map ce qui n'a pas été copié. Puis va ensuite insister sur les blocs illisibles...
Ca peut durer de quelques heures à plusieurs jours suivant l'état du disque...

On fera un point d'étape si ça s'éternise au delà de 24h. et dans tous les cas à la fin de la copie il faut vérifier l'état de la récupération (complète ou pas)

Le Samsung (sdb) n'est pas monté mais il est bien branché et reconnu, si je comprends bien. (c'est pas certain !)

Le disque est reconnu (l'electronique fonctionne). Ce qu'il contient ne l'est que partiellement (certaines partie des pistes magnétiques ne sont pas lisibles, ou en tout cas pas facilement)

Dernière modification par jamesbad000 (Le 20/05/2018, à 12:53)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#13 Le 20/05/2018, à 12:58

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Attends, je veux être certain de bien comprendre : tu veux que je démonte le disque cible (DDE pour moi) avant de lancer ddrescue ? Ce n'est pas plutôt le disque corrompu (Samsung) qu'il faut démonter ?
Je préfère vérifier avec toi, j'avais cru comprendre le contraire et un moment d’inattention est si vite arrivé... Dis-moi ce qu'il en est !

Hors ligne

#14 Le 20/05/2018, à 13:09

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Je confirme. En précisant :

- On démonte le système de fichier NTFS sur le disque cible (ce n'est pas le disque qui est monté, mais un système de fichier qui se trouve dans une partition (ici sdg1) du disque.

- Aucun système de fichier n'est monté sur le disque source (cf la colonne "mountpoint" de la commande lsblk)

- On fait une copie secteur par secteur d'un disque sur l'autre. Et non une copie de fichier classique, d'un système de fichier à un autre.
C'est pour celà que j'ai bien précisé que tout le contenu du disque cible sera écrasé

- A noter que j'ai corrigé la première commande (j'avais oublié le suffixe "-part1")


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#15 Le 20/05/2018, à 14:04

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Argh ! Gros problème : mise en veille de l'ordi pendant le travail de la commande ddrescue. J'avais oublié ce que c'est d'avoir un Ubuntu tout neuf et non paramétré à ma convenance. Terminal m'affiche ceci :

seb@pc-seb:~$ sudo ddrescue -f -b 512 --log-rates ~/rescueRate.log  /dev/disk/by-id/ata-SAMSUNG_HD501LJ_S0MUJ1GP604560  /dev/disk/by-id/usb-WD_Elements_10A8_575835314141333831353832-0:0  ~/rescue.map
GNU ddrescue 1.22
     ipos:  552075 kB, non-trimmed:        0 B,  current rate:   6684 kB/s
     opos:  552075 kB, non-scraped:        0 B,  average rate:  19037 kB/s
non-tried:  499555 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  552075 kB,   bad areas:        0,        run time:         29s
pct rescued:    0.11%, read errors:        0,  remaining time:      7h 17m
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

Tout est "freezé" : les chiffres ne bougent plus, mais pour autant, je n'ai pas l'invite de commande. Par ailleurs, mon disque cible DDE clignote de façon étrange : environ 1.5 secondes allumé, 1.5 seconde éteint, hyper régulier.
Je vais virer la mise en veille avec les utilitaires graphiques, mais ensuite que dois-je faire ?

Dernière modification par seboseb (Le 20/05/2018, à 14:04)

Hors ligne

#16 Le 20/05/2018, à 14:23

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Ce n'est pas bien grave.
Reboot ton pc pour être certain de repartir sur une situation clean.
Puis relance les 2 dernières commandes. La copie va reprendre là ou elle a été interrompue.


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#17 Le 20/05/2018, à 15:03

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

OK, c'est curieux... Le PC ne s'est pas éteint tout seul (j'ai attendu près de 10 minutes avant de l'éteindre avec le bouton).

J'ai relancé les 2 commandes, la sauvegarde a repris à peu près au même endroit. En y regardant de plus près, le "freezage" de l'écran de Terminal est intervenu au bout de 29 secondes seulement, donc ce n'est pas la mise en veille qui est en cause. Le second lancement de ddrescue a bloqué environ 1 minute avec le même pourcentage (0.11%) et presque même nombre de Ko "rescued", puis ça s'est débloqué et maintenant ça semble évoluer normalement : le chrono bouge et le taux de rescue augmente.
J'enlève tout de même tout ce qui ressemble à une mise en veille...

Il y en a pour 18h environ, j'essaierai de faire compte-rendu demain matin avant d'aller au boulot.
Et au fait : c'est pas fini mais déjà un grand merci ! Bonne fin de dimanche.

Hors ligne

#18 Le 20/05/2018, à 15:17

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Le plus probable est que le disque n'arrivait pas à lire un secteur.
Du coup il retente de lui même plusieurs fois (avec potentiellement un protocole un peu lourd de réinitialisation / repositionnement de tête de lecture) avant de signaler une erreur de lecture au logiciel, qui a ce moment va faire un saut un peu plus loin sur le disque.
Il reviendra sur cette zone lorsqu'il aura fini de parcourir la totalité du disque une première fois...

Dernière modification par jamesbad000 (Le 21/05/2018, à 11:35)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#19 Le 20/05/2018, à 15:52

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Peut-être, mais quand même: s'il y a eu mise en veille de l'écran et verrouillage de session, c'est que la situation a duré plus de 30 minutes (c'était la durée par défaut). Et la diode du DDE  a clignoté pendant longtemps comme ça, y compris quand le PC ne parvenait pas à s'éteindre.
Bon, en attendant, ça fonctionne : plus de 5% sauvés et un temps restant qui s'allonge légèrement au fur et à mesure du processus ! smile
Je touche du bois et je donne des nouvelles demain matin.

Hors ligne

#20 Le 20/05/2018, à 16:19

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

En fait ce symptôme de freeze très long fait plutôt penser à un problème de positionnement des têtes de lecture.
Certains disque peuvent boucler assez longtemps avant de renoncer sur un tel problème.

Et c'est cohérent avec des erreurs sur des emplacement très dispersées et l'absence de "pending sector" relevés dans les données smart. et la durée d'utilisation de ton disque

Ceci dit, ces hypothèses n'avancent pas à grand chose, pour la copie. A moins de confier le disque à un professionnel, qui l'ouvrira. On ne peut rien faire de plus que laisser rouler...

Dernière modification par jamesbad000 (Le 21/05/2018, à 10:29)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#21 Le 21/05/2018, à 06:51

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Nouvelles du front : sauvegarde pas finie mais déjà 92% "rescued" et aucune erreur de lecture pour l'instant... Il en est encore au premier passage.

Je touche du bois car je me suis aperçu d'une énorme bêtise de ma part : sur ma vieille sauvegarde, au lieu de sauvegarder tous le /home, ce qui prenait beaucoup de place pour le disque, j'ai voulu éliminer les vidéos et d'autres trucs peu importants... Et j'ai sélectionné manuellement les dossiers à copier ! En oubliant, bien entendu, tous les dossiers cachés commençant par un point, dont /home/.Thunderbird, par exemple, qui contient tous nos identifiants de connexions et tous les mails archivés. Pas mal, non ? Alors qu'il y a (je viens de le découvrir) un utilitaire de sauvegarde très simple en mode graphique dans MATE. Bref, "c'est la vie" comme on dit en anglais.

Je redonne des nouvelles à midi, je pense pouvoir rentrer et la devrait être terminée.

Hors ligne

#22 Le 21/05/2018, à 11:02

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Bon, ddrescue a terminé et je trouve ça étrange : 100% de récupération !

seb@pc-seb:~$ sudo ddrescue -f -b 512 --log-rates ~/rescueRate.log  /dev/disk/by-id/ata-SAMSUNG_HD501LJ_S0MUJ1GP604560  /dev/disk/by-id/usb-WD_Elements_10A8_575835314141333831353832-0:0  ~/rescue.map
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 0 B, tried: 0 B, bad-sector: 0 B, bad areas: 0

     ipos:    4775 MB, non-trimmed:        0 B,  current rate:  80084 kB/s
     ipos:  500107 MB, non-trimmed:        0 B,  current rate:  37773 kB/s
     opos:  500107 MB, non-scraped:        0 B,  average rate:   8051 kB/s
non-tried:        0 B,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  500107 MB,   bad areas:        0,        run time: 17h 15m 15s
pct rescued:  100.00%, read errors:        0,  remaining time:         n/a
                              time since last successful read:         n/a
Finished 

Donc... que se passe-t-il avec ce disque ???

Hors ligne

#23 Le 21/05/2018, à 11:25

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

seboseb a écrit :

que se passe-t-il avec ce disque ???

Il est usé... Fatigué de la vie...

Déconnecte le pour le préserver au cas ou...
Et voyons si les systèmes de fichier qui devraient se trouver dans le LVM réapparaissent sur la copie

sudo lsblk -o size,name,fstype,label,mountpoint

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#24 Le 21/05/2018, à 17:40

seboseb

Re : [Résolu] Disque dur planté : comment récupérer les données ?

Me revoici. Alors :

seb@pc-seb:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de seb : 
  SIZE NAME   FSTYPE      LABEL MOUNTPOINT
 86,6M loop0  squashfs          /snap/core/4486
  7,9M loop1  squashfs          /snap/pulsemixer/23
 86,6M loop2  squashfs          /snap/core/4571
 71,7M loop3  squashfs          /snap/software-boutique/31
 86,7M loop4  squashfs          /snap/ubuntu-mate-welcome/169
  7,5M loop5  squashfs          /snap/pulsemixer/8
931,5G sda                      
931,5G └─sda1 ext4              /
465,8G sdb                      
  487M ├─sdb1 ext2              
    1K ├─sdb2                   
465,3G └─sdb5 LVM2_member       
931,5G sdg                      
  487M ├─sdg1 ext2              /media/seb/56605856-e2be-4c57-8f87-35b90b1d83cd
    1K └─sdg2                   
 1024M sr0               

C'est pas bien joli sur la copie DDE (disque sdg) : moins d'un demi Go reconnu et monté, si je comprends ce que je lis.
Avec l'explorateur de fichier en graphique, je trouve exactement les mêmes fichiers (vieux noyaux linux et dossier GRUB) que sur le Samsung défectueux (sdb).

Ma question sur le disque venait de mon étonnement : pourquoi ddrescue ne trouve-t-il pas d'erreur suer ce disque pourtant défectueux ?

Hors ligne

#25 Le 21/05/2018, à 18:37

jamesbad000

Re : [Résolu] Disque dur planté : comment récupérer les données ?

  seboseb a écrit :

pourquoi ddrescue ne trouve-t-il pas d'erreur suer ce disque pourtant défectueux

Rien ne dit qu'il n'y a pas eu d'erreur... D'ailleurs, vu le temps que ça a prit il est certain qu'il y en a eu. Mais à la fin tout à quand même pu être lu (c'est bien ce à quoi sert ddrescue)

Ceci dit, il est tout a fait anormal qu'avec une copie soit disant complète on ne retrouve pas au moins ce qu'on voit sur le disque source.
Ah oui ! Déconnecte le disque source, car cela créé un conflit au niveau du LVM.

Et refais la commande lsblk

Dernière modification par jamesbad000 (Le 21/05/2018, à 18:43)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne