Pages : 1
#1 Le 15/10/2012, à 10:33
- monakea
pb redimensionnement home ext4 chiffré avec ecryptfs
Messieurs les experts plus expert que le moins expert, moi.
J'ai merdé. Total même!!! Le looser....
J 'explique.
J'ai partitionné mon DD sous ubuntu 12.04LTS comme suit .
1 partition swap de 2 ou 3 giga
1 partition / (racine) de 50 giga
1 partition home de 96 giga
N'ayant plus assez de place sur « Home » j'ai donc retiré de l'espace à « / » et voulu l'ajouter à Home.
Pour retirer à « / » via Gparted via live cd, tout c'est bien passé.
Mais quand j'ai voulu ajouter cette espace récupéré à »Home », là.....
Schéma:
Swap (3 giga) / sda5 (50 giga) retrait HOME sda6 (96 giga)
-------- -----------------------------[------------] -------------------------------------------------------
ça devient :
Swap (3 giga) / sda5 (25 giga) Ajout HOME sda6 (120 giga)
-------- ------------ [------------]-------------------------------------------------------
Je laisse donc le disque travailler puis là hop, un redémarrage.
Pourquoi ? Je sais pas !
Soit la batterie s'est vidé et à obligé le portable à s’arrêter occasionnant ma boulette, soit le DD a merdé.
Soit il a normalement redémarré à la fin du processus
Je vois bien que Gparted m'affiche la bonne taille après redimensionnement.
Quoi qu'il en soit, je n’accède plus à ma partition. Son système de fichier est noté inconnu.
Ubuntu ne la monte donc plus au démarrage.
Soit le fait d'ajouter de l'espace à une partition avant et pas après n'est pas sûr, soit ça a foiré.
Nous voyons bien sur la copie écran Gparted, que la partition logique sda6 est marqué (inconnu) alors qu'en ext4fs normalement.
Voici quelques copies d'écrans faite avec TestDisk 6.13
Je sélectionne mon DD de 160 giga
résultat du Quick search
Après je fais quoi, avec ce résultat ?
A savoir: j'ai fait un backup avec testdisk de la partition au cas ou (à supposer que ce soit fiable) fichiers backup extension .dd
Merci à vous tous.
Hors ligne
#2 Le 15/10/2012, à 13:31
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
Je dois probablement suivre ce Tuto, mais je trouve la situation hazardeuse.
Je n'ai pas le droit de perdre les données de cette partition.
Hors ligne
#3 Le 15/10/2012, à 14:06
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
root@ubuntu:~# e2fsck -p /dev/sda6
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda6
/dev/sda6:
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
Hors ligne
#4 Le 15/10/2012, à 14:09
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
root@ubuntu:~# mke2fs /dev/sda6
mke2fs 1.42 (29-Nov-2011)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
7856128 i-noeuds, 31401216 blocs
1570060 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=0
959 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocation des tables de groupe : complété
Écriture des tables d'i-noeuds : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété
Hors ligne
#5 Le 15/10/2012, à 14:59
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
Après avoir exécuté la commande: mke2fs /dev/sda6 j'ai de nouveau lancé e2fsck -p /dev/sda6 et là, j'ai eu droit à un:
/dev/sda6 : propre, 11/7856128 fichiers, 508307/31401216 blocs alors qu'auparavant j'avais droit à un "e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda6"
J'ai pour autant récupéré une partition en ext2fs avec plus de données dessus, et un problème d'accès à la partition. Gparted me précisant que la partition est vide.
Je tente donc une restauration des anciennes datas.
A suivre....
Hors ligne
#6 Le 15/10/2012, à 17:13
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
Bon, rien ne vas plus....
j'ai créé à l'aide de Testdisk une image.dd (comment la restaurer) afin de remettre la partition à son état d'origine?
Ou quel logiciel utiliser afin de récupérer les données supprimés?
Hors ligne
#7 Le 15/10/2012, à 22:07
- monakea
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
TestDisk 6.13, Data Recovery Utility, November 2011
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sda - 160 GB / 149 GiB - CHS 19458 255 63
The harddisk (160 GB / 149 GiB) seems too small! (< 209 GB / 195 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
Linux 13321 159 23 25479 21 14 195309568
Linux 13321 224 24 25479 86 15 195309568
Linux 13329 232 24 25487 94 15 195309568
Linux 13333 57 37 25490 174 28 195309568
> Linux 13334 95 10 25491 212 1 195309568
Linux 13335 132 46 25492 249 37 195309568
[ Continue ]
EXT4 Large file Sparse superblock Recover, 99 GB / 93 GiB
Ca veut dire quoi ce résultat? que tout est foutu pour moi? impossible de récupérer mes datas sur sda6?
Hors ligne
#8 Le 02/11/2012, à 14:02
- jbreizh
Re : pb redimensionnement home ext4 chiffré avec ecryptfs
Hello,
je ne suis pas spécialiste des partition cryptée, mais il est évident que tu ne recuperas jamais rien avec testdisk.
Ta partition était cryptée !!! ça me parait un petit peu simple à cracker, s'il suffisait de se servir de testdisk: quel est le but d'un cryptage ? (en dehors de se la péter parce que ça fait geek, mais désolé 96 gigas de donnée confidentielle ???? que l'on redimensionne sans sauvegarde !!!!!!). La seule option qu'il te reste (et je ne sais pas comment) est de faire en sorte de remonter ta partition par ubuntu.
Pour la suite, la solution de partition cryptée est bien jolie, mais ça pue à 15 km le truc infernal en cas de probleme. Du coup, on fait des sauvegardes regulière et on les mets dans un coffre (dans 2 endroits différents pour le risque d'incendie) et après si on veut, on envisage une partition cryptée (dans le cas ou vraiment on doit préserver ses données à tout moment). C'est lourd, mais c'est le prix de la tranquilité.
Bon ceci dit, je suis de tout coeur avec toi et j'espère que tu recupèrera tes données mais honnètement, après un redimensionnement à la sauvage sur une partition cryptée 
Hors ligne