[Résolu] Récupération de données sur Ethernet Big Disk Lacie

rmy · Le 01/04/2011, à 15:25

OK. C'est un peu le bordel mais on va essayer de s'en sortir. Voici l'état de la situation, si tu penses que je me trompe, arrête-moi :

Le disque /dev/sdd est le disque "sain" qui n'a pas posé de problème à la copie, et qui contient la partition système et une partition de données. Son image s'appelle imagesde.dd si je ne me suis pas trompé dans tes résultats. Ensuite, il y a le disque sde, qui contient la fin de la structure des données du JBOD. C'est celui qui a posé problème à la copie, son image s'appelle imagesdd.dd

On va déjà tenter de voir ce que dit mdadm là dessus, en espérant qu'il ne grogne pas trop à cause de ton image partielle du second disque.

sudo mdadm -A /dev/md0 /dev/sdd2 /media/Expansion\ Drive/imagesdd.dd

Eical · Le 01/04/2011, à 15:44

Avant de poursuivre: je jongle avec plein de disques que je branche et je débranche ( pas bcp de place et une alim faible).
Pour l'instant je viens de brancher en usb il y a deux minutes mes deux disques externes de 1To
J'ai en interne 3 dd de 80Go chacun (un en sata et deux en ide) sachant que je n'ai plus qu'une place pour un sata de dispo (ce qui va faire 4 dd branchés en interne si je positionne le disque de 1To en sata et que pour brancher les disques Lacie je suis obligé de laisser ce branchement libre car ils sont en sata aussi)
Ce qui me fait pour résumer
-usb: 2 dd ext de 1To chacun
-ide: 2 dd int de 80Go chacun
sata: 2 ports dont un utilisé pour dd int de 80Go et l'autre port dispo pour accueillir soit un dd interne de 1To soit l'un des deux dd Lacie

J'aimerai savoir si:
- on a encore besoin des deux disques Lacie
- si il est nécessaire que je branche mon disque interne 1To
et je précise que imagesdd.dd se trouve sur EXPANSION D (dd de 1To externe en usb)
et que imagesde.dd se trouve sur Expansion Drive (dd externe de 1To en usb)

Et si c'est pas clair pour toi, rassures toi, pour moi non plus!

rmy · Le 01/04/2011, à 17:54

Nous n'avons besoin que :
-de ton système linux
-du disque d'origine Lacie "sain", celui qui a plusieurs partitions visibles, /dev/sdd dans ton précédent branchement
-du disque externe sur lequel tu as mis l'image imagesdd.dd (mais qui en fait est l'image de l'autre disque Lacie)

Le reste, tu pourra le brancher plus tard en usb pour sauver tes données si ça marche.

Moins il y en a de branché, moins on risque les fausses manips comme celle de copier le mauvais disque (celui de 80Gio ) sur ta récup…

Par contre, et là c'est PARTICULIÈREMENT SENSIBLE, il ne faut pas que tu jongles avec tes disques entre le moment où tu me donne un résultat et le moment où tu copie ma commande… ou alors sois sur de ce que tu fais et comprends ce que je te fais faire pour adapter la ligne de commande (Je pense que tu comprends mieux pourquoi au début je t'avais proposé de me contacter pour une récup pro à prix libre )

Mets tes disques en place, débranche tout ce qui ne nous intéresse pas, et redonne moi le retour de

sudo sfdisk -luS

mount

sudo blkid

Puis ne touche plus à rien.

Eical · Le 01/04/2011, à 20:56

Voici le résultat des commandes précédentes.
pour sudo sfdisk -luS

Disque /dev/sda : 10011 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sda1         16065  81915434   81899370   f  W95 Etendue (LBA)
/dev/sda2   *  81915435 122881184   40965750   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda3     122881185 160826714   37945530   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sda4             0         -          0   0  Vide
/dev/sda5         16128  81915434   81899307   7  HPFS/NTFS

Disque /dev/sdb : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Attention : la table de partitions semble avoir été créée
  pour C/H/S=*/64/63 (au lieu de 9729/255/63).
Pour ce rapport, cette géométrie sera supposée telle.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdb1   *  61443648 156296447   94852800   7  HPFS/NTFS
/dev/sdb2          4093  61442047   61437955   f  W95 Etendue (LBA)
/dev/sdb3             0         -          0   0  Vide
/dev/sdb4             0         -          0   0  Vide
/dev/sdb5          4095  47689298   47685204   7  HPFS/NTFS
/dev/sdb6      47689728  60745727   13056000  83  Linux
/dev/sdb7      60747776  61442047     694272  82  Linux swap / Solaris

Disque /dev/sdc : 31008336 cylindres, 1 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdc1   *        63 1953520127 1953520065   7  HPFS/NTFS
        début: (c,h,s) attendu (1,0,1) trouvé (0,1,1)
/dev/sdc2             0         -          0   0  Vide
/dev/sdc3             0         -          0   0  Vide
/dev/sdc4             0         -          0   0  Vide

Disque /dev/sdd : 60801 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sdd1           124   2008124    2008001   5  Etendue
/dev/sdd2       2008125 976768064  974759940  83  Linux
/dev/sdd3             0         -          0   0  Vide
/dev/sdd4             0         -          0   0  Vide
/dev/sdd5           126    257039     256914  82  Linux swap / Solaris
/dev/sdd6        257103    273104      16002  83  Linux
/dev/sdd7        273168    289169      16002  83  Linux
/dev/sdd8        289233    546209     256977  83  Linux
/dev/sdd9        546273   2008124    1461852  83  Linux

Disque /dev/sde : 9729 cylindres, 255 têtes, 63 secteurs/piste
Attention : la partition étendue ne débute pas sur une frontière de.
cylindres. DOS et Linux interpréteront les contenus différemment.
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorce  Début       Fin   #secteurs Id  Système
/dev/sde1   *        63 116478950  116478888   7  HPFS/NTFS
/dev/sde2     122881185 156296384   33415200   7  HPFS/NTFS
        début: (c,h,s) attendu (1023,254,63) trouvé (1023,0,1)
/dev/sde3     116479998 122879999    6400002   5  Etendue
/dev/sde4             0         -          0   0  Vide

pour mount:

/dev/sdb6 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /var/lib/ureadahead/debugfs type debugfs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/gambotti/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=gambotti)
/dev/sdc1 on /media/EXPANSION D type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)

et enfin sudo blkid:

 /dev/sda2: LABEL="Logiciels" UUID="0E1432C81432B317" TYPE="ntfs" 
/dev/sda3: LABEL="Compositions" UUID="1228274228272467" TYPE="ntfs" 
/dev/sda5: UUID="B0D85FC0D85F840E" TYPE="ntfs" 
/dev/sdb1: LABEL="Photo" UUID="01CBA8458A3303C0" TYPE="ntfs" 
/dev/sdb5: LABEL="CollM-CM-(ge" UUID="66AAF0D6AAF0A429" TYPE="ntfs" 
/dev/sdb6: UUID="b1e6096d-e363-47da-bc1a-47f1c8cf3b33" TYPE="ext4" 
/dev/sdb7: UUID="4db9c2c8-47ac-4212-960d-c8b4be114fcc" TYPE="swap" 
/dev/sdc1: LABEL="EXPANSION D" UUID="94FC9130FC910E1C" TYPE="ntfs" 
/dev/sdd2: UUID="163218f3-299b-9ccc-3c66-6c3860539313" TYPE="linux_raid_member" 
/dev/sdd5: TYPE="swap" 
/dev/sdd7: UUID="4038f408-a84f-4660-9ecd-98a533074019" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdd8: UUID="dc3d64f6-359c-4c4b-a8ce-a20f205be2c5" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdd9: UUID="d8d27620-2fc9-11e6-a187-c144b728cc5e" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sde1: LABEL="MultimM-CM-)dia" UUID="AE70708B70705BD1" TYPE="ntfs" 
/dev/sde2: LABEL="DOWNLOADS" UUID="48B047B1B047A472" TYPE="ntfs"

merci.

rmy · Le 01/04/2011, à 21:07

sudo mdadm -A /dev/md0 /dev/sdd2 /media/EXPANSION\ D/imagesdd.dd

tu peux utiliser la touche tabulation pour l'autocomplétion afin d'être sur de l'écriture de EXPANSION\ D

Eical · Le 01/04/2011, à 21:23

pas compris la tabulation...
sinon ça commence mal

sudo: mdadm: command not found

[edit] ok désolé, mais très fatigué... j'installe mdadm.....

Dernière modification par Eical (Le 01/04/2011, à 21:25)

Eical · Le 01/04/2011, à 21:27

par contre j'ai pas l'impression que ça soit mieux...

mdadm: /media/EXPANSION D/imagesdd.dd is not a block device.
mdadm: /media/EXPANSION D/imagesdd.dd has no superblock - assembly aborted

rmy · Le 02/04/2011, à 10:23

Bon… mdadm n'aime pas trop l'idée d'assembler un disque et une image visiblement. Et la copie de ton second disque semble trop partielle pour avoir les blocs md copiés.

Il faudrait dans l'idéal : Un disque vierge **SUR** lequel tu puisse copier l'image imagesdd.dd (et non pas dans…).
Et reprendre un peu la copie de ton disque malade en insistant sur la fin, qui est marquée en erreur pour le moment dans ton log, mais c'est peut-être dû à une déconexion un peu brutale du disque …

Eical · Le 02/04/2011, à 11:04

C'est une matinée qui commence bien....
Alors que dois-je faire? Débrancher le disque "sain" le remplacer par le disque "abimé" et reprendre la copie?
Faire une nouvelle copie? mais sur quel support?
De toutes façons un montage à partir des deux disques Lacie ne semble pas envisageable?

rmy · Le 02/04/2011, à 13:45

Eical a écrit :

De toutes façons un montage à partir des deux disques Lacie ne semble pas envisageable?

Vu l'état de ton disque malade, non.

Je ne connais pas la configuration de tes disques 1Tio, pourrais-tu mettre en sécu ton image imagesde.dd sur le même disque que celle où il y a imagesdd.dd ? Si oui, as-tu autre chose sur le disque qui contient imagesde.dd ?

Eical · Le 02/04/2011, à 14:28

Donc l'idéal c'est d'avoir les deux images sur le même disque ext de 1To, et un autre disque de 1To vide.
Ok je te donne rendez vous dans 14h.... le temps de transférer toutes les données.

rmy · Le 02/04/2011, à 14:32

Ok… je serai peut-être pas là à 4h du mat' ^^ … mais tente quand même ta chance.

Dernière modification par rmy (Le 02/04/2011, à 14:33)

Eical · Le 03/04/2011, à 18:27

Bonsoir Rmy.
C'est la m.... . J'ai eu un plantage alors que la copie était en cours entre les deux disques externes. Résultat j'ai une moitié de fichier imagesde.dd et surtout je ne peux rien faire avec, même pas le supprimer. Je reçois un message d'erreur: Erreur à la suppression du fichier : Erreur d'entrée/sortie. Je ne peux plus le supprimer de EXPANSION D.

rmy · Le 03/04/2011, à 18:30

Erreur I/O pourrait laisser penser à... un souci matériel. Si c'est le cas, c'est la malchance qui s'acharne contre toi.

As-tu essayé de le supprimer avec rm ?

sudo rm /media/EXPANSION\ D/imagesde.dd

Eical · Le 03/04/2011, à 18:59

oui j'ai essayé mais j'ai la même réponse.

rm: ne peut enlever `/media/EXPANSION D/imagesde.dd': Erreur d'entrée/sortie

je suis maudit? pourtant j'ai accès aux autres fichiers du disque

Dernière modification par Eical (Le 03/04/2011, à 19:00)

rmy · Le 03/04/2011, à 20:43

peut tu donner le retour de ls -l `/media/EXPANSION D/imagesde.dd' ?

Essaye aussi d'éjecter proprement ton disque dur et de le rebrancher. Il a peut-être été remonté automatiquement en lecture seule.

Eical · Le 03/04/2011, à 20:56

La seule réponse est

Et sinon quand je veux éjecter proprement: "L'éjection du média a échoué ; un ou plusieurs volumes sont en cours d'utilisation sur le média."
y'a des jours comme ça...

rmy · Le 04/04/2011, à 09:30

dmesg | tail

et ensuite tu peux éteindre / redémarrer ton ordi sans le disque / rebrancher le disque / redonner dmesg | tail

Eical · Le 04/04/2011, à 18:04

 [   21.358891] ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 19
[   21.358899] agpgart-amd64 0000:01:00.0: PCI INT A -> Link[LNKE] -> GSI 19 (level, low) -> IRQ 19
[   21.450915] [drm] Initialized drm 1.1.0 20060810
[   21.523372] [drm] radeon defaulting to kernel modesetting.
[   21.523377] [drm] radeon kernel modesetting enabled.
[   21.551449] usb 2-1: usbfs: interface 1 claimed by usblp while 'usb' sets config #1
[   24.026823] EXT4-fs (sdb6): re-mounted. Opts: errors=remount-ro,commit=0
[   26.320420] EXT4-fs (sdb6): re-mounted. Opts: errors=remount-ro,commit=0
[   30.960015] eth0: no IPv6 routers present
[  367.182854] lo: Disabled Privacy Extensions

après avoir arrêté l'ordi et débranché et rebranché les disques.
Mais en fait je vais faire l'inverse c'est à dire copier imagesdd.dd ou se trouve imagesde.dd et ensuite formater le disque où ça foire. Comme ça tout repart à neuf.

rmy · Le 04/04/2011, à 18:38

Je te confirme la probabilité d'une défaillance matérielle de ton disque, d'où le remontage en read-only. C'est confirmé par ton log…
Le formatage risque de ne pas arranger grand chose…

Eical · Le 04/04/2011, à 19:17

Eh bien tu sais quoi je suis un peu dégoûté. Je vais rester digne mais ça commence à me fatiguer. (je sais, je sais, la récup, c'est un truc de pros mais je perds pas espoir).
Bon........ Je vais essayer de fusiller mon pc ....
SInon on peut tenter quoi? (pour la récup de données? )

rmy · Le 04/04/2011, à 20:28

Je comprends assez bien ça suis désolé pour toi.

Là, c'est un peu tendu, tu tente depuis le début de faire une récup de données sur un raid endommagé, avec des disques externes, sans autre possibilité que de jongler entre tous…

Tout n'est pas perdu pour autant, mais ça devient un peu limite… même si tu arrives à copier ton image depuis le disque externe "peut-être" endommagé vers l'autre disque externe, je te rappelle qu'à l'origine il était question de recopier l'autre image en écrasant ensuite le disque externe. Si il est endommagé… bof

Tu peux toujours envisager le formatage bas niveau pour mettre de côté les badsectors en espérant que ce ne soit qu'une "fausse alerte" et que le disque ne soit pas vraiment en train de mourir… mais bosser dans ces conditions n'est clairement pas confortable. Vu en plus ton "urgence" matérielle quant au retour du premier disque HS, je te conseillerai bien de repartir sur un terrain plus sûr pour l'instant, le temps d'y voir plus clair :

1/ Fais ta copie (si possible) pour regrouper tes deux images sur un disque externe sain.
2/ Reprends ddrescue en allant essayer de chopper la fin du disque, sans te planter de nom d'image… ce serait catastrophique.
3/ On verra plus tard pour la suite.

Eical · Le 04/04/2011, à 20:46

Chouette les affaires reprennent!
1) c'est en cours
2) je serai prudent
3) tant qu'il y a de la vie....
et merci d'y croire! et de me répondre à chaque fois comme tu le fais si bien!

rmy · Le 04/04/2011, à 23:08

pas de sushi. Bon courage pour la suite. N'hasite pas à interrompre ton ddrescue -T puisque tu as le log, et le tenter un peu plus loin vers la fin… en particulier, les blocs de métadonnées multidisque sont placés à la fin du disque par mdadm dans les versions 0.90 (les plus fréquentes, et c'est ton cas)

Eical · Le 05/04/2011, à 18:39

Voici pour info la démarche en cours. Imagesdd.dd et imagesde.dd sont sur le même dd externe (Expansion Drive). J'ai lancé cette commande:

 sudo ddrescue  /dev/sde /media/Expansion\ Drive/imagesdd.dd  /media/Expansion\ Drive/imagesdd.log -T -i 485GB

et c'est plutot une bonne idée (merci de tes conseils) car ça tourne à 700Kb/s pour le moment. Le seul inconvénient c'est que j'ai plus 15 Go de libre sur mon dd externe avec les deux images mais d'ici que je le remplisse.....

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 01/04/2011, à 15:25

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#77 Le 01/04/2011, à 15:44

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#78 Le 01/04/2011, à 17:54

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#79 Le 01/04/2011, à 20:56

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#80 Le 01/04/2011, à 21:07

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#81 Le 01/04/2011, à 21:23

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#82 Le 01/04/2011, à 21:27

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#83 Le 02/04/2011, à 10:23

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#84 Le 02/04/2011, à 11:04

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#85 Le 02/04/2011, à 13:45

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#86 Le 02/04/2011, à 14:28

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#87 Le 02/04/2011, à 14:32

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#88 Le 03/04/2011, à 18:27

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#89 Le 03/04/2011, à 18:30

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#90 Le 03/04/2011, à 18:59

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#91 Le 03/04/2011, à 20:43

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#92 Le 03/04/2011, à 20:56

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#93 Le 04/04/2011, à 09:30

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#94 Le 04/04/2011, à 18:04

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#95 Le 04/04/2011, à 18:38

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#96 Le 04/04/2011, à 19:17

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#97 Le 04/04/2011, à 20:28

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#98 Le 04/04/2011, à 20:46

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#99 Le 04/04/2011, à 23:08

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#100 Le 05/04/2011, à 18:39

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

Pied de page des forums