[ Résolu ] problème de disque dur: partition vide

neuroboosteur · Le 22/04/2006, à 16:41

Bonjour à tous.

Voila j'ai un énorme soucis...

J'ai failli re-installer ubuntu sur un disque de sauvergarde.

M'en apercevant j'ai interrompu l'install juste après le calcul et le formatage des partitions.

J'ai pu récuperer la partition (disktype, testdisk) dans son espace mais pas les fichiers, la partition m'apparait vide.

Si quelqu'un peut me venir en aide, il y a 5 ans de travail sur ce disque...

j'essaie de voir au niveau de ddrescue mais je galere et je panique ce qui me rend complètement innefficace...

HELP !
@+

Dernière modification par neuroboosteur (Le 07/11/2008, à 01:50)

laurent · Le 22/04/2006, à 16:45

salut,

la panique ne devrait pas t'empêcher de respecter les règles du forum => pas de titre en majuscules, merci.
Ceci parce que ton sujet n'est pas plus important qu'un autre.

Sinon pour ton problème, que donne (avec un live-cd) la commande:

fdisk -l /dev/tondisquedur (hda vraisemblablement)

parce que je comprends pas tout.

[edit] titre modifié : plus de caps et plus explicite

neuroboosteur · Le 22/04/2006, à 16:49

Bonjour à toi et merci de ta réponse rapide.

Le rendu donne ceci:

Disque /dev/hdb: 15.3 Go, 15367790592 octets
16 têtes, 63 secteurs/piste, 29777 cylindres
Unités = cylindres de 1008 * 512 = 516096 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 72 28568 14362456+ 83 Linux

J'ai remonté ce disque en esclave sur un autre ubuntu.

TestDisk me dit:
Disk /dev/hdb - CHS 29777 16 63 - 14655 MB
Check current partition structure
Partition Start End Size in sectors
1 * Linux 71 1 1 28567 15 63 28724913 [/]

Mais ne trouve pas non plus de fichiers.

Désolé pour le titre je vais le changer, là je suis en pleur....

@+

Ps:autant pour moi je pense que tu viens de la faire j'avais pas vu que t'étais mod.

Dernière modification par neuroboosteur (Le 22/04/2006, à 16:56)

laurent · Le 22/04/2006, à 16:56

bon, ben je vois pas ce qui foire...

que donne

sudo mkdir /media/dd

sudo mount /dev/hdb /media/dd

?

moi toujours pas comprendre ...

Be cool, la situation ne me semble pas dramatique

[edit] autant pour moi, tu dis que tu l'as remonté sur un autre ubuntu.

=> est-ce que ce ne serait pas un prob de droits?

sudo chmod 777 /media/ton point de montage

foch · Le 22/04/2006, à 17:12

Au pire il existe des entreprises qui récupèrent les données sur un disque, mais ca coute la peau du cul...

neuroboosteur · Le 22/04/2006, à 17:17

apparement il ne reconnait pa le format de la partition et le marque comme non formaté.

Mount refuse d'en faire quoi que ce soit.

Gparted semble la reconnaitre en ext3 mais signale des erreurs et indique que la partition est vide.

Help

Dernière modification par neuroboosteur (Le 22/04/2006, à 17:23)

Link31 · Le 22/04/2006, à 17:37

Je ne voudrais pas causer de désastre supplémentaire, mais peut-on tenter un fsck dans ce cas-là ?

laurent · Le 22/04/2006, à 17:52

le problème c'est qu'à ma connaissance, fsck ne regarde que ce qui se trouve dans le fstab...

... quelqu'un a un logiciel sous la main ?

neuroboosteur · Le 22/04/2006, à 18:05

Re

J'arrive bien à voir le disque avec testdisk mais lorsque je veux lister les fichiers il me dit que le disque est vide (normal je pense puisque il a été formaté.) Y aurait il un moyen de reconstituer la TOC(M$) ou l'équivalent sous linux.

Je viens de faire

parted -s /dev/hdb print
Géométrie du disque pour /dev/hdb: 0.000-14655,867 mégaoctets
Type d'étiquette de disque: msdos
Mineur Départ Fin Type Sys.fichiersFanions
1 34,976 14060,812 primaire ext3 amorce

un autre test :
dumpe2fs -h /dev/hdb1
dumpe2fs 1.38 (30-Jun-2005)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/hdb1
Ne peut repérer un superbloc valide du système de fichiers.

Encore un:

fdisk -l /dev/hdb

Disque /dev/hdb: 15.3 Go, 15367790592 octets
16 têtes, 63 secteurs/piste, 29777 cylindres
Unités = cylindres de 1008 * 512 = 516096 octets

Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 72 28568 14362456+ 83 Linux

help, i need somebody help !
Je suis au bord de la crise de nerf. en plus il faut rendre la déclaration avant le 1er.

Je suis vraiment mal.
@ toute

Dernière modification par neuroboosteur (Le 22/04/2006, à 18:51)

Link31 · Le 22/04/2006, à 18:57

L'équivalent avec ext2/3 du TOC (?) est ce que l'on appelle la table d'inodes. Tu devrais rechercher un outil capable de restaurer les inodes (ça doit bien exister quelque part).

Bonne chance !

edit : ça peut-être ?
http://www.cgsecurity.org/wiki/TestDisk_FR
edit2 : p-ê pas, ça ne semble restaurer que la table des partitions...

Dernière modification par Link31 (Le 22/04/2006, à 19:21)

neuroboosteur · Le 22/04/2006, à 19:03

Yes

Merci a toi pour cette précieuse info, je vais voir ce que je trouve.

@ +

Link31 · Le 22/04/2006, à 19:20

laurent a écrit :

le problème c'est qu'à ma connaissance, fsck ne regarde que ce qui se trouve dans le fstab...

C'est sûr ça ? Fsck exige que la partition à analyser soit démontée, donc ça pourrait convenir dans le cas de neuroboosteur, non ? Et puis la partition de neuroboosteur est dans le fstab à mon avis, elle est juste endommagée.

neuroboosteur · Le 25/04/2006, à 11:51

Hello tous,

Après un WE d'essais infructueux, je viens vous retrouver pour quelques compléments d'information.

Quelqu'un peut il m'expliquer en gros la ligne de commandde de dd, en effet avant d'aller plus loin j'aurais voulu faire un backup du disque.

Ensuite je me demandais si je n'aurais pas interet à reformatter correctement afin de pouvoir remonter mon disque et ainsi peut etre pouvoir mieux intervenir sur ce dernier...
Dans ce sens, je m'interroge si il vaut mieux refaire les partitions telles quelles étaient (primaire + swap) ou bien une partition totale qui me permettrait d'intervenir sur l'ensemble du disque (j'en doute mais je préfère demander.)

Autre point sur lequel je m'interroge, la commande unrm me servirait elle dans le cas d'un formattage et non d'un effacement par rm..?

enfin ddrescue qui me semble valable me parait bien obscur, si quelqu'un pouvait m'apporter ses lumières...

@ très bientot.

cep_ · Le 25/04/2006, à 12:05

Le système de fichiers ext3 a été recréé, donc à moins d'utiliser certains "rayons laser", tu peux perdre tout espoir de récupérer tes fichiers.

En outre il y a une place perdue au début et à la fin du disque, ta partition couvrant 34,976 14060,812 mo. Tu perds un peu moins de 700 Mo.

Le plus simple serait tout de même avec parted ou autre de détruire cette partition et d'en recréer une autre et de refaire un système de fichiers neuf.

Link31 · Le 25/04/2006, à 13:19

Mais on ne peut pas récupérer les inodes en scannant le disque ? Parce que les données ne sont pas perdues, c'est juste la table d'inodes qui a disparu il me semble.

cep_ · Le 25/04/2006, à 13:52

Tu trouveras un topo sur les systèmes de fichiers ici :

http://www.linux-france.org/article/dalox/unix02.htm

Et pour illustrer l'inode, voici les informations que l'on trouve sur un fichier mardi de 6 ko que je viens de créer pour la circonstance :

:~# debugfs -w /dev/hda6
debugfs 1.38 (30-Jun-2005)
debugfs: stat mardi
Inode: 12 Type: regular Mode: 0644 Flags: 0x0 Generation: 3587204775
User: 0 Group: 0 Size: 6000
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 12
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x444e09af -- Tue Apr 25 13:36:15 2006
atime: 0x444e09af -- Tue Apr 25 13:36:15 2006
mtime: 0x444e09af -- Tue Apr 25 13:36:15 2006
BLOCKS:
(0-5):7169-7174
TOTAL: 6

On voit qu'il occupe l'inode 12 et les blocks précisés.
Donc si on "édite" cette inode, on y trouve le mode (droits pour simplifier), l'user (il a été créé en root), le groupe, la taille, les dates, les liens, adresses, etc etc. :

debugfs: mi <12>
Mode [0100644]
User ID [0]
Group ID [0]
Size [6000]
Creation time [1145964975]
Modification time [1145964975]
Access time [1145964975]
Deletion time [0]
Link count [1]
Block count [12]
File flags [0x0]
Generation [0xd5d066a7]
File acl [0]
High 32bits of size [0]
Fragment address [0]
Fragment number [0]
Fragment size [0]
Direct Block #0 [7169]
Direct Block #1 [7170]
Direct Block #2 [7171]
Direct Block #3 [7172]
Direct Block #4 [7173]
Direct Block #5 [7174]
Direct Block #6 [0]
Direct Block #7 [0]
Direct Block #8 [0]
Direct Block #9 [0]
Direct Block #10 [0]
Direct Block #11 [0]
Indirect Block [0]
Double Indirect Block [0]
Triple Indirect Block [0]

Donc si l'on supprime l'inode et les autres adresses, le fichier a disparu, ceci pour simplifier.
S'il s'agit d'un rm sur de l'ext2, on pourra le retrouver par exemple avec la commande lsdel de debugfs. Ce sera plus compliqué mais assez réalisable sous certaines conditions sur de l'ext3 toujours suite à un rm.
Mais ce sera presque mission impossible suite à une defonte avec un "formatage".

Link31 · Le 25/04/2006, à 14:14

OK, mais puisque la fragmentation est faible en ext3, il serait possible en scannant le disque de retrouver les en-têtes de certains fichiers (par exemple les fichiers images ou compressés qui ont des en-têtes très reconnaissables). Il serait alors possible de les récupérer à condition que deux fichiers à en-têtes se suivant.

Exemples d'en-têtes : PNG pour les png, GIF pour les gifs et BZ pour un fichier compressé par gzip.

ex de ce que l'on trouve sur la partition : (les octets sont remplacés par des lettres pour simplifier)
...rqeyeryfhPNGsdnhgtoist...hsoitnhoseitGIFijnsoidghoisd...qisguiqBZsdgsyh...quishifqgsalut, ça va ? ceci est un fichier texte...

On récupère ici un fichier PNG, un fichier GIF et éventuellement un fichier BZ2 (si on peut déchiffrer le texte lisible du reste) :
...rqeyeryfhPNGsdnhgtoist...hsoitnhoseitGIFijnsoidghoisd...qisguiqBZsdgsyh...quishifqgsalut, ça va ? ceci est un fichier texte...

Il y a bien un soft qui fait ça, non ?

cep_ · Le 25/04/2006, à 14:41

Tu peux en effet faire un script pour te simplifier le travail sur de l'ext3 en recherchant sur le TYPE de fichier, ne serait-ce que pour naviguer dans les différents blocks directs. Si tant est que les zones n'aient pas été réutilisées.

Mais là on parle de "formatage".

Link31 · Le 25/04/2006, à 15:07

Que veut-tu dire exactement par "formatage" ? Les données n'ont pas disparu, mais seulement leur indexation.

neuroboosteur a écrit :

J'ai failli re-installer ubuntu sur un disque de sauvergarde.
M'en apercevant j'ai interrompu l'install juste après le calcul et le formatage des partitions.

L'installation d'Ubuntu ne détruit que les inodes des partitions à formater, sinon ça prendrait beaucoup plus de temps (à condition que le système de fichiers d'origine soit un système de fichiers à inodes, sinon je ne sais pas ce que ça fait).
Et l'installation a été rapidement interrompue. Donc neuroboosteur doit bien pouvoir retrouver quelques fichiers images et autres binaires. Le texte, par contre, je ne crois pas que ça soit possible parce qu'il n'y a pas de header.

cep_ · Le 25/04/2006, à 15:38

@Link31 : Avant tout, prudence dans ce qui va suivre

si tu veux t'amuser, crée un simple fichier mardi.img de 100 Ko

dd if=/dev/zero of=mardi.img bs=1k count=100

Puis tu le "formates" en vfat :
sudo -s
losetup -f
losetup /dev/loop0 mardi.img
mkfs.vfat -v /dev/loop0

Enfin tu édites mardi.img avec mc en hexa ou tout autre éditeur hexadécimal pour avoir une idée de la "structure".

Ensuite tu crées à la place un système de fichiers ext2 (trop petit pour de l'ext3 mais peu importe) :
mke2fs /dev/loop0
et pareil tu édites mardi.img avec un éditeur hexa.

Lorsque tu auras fini, ne pas oublier d'enlever le loop0 :

losetup -d /dev/loop0
et sortir de root : exit

Bonne continuation.
cep

neuroboosteur · Le 25/04/2006, à 15:40

Re,

C'est vrai que je n'ai pas été clair, il s'agit bien d'une re-install d'ubuntu par dessus un ancien.
J'ai interrompu le processus de "formatage" avant la fin, c'est sans doute pour ca que je n'arrive pas a remonter la partition...

D'ou mon idée de refaire un formatage correct...

Avec l'outils de gestionnaire des disque l'on pourrait mais j'ai bien peur de faire plus de mal que de bien...

Je cherche toujour à faire une .img genre cluster/cluster avec dd mais j'ai du mal.

Je poursuis mes investigations ( a moins que ce ne soit l'inverse.)

@+

cep_ · Le 25/04/2006, à 15:50

Faire une image compressée avec dd :

http://forum.ubuntu-fr.org/viewtopic.php?pid=273980#p273980

Link31 · Le 25/04/2006, à 16:01

@cep : en effet, c'est très intéressant ! Merci beaucoup ! Moi qui commençait à m'ennuyer dans linux, il reste des choses à découvrir malgré tout !

Au fait, j'ai réussi à récupérer sans dommage (en hexadécimal) une petite image png que j'avais créée dans le /dev/loop0. Mais bon c'est vrai que ça n'était pas encore trop encombré.

http://forum.ubuntu-fr.org/viewtopic.php?pid=273980#p273980
C'est le topic des invités !

Dernière modification par Link31 (Le 25/04/2006, à 16:04)

neuroboosteur · Le 25/04/2006, à 16:51

@ cep,

Merci du tuyau pour dd mais peut on monter ce genre d'image..?

cep_ · Le 25/04/2006, à 17:31

La commande fait une image "parfaite" de la partition et la compresse pour gagner de la place.

Si tu veux faire une copie sur une autre partition :

dd if=/dev/hd?? | dd of=/dev/hd?? Attention à ne pas te tromper de cible. Source et cible démontées.

TU peux aussi le faire avec parted ou gparted à condition qu'il puisse accéder à la partition.

MAis tu pourrais aussi faire une rechrche sur fsgrab qui te permettrait de travailler sur une partie seulement de la partition (ce qui peut se faire avec dd aussi mais moins confortable).

Autre chose, tu pourrais récupérer sur le cite de testdisk l'adresse de Grenier et lui envoyer un mail pour avoir son avis éventuellement.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/04/2006, à 16:41

[ Résolu ] problème de disque dur: partition vide

#2 Le 22/04/2006, à 16:45

Re : [ Résolu ] problème de disque dur: partition vide

#3 Le 22/04/2006, à 16:49

Re : [ Résolu ] problème de disque dur: partition vide

#4 Le 22/04/2006, à 16:56

Re : [ Résolu ] problème de disque dur: partition vide

#5 Le 22/04/2006, à 17:12

Re : [ Résolu ] problème de disque dur: partition vide

#6 Le 22/04/2006, à 17:17

Re : [ Résolu ] problème de disque dur: partition vide

#7 Le 22/04/2006, à 17:37

Re : [ Résolu ] problème de disque dur: partition vide

#8 Le 22/04/2006, à 17:52

Re : [ Résolu ] problème de disque dur: partition vide

#9 Le 22/04/2006, à 18:05

Re : [ Résolu ] problème de disque dur: partition vide

#10 Le 22/04/2006, à 18:57

Re : [ Résolu ] problème de disque dur: partition vide

#11 Le 22/04/2006, à 19:03

Re : [ Résolu ] problème de disque dur: partition vide

#12 Le 22/04/2006, à 19:20

Re : [ Résolu ] problème de disque dur: partition vide

#13 Le 25/04/2006, à 11:51

Re : [ Résolu ] problème de disque dur: partition vide

#14 Le 25/04/2006, à 12:05

Re : [ Résolu ] problème de disque dur: partition vide

#15 Le 25/04/2006, à 13:19

Re : [ Résolu ] problème de disque dur: partition vide

#16 Le 25/04/2006, à 13:52

Re : [ Résolu ] problème de disque dur: partition vide

#17 Le 25/04/2006, à 14:14

Re : [ Résolu ] problème de disque dur: partition vide

#18 Le 25/04/2006, à 14:41

Re : [ Résolu ] problème de disque dur: partition vide

#19 Le 25/04/2006, à 15:07

Re : [ Résolu ] problème de disque dur: partition vide

#20 Le 25/04/2006, à 15:38

Re : [ Résolu ] problème de disque dur: partition vide

#21 Le 25/04/2006, à 15:40

Re : [ Résolu ] problème de disque dur: partition vide

#22 Le 25/04/2006, à 15:50

Re : [ Résolu ] problème de disque dur: partition vide

#23 Le 25/04/2006, à 16:01

Re : [ Résolu ] problème de disque dur: partition vide

#24 Le 25/04/2006, à 16:51

Re : [ Résolu ] problème de disque dur: partition vide

#25 Le 25/04/2006, à 17:31

Re : [ Résolu ] problème de disque dur: partition vide

Pied de page des forums