Changement du type de partition

Support Debian
#1

Bonjour à tous,

suite à une erreur (surement?) de manip lors de l’installation d’une debian, ma partition contenant les données à subitement changé de ext3 en reiserfs (en faisant attention à l’installation à ne pas modifier quoique ce soit à celle-ci), d’où une partition vierge en reiserfs lorsque je la monte sous une backtrack ou slaxlfi. Je me demandais donc si il était possible de récupérer mes données et si oui, comment ? J’ai cherché un ptit peu comment changer le type mais j’ai seulement trouvé comment changer d’id (83: Linux). A mon avis, si je trouve le moyen de changer le type et que je fais un ptit testdisk, je devrais pouvoir récupérer mes fichiers. Qu’en pensez-vous ?

Par ailleurs, fdisk me dit que la table des partitions n’est pas valide alors que gparted me trouve bien toutes mes partitions, dans le bon ordre et de la bonne taille.

Merci d’avance :wink:

P.S: je rajoute une petite explication. A l’origine mon disque était partitionnné comme suit:

1 - 10Go - / - Partition Principale
3 - 3 Go - Swap - Etendue
4 - 1 Go - /tmp - Etendue
5 - ~200Go - /home - Etendue
6 - 2Go - Vierge - Etendue
2 - 2Go - ExpressGate - Principale

Trouvant mon tmp trop petit, dans l’utilitaire d’install debian, j’ai supprimé 3 et 4 pour les recréer avec une taille de 2Go, sans toucher à 5. Mais par je ne sais quel erreur, il m’a dit qu’il lui était impossible de recréer 3, d’où une erreur et un reboot. De retour sur l’install de debian, ma partition 5 était reconnue en reiserfs et non plus ext3. De plus maintenant, ma partition 4 est de type inconnue.

#2

Salut,

Commences
1 - Par démonter la partition
2 - Changer dans fstab
3 - Monter la partition
4 - Regarder, cela pourrait suffire :slightly_smiling: (jamais testé)

#3

Bon, je viens d’essayer et c’est un échec :confused: :

root@slax:~# mount -t ext3 /dev/sdb5 /mnt/tempo/
mount: 	wrong fs type, bad option, bad superblock on /dev/sdb5,
       	missing codepage or other error
	In some cases useful info is found in syslog - try
       	dmesg | tail  or so
root@slax:~# dmesg | tail
...
ReiserFS: sdb5: found reiserfs format "3.6" with standard journal
ReiserFS: sdb5: using ordered data mode
ReiserFS: sdb5: journal params: device sdb5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sdb5: checking transaction log (sdb5)
ReiserFS: sdb5: Using r5 hash to sort names
VFS: Can't find ext3 filesystem on dev sdb5.
root@slax:~#

donc visiblement, il m’a bel et bien crée un système reiserfs. Imaginons que je crée via mkfs un système ext3, et que je tente de récupérer les fichiers via testdisk ou autre, y’a-t-il un danger pour mes données ?
Sinon, une récup via les superblock (si ils existent encore…) est-il envisageable ?

#4

Retransforme la partition en ext3 par fdisk et effectivement essaye de rattraper le coup par testdisk mais je crains que formost soit le seul recours…

#5

Tiens, je connaissais pas formost.

Par contre, pourquoi dis-tu craindre que formost soit la seule solution ?

#6

[quote=“snacksou”]Tiens, je connaissais pas formost.

Par contre, pourquoi dis-tu craindre que formost soit la seule solution ?[/quote]

orthographe : foremost :slightly_smiling:

#7

Selon tes précisions

1 - 10Go - / - Partition Principale
3 - 3 Go - Swap - Etendue
4 - 1 Go - /tmp - Etendue
5 - ~200Go - /home - Etendue
6 - 2Go - Vierge - Etendue
2 - 2Go - ExpressGate - Principale

ça ne colle pas …
La première étendue est automatiquement 5
partitionnement attendu serait :

1 - 10Go - / - Partition Principale
5 - 3 Go - Swap - Etendue
6 - 1 Go - /tmp - Etendue
7 - ~200Go - /home - Etendue
8 - 2Go - Vierge - Etendue
2 - 2Go - ExpressGate - Principale

Essaye de monter /dev/??7

Pour de la récupération de tables de partitions, testdisk peut te sauver la mise.
Foremost ou photorec s’appliquent à rechercher les fichiers effacés mais ne réparent pas la table des partitions.

#8

Parce qu’il semble que tes blocs ext aient été écrasés. Du coup, je pense que la structure de tes fichiers n’existent plus et que la seule solution est la reconstruction, foremost est l’outil pour ça mais ça va être pénible.

#9

Bonsoir,

[quote=“etxeberrizahar”]Selon tes précisions

1 - 10Go - / - Partition Principale
3 - 3 Go - Swap - Etendue
4 - 1 Go - /tmp - Etendue
5 - ~200Go - /home - Etendue
6 - 2Go - Vierge - Etendue
2 - 2Go - ExpressGate - Principale

ça ne colle pas …
La première étendue est automatiquement 5
partitionnement attendu serait :

1 - 10Go - / - Partition Principale
5 - 3 Go - Swap - Etendue
6 - 1 Go - /tmp - Etendue
7 - ~200Go - /home - Etendue
8 - 2Go - Vierge - Etendue
2 - 2Go - ExpressGate - Principale

Essaye de monter /dev/??7

Pour de la récupération de tables de partitions, testdisk peut te sauver la mise.
Foremost ou photorec s’appliquent à rechercher les fichiers effacés mais ne réparent pas la table des partitions.[/quote]

Effectivement, mais n’étant pas sous le même pc, j’ai pas pu lancer la commande et faire un copier-coller, donc j’ai mis des chiffres un peu comme ça…
Pour testdisk, j’ai bien réussi à remettre le table des partitions tel qu’elles étaient avant mais ma partoche de données est toujours en reiserfs.

bon, j’ai essayé, mais ça n’a rien donné… Testdisk ne me trouve rien du tout comme fichiers supprimés.

[quote=“ggoodluck47”][quote=“snacksou”]Tiens, je connaissais pas formost.

Par contre, pourquoi dis-tu craindre que formost soit la seule solution ?[/quote]

orthographe : foremost :slightly_smiling:[/quote]

c’est pas faux :wink:

et bien je crois que tu as raison…
Que ce soit foremost, photorec ou r-linux (sous windows, pas mal et gratuit), y me trouve bien mes fichiers (plus d’1 million), mais avec des noms génériques, et sans aucune forme d’arboresence. Si je veux trier tout ça, j’en ai pour des lustres…

Je vais continuer à chercher un peu et sinon je laisse tomber. C’est surtout pour mes mails que ça m’embete mais bon…

#10

Re,

C’est bien pour çà que l’on te souhaitait bon courage :slightly_smiling: