Récupération disque Mac avec live cd

Sunside · Le 05/01/2019, à 15:34

Bonjour,

J'ai récupéré pour une amie un imac de 2008 dont le disque dur a laché. Le mac ne redémarre plus du tout et affiche un folder avec un point d'intérrogation ce qui est généralement mauvais signe.
Après un nombre indéterminable de redémarrage de la machine sous un live cd ubuntu mate, je parviens enfin à voir le disque.

Pourriez vous m'aider à trouver un moyen de lui récupérer ses données ?

Voici ce que donne le fdisk -l

Disk /dev/sdb: 298.1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: FEE4985D-F142-45B9-8413-BF616AF2CBC9

Device      Start       End   Sectors   Size Type
/dev/sdb1      40    409639    409600   200M EFI System
/dev/sdb2  409640 624880263 624470624 297.8G Apple HFS/HFS+

Merci pour votre aide.

et ce que donne le fsck:

root@ubuntu-mate:~# fsck /dev/sdb1
fsck from util-linux 2.32
fsck.fat 4.1 (2017-01-24)
/dev/sdb1: 5 files, 30726/403266 clusters

root@ubuntu-mate:~# fsck /dev/sdb2
fsck from util-linux 2.32

Nasman · Le 05/01/2019, à 17:47

1) Ne pas tenter de corriger un système de fichiers non Linux
2) Voir avec testdisk s'il retrouve la partition sdb2 (qui contient les données mac) à la LBA 409640, ce qui devrait correspondre à des valeurs de CHS de
C=25 H=127 S=15 (géométrie standard de 63 secteurs par piste et 255 têtes)
Si c'est la cas (peut être après un deeper search, afficher le contenu de cette partition et peut être copier les données ailleurs.

ubuntu18a · Le 05/01/2019, à 18:11

Bonjour,
il serait bon de vérifier l'état physique du disque avant de lancer tesdisk ou une duplication physique.
Merci d'installer l'application smartmontools https://doc.ubuntu-fr.org/smartmontools
et de donner le retour de la commande

sudo smartctl  -s on   -a  /dev/sdb

Sunside · Le 05/01/2019, à 19:32

Nasman a écrit :

1) Ne pas tenter de corriger un système de fichiers non Linux
2) Voir avec testdisk s'il retrouve la partition sdb2 (qui contient les données mac) à la LBA 409640, ce qui devrait correspondre à des valeurs de CHS de
C=25 H=127 S=15 (géométrie standard de 63 secteurs par piste et 255 têtes)
Si c'est la cas (peut être après un deeper search, afficher le contenu de cette partition et peut être copier les données ailleurs.

C'est noté je ne ferai plus de fsck, malheureusement la session a planté et j'ai renouveau perdu le disque. Je vais encore devoir tenter 100 reboots avant de le revoir revenir...

ubuntu18a a écrit :

Bonjour,
il serait bon de vérifier l'état physique du disque avant de lancer tesdisk ou une duplication physique.
Merci d'installer l'application smartmontools https://doc.ubuntu-fr.org/smartmontools
et de donner le retour de la commande
sudo smartctl  -s on   -a  /dev/sdb

Je ne peux plus te copier/coller le code étant donné que la session est morte mais j'avais lancé un short test et que la ligne multi_zone_error_rate était en FAILED

Merci pour votre soutien

Nasman · Le 05/01/2019, à 20:41

En cas de disque qui se déconnecte ou qui disparaît, il convient d'utiliser ddrescue en ayant sous la main un disque disponible de taille supérieure ou égale.
ddrescue va recopier ce qui peut être lu facilement (et recopié) et revient plus tard sur les zones où il y a eu un échec de lecture. En cas de déconnexion du disque il reprend le travail quand ce dernier réapparaît.
Ce sera sur l'image récupérée que pourra se faire la recherche de fichiers.

Sunside · Le 06/01/2019, à 00:25

Nasman a écrit :

En cas de disque qui se déconnecte ou qui disparaît, il convient d'utiliser ddrescue en ayant sous la main un disque disponible de taille supérieure ou égale.
ddrescue va recopier ce qui peut être lu facilement (et recopié) et revient plus tard sur les zones où il y a eu un échec de lecture. En cas de déconnexion du disque il reprend le travail quand ce dernier réapparaît.
Ce sera sur l'image récupérée que pourra se faire la recherche de fichiers.

Ok merci j’avais lu ça en effet, j’espère juste le revoir rapidement

ubuntu18a · Le 06/01/2019, à 00:47

Lorsqu'un disque disparait, la cause peut être une température excessive suite à des difficultés d'écriture . ( Le fameux code erreur 200 que tu as avec le message ´failing now'.).

Il faut attendre quelques heures, le temps qu'il refroidisse, avant de rebooter.

Sunside · Le 06/01/2019, à 13:23

ubuntu18a a écrit :

Lorsqu'un disque disparait, la cause peut être une température excessive suite à des difficultés d'écriture . ( Le fameux code erreur 200 que tu as avec le message ´failing now'.).
Il faut attendre quelques heures, le temps qu'il refroidisse, avant de rebooter.

Effectivement au redémarrage ce matin le disque est de nouveau la... J'ai lancé un ddrescue sur un disque externe mais je n'ai pas l'impression que cela avance beaucoup...

Sunside · Le 06/01/2019, à 15:07

Voila le smartctl:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   150   150   051    Pre-fail  Always       -       280957
  3 Spin_Up_Time            0x0003   176   156   021    Pre-fail  Always       -       4183
  4 Start_Stop_Count        0x0032   023   023   000    Old_age   Always       -       77461
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000e   200   200   051    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   085   085   000    Old_age   Always       -       11283
 10 Spin_Retry_Count        0x0012   100   100   051    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   051    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3768
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       0
193 Load_Cycle_Count        0x0032   175   175   000    Old_age   Always       -       77484
194 Temperature_Celsius     0x0022   111   087   000    Old_age   Always       -       36
195 Hardware_ECC_Recovered  0x000e   001   001   000    Old_age   Always       -       67222225
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   175   174   000    Old_age   Always       -       1349
198 Offline_Uncorrectable   0x0010   200   200   000    Old_age   Offline      -       45
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   001   001   051    Old_age   Offline  FAILING_NOW 86403

SMART Error Log Version: 1
ATA Error Count: 1629 (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.

Par contre si quelqu un a une nouvelle solution je suis preneur parce que la j en ai pour la vie entière tout ça pour quelques photos:

root@ubuntu-mate:~# ddrescue --force -d -R -n /dev/sdb /dev/sdc report
GNU ddrescue 1.23
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 56803 kB, tried: 344064 B, bad-sector: 0 B, bad areas: 0

Current status
     ipos:  320001 MB, non-trimmed:    1458 kB,  current rate:     555 B/s
     opos:  320001 MB, non-scraped:        0 B,  average rate:   55313 B/s
non-tried:  319738 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  333258 kB,   bad areas:        0,        run time:  1h 23m 18s
pct rescued:    0.10%, read errors:       17,  remaining time:  34585d 21h
                              time since last successful read:          0s
Copying non-tried blocks... Pass 5 (backwards)

ubuntu18a · Le 06/01/2019, à 19:36

Sunside a écrit :

Voila le smartctl:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   150   150   051    Pre-fail  Always       -       280957
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000e   200   200   051    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   085   085   000    Old_age   Always       -       11283
195 Hardware_ECC_Recovered  0x000e   001   001   000    Old_age   Always       -       67222225
197 Current_Pending_Sector  0x0012   175   174   000    Old_age   Always       -       1349
200 Multi_Zone_Error_Rate   0x0008   001   001   051    Old_age   Offline  FAILING_NOW 86403

SMART Error Log Version: 1
ATA Error Count: 1629 (device log contains only the most recent five errors)

Bonjour.
Tu as 1349 secteurs illisibles. La duplication du disque est bien nécessaire.

Je pense que la cause de la lenteur s'explique par le compteur 195 qui fonctionne à 1%
il sert à mesurer le fonctionnement de la partie électronique me semble-t-il. https://kb.acronis.com/content/9131
il y a donc peu d'espoir que la vitesse de reopie s'améliore. A mon avis, Oublie la récupération des photos.

Sunside · Le 06/01/2019, à 20:07

ubuntu18a a écrit :

Sunside a écrit :
Voila le smartctl:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   150   150   051    Pre-fail  Always       -       280957
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000e   200   200   051    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   085   085   000    Old_age   Always       -       11283
195 Hardware_ECC_Recovered  0x000e   001   001   000    Old_age   Always       -       67222225
197 Current_Pending_Sector  0x0012   175   174   000    Old_age   Always       -       1349
200 Multi_Zone_Error_Rate   0x0008   001   001   051    Old_age   Offline  FAILING_NOW 86403

SMART Error Log Version: 1
ATA Error Count: 1629 (device log contains only the most recent five errors)
Bonjour.
Tu as 1349 secteurs illisibles. La duplication du disque est bien nécessaire.
Je pense que la cause de la lenteur s'explique par le compteur 195 qui fonctionne à 1%
il sert à mesurer le fonctionnement de la partie électronique me semble-t-il. https://kb.acronis.com/content/9131
il y a donc peu d'espoir que la vitesse de reopie s'améliore. A mon avis, Oublie la récupération des photos.

Meme si je sors le disque du mac et que je le plug en usb ?

ubuntu18a · Le 06/01/2019, à 20:21

la partie électronique est dans le disque. il me semble qu'on l'appelle le PCB.
https://www.deadhardrive.com/changer-pc … isque-dur/

Sunside · Le 06/01/2019, à 20:49

ubuntu18a a écrit :

la partie électronique est dans le disque. il me semble qu'on l'appelle le PCB.
https://www.deadhardrive.com/changer-pc … isque-dur/

Et la pour 500 balles ils vont les récupérer tu penses ?

Nuliel · Le 06/01/2019, à 21:20

Je pense que les paramètres de ddrescue sont pas adaptés.
Perso j'aurais plutôt fait

sudo ddrescue -n -T -b512 /dev/sdb /dev/sdc report

Il manque le début du retour de smartctl, donc on sait pas si les secteurs font peut être pas 512 octets mais 4096 octets

Sunside · Le 07/01/2019, à 01:16

Naziel a écrit :

Je pense que les paramètres de ddrescue sont pas adaptés.
Perso j'aurais plutôt fait
sudo ddrescue -n -T -b512 /dev/sdb /dev/sdc report
Il manque le début du retour de smartctl, donc on sait pas si les secteurs font peut être pas 512 octets mais 4096 octets

Ils font 512:

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Caviar Blue Serial ATA
Device Model:     WDC WD3200AAJS-40VWA1
Serial Number:    WD-WCARW6468779
LU WWN Device Id: 5 0014ee 156984ff3
Firmware Version: 58.01D02
User Capacity:    320,072,933,376 bytes [320 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 2.5, 3.0 Gb/s
Local Time is:    Sun Jan  6 18:55:42 2019 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Nuliel · Le 07/01/2019, à 07:51

Oui ils font bien 512 octets, maintenant la question: est ce que ce disque parque trop souvent?

Sunside · Le 08/01/2019, à 01:53

Naziel a écrit :

Oui ils font bien 512 octets, maintenant la question: est ce que ce disque parque trop souvent?

Que signifie parquer ?

Nuliel · Le 08/01/2019, à 07:45

Voir https://forum.ubuntu-fr.org/viewtopic.php?id=403064 (à chaque fois que je vois Caviar dans le nom du disque je pense à cette discussion)
En gros la tête s'éloigne du disque afin d'éviter des problèmes lors de chocs du disque, mais faut pas qu'elle s'en éloigne trop souvent vu que ça abîme la tête.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 05/01/2019, à 15:34

Récupération disque Mac avec live cd

#2 Le 05/01/2019, à 17:47

Re : Récupération disque Mac avec live cd

#3 Le 05/01/2019, à 18:11

Re : Récupération disque Mac avec live cd

#4 Le 05/01/2019, à 19:32

Re : Récupération disque Mac avec live cd

#5 Le 05/01/2019, à 20:41

Re : Récupération disque Mac avec live cd

#6 Le 06/01/2019, à 00:25

Re : Récupération disque Mac avec live cd

#7 Le 06/01/2019, à 00:47

Re : Récupération disque Mac avec live cd

#8 Le 06/01/2019, à 13:23

Re : Récupération disque Mac avec live cd

#9 Le 06/01/2019, à 15:07

Re : Récupération disque Mac avec live cd

#10 Le 06/01/2019, à 19:36

Re : Récupération disque Mac avec live cd

#11 Le 06/01/2019, à 20:07

Re : Récupération disque Mac avec live cd

#12 Le 06/01/2019, à 20:21

Re : Récupération disque Mac avec live cd

#13 Le 06/01/2019, à 20:49

Re : Récupération disque Mac avec live cd

#14 Le 06/01/2019, à 21:20

Re : Récupération disque Mac avec live cd

#15 Le 07/01/2019, à 01:16

Re : Récupération disque Mac avec live cd

#16 Le 07/01/2019, à 07:51

Re : Récupération disque Mac avec live cd

#17 Le 08/01/2019, à 01:53

Re : Récupération disque Mac avec live cd

#18 Le 08/01/2019, à 07:45

Re : Récupération disque Mac avec live cd

Pied de page des forums