#1 Le 23/01/2011, à 11:05
- Eical
[Résolu] Récupération de données sur Ethernet Big Disk Lacie
Bonjour à tous
Je me permets de proposer une nouvelle discussion car je rencontre un problème depuis trois semaines et je n'ai pas trouvé de solutions seul.
Encore novice sur ubuntu, je commence à découvrir cet univers "grâce" à ce problème mais je ne maîtrise pas encore complètement certaines données.
Je possède un Lacie ethernet Big Disk qui contient 400Go de données je pense. Et du jour au lendemain je n'ai plus accès à rien. Donc l'assistance Lacie est mon premier secours mais rien n'y fait.
J'ai donc découvert sur le net cet excellent tutorial: http://www.abysse-tech.com/tutoriels/as … mble-jbod/ que je recommande absolument.
Malheureusement mes compétences ou ma configuration ne m'ont pas permis de réussir à monter les deux disques.
J'ai alors contacté un informaticien qui m'a fait tenter beaucoup de démarches et l'ultime a fonctionné. J'ai réussi en ne branchant que les deux disques Lacie sur ma carte mère et en enlevant les autres, et en utilisant le cd ubuntu, à réussir la manipulation proposée par le tutorial ci-dessus.
Tout aurait été si beau, mais lorsque je veux avoir accès aux fichiers et monter l'ensemble linéaire qui a été créé, je me heurte au message suivant:
Impossible de monter l'emplacement
Error mounting: mount: /dev/md0: can't read superblock
Voilà donc ou j'en suis. Je vous glisse en dessous le bilan qui a été fait par l'informaticien qui m'a conseillé, et qui pourra sans doute éclairer davantage mes propos.
Je vous remercie de m'avoir lu, et par avance des conseils que vous pourriez me proposer.
Aujourd'hui, voici où nous en sommes :
C'est un RAID de type linear.
La solution LaCie est composée de 2 disques. Le premier contient un système d'exploitation Linux et une partition de données (sdd2). L'autre ne contient qu'une partition de données (sdc).
Le RAID est "clean" donc les 2 partitions sont bonnes.
Le problème se trouve sur les superblocks et l'on voit, avec "mdadm --examine", une incohérence entre les partitions que nous disons de monter (sdd2 et sdc) et les partitions que le RAID croit avoir monté (sda2 et sdb) s'il lit les superblocks. Je pense que soit le système de fichier est corrompu et qu'il faut utiliser des outils type fsck ou xfs_quelque_chose pour tenter de réparer, soit il ne sait pas s'adapter au nouvel agencement des disques durs.
Dans le premier cas, je ne connais pas le système de fichier xfs. Je ne connais pas les outils propres à xfs (j'ai lu "xfs-repair" aiderait à réparer les XFS) et les autres outils pour toucher au système de fichier sont à manier avec précautions car la moindre erreur et on perd toutes les données.
Dans le second cas, il faudrait installer les 2 disques LaCie à la place des autres :
A) le disque aujourd'hui sdc (connecteur numéro 3 sur la carte mère) doit être branché à la place du disque sdb (connecteur numéro 2).
B) le disque aujourd'hui sdd (connecteur numéro 4) doit être branché à la place du disque sda (premier connecteur).
En résumé :
sdc DEVIENT sdb
sdd2 DEVIENT sda2
Avant d'intervertir les disques, notez bien lequel est où (où est-il branché et quel est sa lettre ("sda" ou "sdb" ou ...) : si vous vous mélangez, vous pourrez ainsi facilement revenir à la situation initiale et recommencer la manip.
Pour le redémarrage, 3 façons de faire :
A) Vous pouvez tenter de démarrer le PC avec seulement les 2 disques LaCie (peut-être que le système d'exploitation installé sur le sda (anciennement sdd) marchera). Mais le matériel étant assez différent, je pense que soit ça plantera, soit vous vous retrouver sans interface graphique.
B) Vous ne laissez branché que les disques LaCie, et vous utilisez un live-cd (par exemple Knoppix) Linux. Les live-cd Linux sont des distributions Linux particulières qui sont contenues sur 1 unique CD. Ce CD est à insérer dans le lecteur et vous démarrez dessus. Sans rien installer sur le disque, vous avez alors un environnement linux fonctionnel. C'est plus lent, mais cela aide pour le dépannage. Évidemment, dès que le PC s'éteint, vous perdez toutes les modifications. Mais ca vous permet au-moins de démarrer, taper les commandes pour créer le RAID ("--assemble"), de monter le RAID ("mount ...") dans un répertoire que vous aurez créé (mkdir /tmp/toto), et voir si cela marche (le détail dans le dernier paragraphe).
C) Sinon, vous devez brancher les autres disques et démarrer sur ceux-ci en espérant que le fait de les avoir changés de connecteur dans la machine ne les a pas trop perturbé (au pire, vous n'arrivez pas à l'interface graphique, Linux plante avant sans rien casser irrémédiablement).
Une fois le PC démarré et fonctionnel dans cette nouvelle configuration, vous modifiez le mdadm.conf avec les nouvelles partitions, vous montez le RAID (mdadm --assemble ...) et si tout est OK (vérifiable avec mdadm --detail /dev/md0), vous montez le répertoire (mount /dev/md0 /tmp/toto). N'oubliez pas de créer toto (mkdir /tmp/toto) après chaque démarrage de la machine, sinon le "mount" vous dira qu'il ne peut pas se faire car le répertoire toto n'est pas créé ou qu'il est verrouillé.
Dernière modification par Eical (Le 24/04/2011, à 09:01)
Hors ligne
#2 Le 23/01/2011, à 12:19
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Bonjour Eical,
Ton message donne beaucoup de détails et quelques erreurs aussi que je vais corriger en les citant ci-dessous, parce que les laisser pour amener d'autres lecteurs à faire des erreurs.
Va voir plus bas pour mes questions sur ton cas.
Le problème se trouve sur les superblocks et l'on voit, avec "mdadm --examine", une incohérence entre les partitions que nous disons de monter (sdd2 et sdc) et les partitions que le RAID croit avoir monté (sda2 et sdb) s'il lit les superblocks. [×××] soit il ne sait pas s'adapter au nouvel agencement des disques durs.
mdadm se fiche complètement de l'ordre des disques, c'est du raid software, et ce sont les md-superblocks qui vont lui indiquer. Toutes les manips concernant les disques intervertis sont donc à proscrire, car inutiles, et toute manipulation de disque est source de problème potentiel (laisser tomber le disque, casser un connecteur…)
Je pense que soit le système de fichier est corrompu et qu'il faut utiliser des outils type fsck ou xfs_quelque_chose pour tenter de réparer,...
Dans le premier cas, je ne connais pas le système de fichier xfs. Je ne connais pas les outils propres à xfs (j'ai lu "xfs-repair" aiderait à réparer les XFS) et les autres outils pour toucher au système de fichier sont à manier avec précautions car la moindre erreur et on perd toutes les données.
Oui il faut parfois utiliser les outils de vérification de système de fichier, et les utiliser avec précaution. En l'occurence en récupération de données une phase essentielle que tu as peut-être oubliée est la conservation de l'état initial de la situation. Ainsi, si une erreur est faite, on peut reprendre du début. Particulièrement avec les vérifications automatiques des systèmes de fichiers, qui sont parfois dramatiques.
Pour le redémarrage, 3 façons de faire :
A) Vous pouvez tenter de démarrer le PC avec seulement les 2 disques LaCie (peut-être que le système d'exploitation installé sur le sda (anciennement sdd) marchera). Mais le matériel étant assez différent, je pense que soit ça plantera, soit vous vous retrouver sans interface graphique.
SURTOUT PAS, utiliser les disques Lacie pour booter un ordi… quelle idée… Et même si ça marchait un minimum, les disques seraient montés en lecture/écriture, avec au passage des écritures et donc des modifications de la situation initiale irrémédiables. Voir des réparations (!) automatiques du système de fichier. Horrible. Ne JAMAIS FAIRE CELA.
B) Vous ne laissez branché que les disques LaCie, et vous utilisez un live-cd…
C) Sinon, vous devez brancher les autres disques et démarrer sur ceux-ci …
Ce sont les solutions à privilégier, je précise le cas idéal :
dans la tour brancher les deux disques provenant du JBOD Lacie, et deux disques vierges de taille égale ou supérieure. Cela permettra ensuite, en première manip, de faire la copie de l'état initial puis de travailler sur cette copie. Booter sur un liveUSB ou un liveCD.
Une fois le PC démarré et fonctionnel dans cette nouvelle configuration, vous modifiez le mdadm.conf avec les nouvelles partitions, vous montez le RAID (mdadm --assemble ...) et si tout est OK (vérifiable avec mdadm --detail /dev/md0), vous montez le répertoire (mount /dev/md0 /tmp/toto). N'oubliez pas de créer toto (mkdir /tmp/toto) après chaque démarrage de la machine, sinon le "mount" vous dira qu'il ne peut pas se faire car le répertoire toto n'est pas créé ou qu'il est verrouillé.
Pour ton cas, il va nous falloir un peu plus de détails sur ce que tu as fait avant, les commandes que tu as entrées si tu t'en souviens. Donne nous aussi, entre des balises le retour des commandes suivantes :
sudo sfdisk -luScat /proc/mdstat && cat /etc/mdadm/mdadm.confsudo mdadm --detail /dev/md0sudo mdadm --examine --scanrécupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#3 Le 23/01/2011, à 14:51
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Bonjour rmy,
Merci de prendre en considération mes difficultés.
En ce qui concerne les manips il y en a eu quelques unes effectivement, et essentiellement celles proposées par le tutoriel cité dans le précédent message.
Voici le retour des commandes:
sudo sfdisk -luSDisque /dev/sda : 60801 cylindres, 255 têtes, 63 secteurs/piste
read: Erreur d'entrée/sortie
sfdisk: erreur de lecture sur /dev/sda - impossible de lire le secteur 0
/dev/sda : type non reconnu de table de partition
Aucune partition repérée
Disque /dev/sdb : 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/sdb1 124 2008124 2008001 5 Etendue
/dev/sdb2 2008125 976768064 974759940 83 Linux
/dev/sdb3 0 - 0 0 Vide
/dev/sdb4 0 - 0 0 Vide
/dev/sdb5 126 257039 256914 82 Linux swap / Solaris
/dev/sdb6 257103 273104 16002 83 Linux
/dev/sdb7 273168 289169 16002 83 Linux
/dev/sdb8 289233 546209 256977 83 Linux
/dev/sdb9 546273 2008124 1461852 83 Linux
Disque /dev/md0 : 243941504 cylindres, 2 têtes, 4 secteurs/piste
sfdisk: ERREUR: le secteur 0 n'a pas une signature MS-DOS
/dev/md0 : type non reconnu de table de partition
Aucune partition repérée Commande suivante:
cat /proc/mdstat && cat /etc/mdadm/mdadm.confPersonalities : [linear]
md0 : active linear sdb2[0] sda[1]
975766016 blocks 256k rounding
unused devices: <none>
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE /dev/sda /dev/sdb2
ARRAY /dev/md0 level=linear num-devices=2 UUID=163218f3:299b9ccc:3c666c38:60539313
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
ARRAY /dev/md0 level=linear num-devices=2 UUID=163218f3:299b9ccc:3c666c38:60539313
# This file was auto-generated on Sat, 22 Jan 2011 12:56:38 +0000
# by mkconf $Id$ ensuite:
ubuntu@ubuntu:~$ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Sat Jan 1 00:00:02 2000
Raid Level : linear
Array Size : 975766016 (930.56 GiB 999.18 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Sat Jan 1 00:00:02 2000
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Rounding : 256K
UUID : 163218f3:299b9ccc:3c666c38:60539313
Events : 0.1
Number Major Minor RaidDevice State
0 8 18 0 active sync /dev/sdb2
1 8 0 1 active sync /dev/sda et enfin:
ubuntu@ubuntu:~$ sudo mdadm --examine --scan
ARRAY /dev/md0 level=linear num-devices=2 UUID=163218f3:299b9ccc:3c666c38:60539313 Merci.
Hors ligne
#4 Le 23/01/2011, à 15:39
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Bon, ça c'est plutôt pas mal. On va confirmer juste encore un truc :
sudo mdadm --examine /dev/sdb2sudo mdadm --examine /dev/sdaet vérifier aussi ce qui se passe pour /dev/md0 :
sudo sfdisk -luS /dev/md0récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#5 Le 23/01/2011, à 15:44
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Ravi de l'apprendre, je recommence à croire que tout n'est pas perdu!
donc:
ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sdb2
/dev/sdb2:
Magic : a92b4efc
Version : 00.90.00
UUID : 163218f3:299b9ccc:3c666c38:60539313
Creation Time : Sat Jan 1 00:00:02 2000
Raid Level : linear
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Sat Jan 1 00:00:02 2000
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f6918bae - correct
Events : 1
Rounding : 256K
Number Major Minor RaidDevice State
this 0 8 2 0 active sync
0 0 8 2 0 active sync
1 1 8 16 1 active sync /dev/sdb et puis,
ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sda
mdadm: No md superblock detected on /dev/sda. et enfin:
ubuntu@ubuntu:~$ sudo sfdisk -luS /dev/md0
Disque /dev/md0 : 243941504 cylindres, 2 têtes, 4 secteurs/piste
sfdisk: ERREUR: le secteur 0 n'a pas une signature MS-DOS
/dev/md0 : type non reconnu de table de partition
Aucune partition repérée Merci
Hors ligne
#6 Le 23/01/2011, à 16:06
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Récupères la version statique de testdisk ou installe le (sudo apt-get install testdisk) et fais un copié collé de chaque étape après avoir saisi
sudo testdisk /dev/md0puis [Proceed] / [None] ou [Intel] suivant ce qui t'est proposé par défaut / [Analyse] >>>> fais un copié collé
puis [Quick Search] >>> fais un copié collé quand il a fini
puis [Deeper Search] >>> fais un copié collé quand il a fini
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#7 Le 23/01/2011, à 16:16
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
ça commence mal :
ubuntu@ubuntu:~$ sudo apt-get install testdisk
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet testdiskHors ligne
#8 Le 23/01/2011, à 16:32
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Système > administration > Source de logiciels, cocher universe. Ou sinon sur le site de CGsecurity récupère la version "static"
Je dois filer quelques instants, à plus tard.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#9 Le 23/01/2011, à 16:40
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
J'ai téléchargé une version de testdisk et décompressée sur le bureau.
Mais là je patine. Je ne sais pas vraiment comment faire.
Sinon je n'ai pas Système > administration > Source de logiciels.
Hors ligne
#10 Le 23/01/2011, à 19:09
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Dans le menu Système/Administration de ton liveCD en haut à gauche tu n'as pas "Source de logiciels" ?
Qu'as-tu téléchargé comme version de testdisk, et ou ? Sois plus précis, je ne peux pas t'aider avec ces infos.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#11 Le 23/01/2011, à 19:56
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Non je n'ai pas source de logiciels.
Ma version de testdisk est la 6.11.3 et se trouve sur mon bureau.
Hors ligne
#12 Le 23/01/2011, à 21:55
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
OK, c'est une archive ? Si oui, clic droit, "extraire ici".
Ensuite tu vas dans le dossier testdisk, linux, et tu copies/colles le fichier testdisk_static vers /home/utilisateur
Utilisateur peut être soit ton nom d'utilisateur si c'est sur une install, soit ubuntu ou quelque chose du genre si c'est sur un liveCD.
Après tu fais un clic droit sur le fichier testdisk static, propriétés, et tu ajoutes les droits d'exécution.
Enfin, tu reprends la commande, mais en remplaçant testdisk par ./testdisk_static :
sudo ./testdisk_static /dev/md0Dernière modification par rmy (Le 23/01/2011, à 21:56)
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#13 Le 23/01/2011, à 22:29
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Merci beaucoup ça va mieux comme ça....
Donc pour l'analyse:
Disk /dev/md0 - 999 GB / 930 GiB - CHS 243941504 2 4
Current partition structure:
Partition Start End Size in sectors
P XFS 4 0 0 1 243941503 1 4 1951532032 pour le quick search:
Disk /dev/md0 - 999 GB / 930 GiB - CHS 243941504 2 4
Partition Start End Size in sectors
P XFS 4 0 0 1 243941503 1 4 1951532032
Write isn't available because the partition table type "None" has been selected
Structure: Ok.
Keys T: change type,
Enter: to continue
XFS 6.2+ - bitmap version, 999 GB / 930 GiB
enfin pour le deeper search, la suite demain il y a trop de cylindres ça va tourner toute la nuit....
Hors ligne
#14 Le 25/01/2011, à 13:43
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Bonjour, de retour après une longue analyse.
Débutée dimanche soir vers 20h00 elle s'est achevée ce matin par un plantage du pc....
Je n'ai pas pu faire un copier coller de la fonction [deeper search]
Cependant voyant les choses venir j'ai recopié sur une feuille les indications à l'écran en cours d'analyse. Mais c'est très lourd (beaucoup de chiffres) et peut être tu n'as pas besoin de tout.
Donc qu'aimerais tu exactement avoir comme compte rendu? et s'il faut je recopierai tout évidemment....
Merci
Hors ligne
#15 Le 25/01/2011, à 15:13
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Finalement j'ai tout recopié. J'espère ne pas avoir commis d'erreur.
Voici pour commencer, des résultats quand l'analyse était en cours: les .......... indiquent que les chiffres évoluaient en permanence avec le scan.
Disk /dev /md0 – 999GB /930Gib – Chs 243941504 2 4
Analyse cylinder …. /243941503 : ….%
Read error at …./1/4 (lba=....................)
XFS4 45739032 0 1 289680535 1 4 1951532032
XFS 4 53362204 0 1 297303707 1 4 1951532032
HFS 55415897 1 2 102917453 0 2 380012445 ~B~\?-@~TR>~E
HFS 7914342 1 1 55415898 0 1 380012445 ~B~\?-@~TR>~EH0
XFS 4 60985376 0 1 304926879 1 4 1951532032
XFS 4 68608548 0 1 312550051 1 4 1951532032
XFS 4 76231720 0 1 320173223 1 4 1951532032
XFS 4 83854892 0 1 327796395 1 4 1951532032
HFS 88565600 0 3 88574606 1 1 72501 [~RAN^[67?Ib?
HFS 88556594 0 4 88565600 1 2 72501 [~RAN^[67?Ib?
XFS 4 91478068 0 1 335419567 1 4 1951532032
XFS 4 99101236 0 1 343042739 1 4 1951532032
XFS 4 106724408 0 1 350665911 1 4 1951532032
XFS 4 114347580 0 1 358289083 1 4 1951532032
?~G?a??.=y~Q~W??^K??]]L] Voici ensuite le "résultat", mais comme l'ordi s'est planté, je ne sais pas exactement si c'est ce que tu attendais.:
Disk /dev /md0 – 999GB /930Gib – Chs 243941504 2 4
Partition Start End Size in sectors
PXFS 4 0 0 1 24394503 1 4 1951532032
PHFS 7914342 1 1 55415898 0 1 380012445
PHFS 32864865 1 4 34130818 0 1 10127618 [^A]
PHFS 34130817 1 2 35396769 1 3 10127618 [^A]
PHFS 35009240 0 2 35414792 0 3 3244418
PHFS 35414791 1 4 35820344 0 1 3244418
PHFS 55415897 1 2 102917453 0 2 380012445
PHFS 88556594 0 4 88565600 1 2 72051
PHFS 88565600 0 3 88574606 1 1 72051 il y avait toute une série d'inscription barbare à certains endroits de type ?~G?a??.=y~Q~W??^K??]]L] mais je ne les ai pas relevées exactement...
Merci
Hors ligne
#16 Le 26/01/2011, à 02:05
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Le système de fichier semble au moins partiellement corrompu, mais cela est peut-être du à des erreurs matérielles sur l'un des disques. Il faudrait pouvoir faire une image de tes disques et priviliégier le travail sur les images.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#17 Le 26/01/2011, à 09:42
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Merci pour ta réponse.
Donc à partir de testdisk je fais une image disque? J'imagine qu'il faut que je trouve un support de destination avec suffisamment de place.
Est-ce possible si je branche un dd externe de 1 To en usb?
Merci.
Hors ligne
#18 Le 26/01/2011, à 17:27
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Pour l'image disque, il vaut mieux utiliser ddrescue. Il est essentiel que tes images conservent des secteurs "alignés" avec la source. J ne sais pas comment testdisk fonctionne à ce sujet.
Il faut que tu fasse une image de chacun de tes éléments raid séparemment et que tu réassemble le raid à partir des images. L'idéal serait d'avoir deux supports identiques au premier, mais avec un disque de 1Tio ça devrait rentrer si tu ne prends que la partition concernée sur sdb. Par contre, les deux éléments raid étant sur le même disque, et en usb, les performances seront desastreuses, mais ce n'est pas le but de l'opération.
Fais bien attention avec ddrescue à ne pas te planter dans la source et la destination. Si tu as des doutes et que tu préfères m'adresser cette récup, tu sais comment me contacter… Sinon, pas de souci, on continue ici.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#19 Le 26/01/2011, à 17:47
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Merci, mais je suis du genre jusqu'au boutiste, donc si ça ne te pose pas de problèmes éthiques on continue!
J'ai à disposition 2 dd externe de 1To, et un dd interne tout neuf de 1To mais je ne peux le brancher car je n'ai plus de port sata (ils sont tous les deux pris par les deux disques que j'essaie de monter ensemble.
Maintenant allons y! par contre j'ai besoin évidemment que tu me guides pas à pas si possible.
Merci encore.
Hors ligne
#20 Le 26/01/2011, à 18:19
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
J'ai donc installé gddrescue à partir de la logithèque, et si je comprends bien il faut que je passe une ligne de commande:
ddrescue <nom_fichier_source> <nom_fichier_cible>et c'est là où je me sens perdu car j'entrevois par quoi je dois remplacer <nom_fichier_source> <nom_fichier_cible> mais je ne sais pas le formuler correctement.
Merci
Hors ligne
#21 Le 26/01/2011, à 22:45
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Merci, mais je suis du genre jusqu'au boutiste, donc si ça ne te pose pas de problèmes éthiques on continue!
J'ai à disposition 2 dd externe de 1To, et un dd interne tout neuf de 1To mais je ne peux le brancher car je n'ai plus de port sata (ils sont tous les deux pris par les deux disques que j'essaie de monter ensemble.
Maintenant allons y! par contre j'ai besoin évidemment que tu me guides pas à pas si possible.
Merci encore.
Aucun problème éthique bien sûr. C'est plutôt l'inverse : proposer mon service de manière "pro" sur le forum ubuntu peut être parfois mal perçu… Je ne le fais pourtant que quand j'ai le sentiment (ne le prends pas mal, hein) que les compétences de la personne pourraient poser problème dans une démarche de récup. Ceci dit, jusqu'à présent tu as toujours agi avec calme et patience. Ici, c'est surtout la complexité de ta situation qui m'inquiète, mais rassures-toi, aucun problème ! On continue, on verra bien. t une fois les copies effectuées ça ira mieux.
Concernant tes sauvegardes (et je réponds ainsi à la question qui suit) tu peux copier les deux disques l'un après l'autre. Inutile, bien au contraire, qu'ils soient assemblés en raid à ce moment. Nous réalisons là une pure "copie physique".
Tu choisis donc disque interne ou disque externe usb, comme tu veux, c'est pareil.
Ainsi, si sda est le disque que tu copies, et sdi ton disque externe (par exemple)
sudo ddrescue -n /dev/sda /pointmontagedesdi/imagesda.dd /pointmontagedesdi/imagesda.log (bien sûr, tu remplaces "pointmontagedesdi")
puis la même chose avec sdb sur un autre disque externe.
récupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#22 Le 27/01/2011, à 09:13
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Merci beaucoup.
Pour changer ça coince déjà....
Voici la commande fdisk -l
Disque /dev/sda: 82.3 Go, 82348277760 octets
255 têtes, 63 secteurs/piste, 10011 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00af00af
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 2 5099 40949685 f W95 Etendue (LBA)
/dev/sda2 * 5100 7649 20482875 7 HPFS/NTFS
/dev/sda3 7650 10011 18972765 7 HPFS/NTFS
/dev/sda5 2 5099 40949653+ 7 HPFS/NTFS
Disque /dev/sdb: 80.0 Go, 80026361856 octets
64 têtes, 63 secteurs/piste, 38765 cylindres
Unités = cylindres de 4032 * 512 = 2064384 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xbe2bd9a7
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 15240 38764 47426400 7 HPFS/NTFS
/dev/sdb2 2 15239 30718977+ f W95 Etendue (LBA)
/dev/sdb5 2 10793 21756216 7 HPFS/NTFS
/dev/sdb6 10794 15025 8529920 83 Linux
/dev/sdb7 15025 15239 431104 82 Linux swap / Solaris
Les entrées de la table de partitions ne sont pas dans l'ordre du disque
Disque /dev/sdc: 1000.2 Go, 1000204886016 octets
1 têtes, 63 secteurs/piste, 31008336 cylindres
Unités = cylindres de 63 * 512 = 32256 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x046e2138
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 * 2 31008256 976760032+ 7 HPFS/NTFS
Disque /dev/sdd: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xe05020b0
Le disque /dev/sdd ne contient pas une table de partition valide
Disque /dev/sde: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x28fe08a4
Périphérique Amorce Début Fin Blocs Id Système
/dev/sde1 1 125 1004000+ 5 Etendue
/dev/sde2 126 60801 487379970 83 Linux
/dev/sde5 1 16 128457 82 Linux swap / Solaris
/dev/sde6 17 17 8001 83 Linux
/dev/sde7 18 18 8001 83 Linux
/dev/sde8 19 34 128488+ 83 Linux
/dev/sde9 35 125 730926 83 Linux et donc j'ai mis cette commande en fonction de ce que nous trouvons ci-dessus et j'ai une réponse de travers....
sudo ddrescue -n /dev/sde /pointmontagedesdc/imagesde.dd /pointmontagedesdc/imagesde.log
ddrescue: cannot open output file: No such file or directory Mais je ne m'inquiète pas, par contre toi oui j'imagine car je ne suis pas doué!
Merci encore.
Hors ligne
#23 Le 27/01/2011, à 10:24
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Mais je ne m'inquiète pas, par contre toi oui j'imagine car je ne suis pas doué!
Merci encore.
C'est pas que tu n'es pas doué, c'est que tu ne maîtrise pas les bases de gnu/linux. Et parfois, quand on ne comprend pas les lignes de commande que l'on tappe, à un espace prèès, c'est dramatique…
Ici, il faut remplacer "pointmontagesdc" par le vrai point de montage de /dev/sdc…
Donne le retour de
mountrécupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne
#24 Le 27/01/2011, à 10:52
- Eical
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
Ce qu'il y a de bien c'est qu'on arrive à se marrer quand même....
voici le retour de "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)
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 Drive type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)Merci....
Hors ligne
#25 Le 27/01/2011, à 11:08
- rmy
Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie
le point de mopntage de /dev/sdc1 est /media/Expansion Drive
comme il y a une espace, il te faudra utiliser un antislash :
La bonne commande, si tu n'a rien changé de place depuis, devrait être :
sudo ddrescue -n /dev/sde /media/Expansion\ Drive/imagesde.dd /dev/sde /media/Expansion\ Drive/imagesde.logrécupération de données: vrac–topic unique–mon site pro pour les particuliers : www.diskcard.fr– Je recycle volontiers tous vos disques durs HS (ou pas).
Le site pro pour les pros, spécialiste recupération de données RAID, NAS et serveurs: www.vodata.fr
Hors ligne