#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 !
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 ?
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 !
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.
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
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 !
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 ?
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 ?
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