Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

En formatant une partition j'efface un dossier dans une autre ???

LaGelée

Mon titre semble étrange mais je n'ai rien trouvé d'autre...
J'ai perdu toutes mes données après un formatage mais je ne comprends pas pourquoi.

Pour essayer d'expliquer ce qui s'est passé, je commence par vous donner le résultat d'un fdisk pour avoir une idée de mon partitionnement.

sudo fdisk -l /dev/sda
Disque /dev/sda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x48ad48ac

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        4008        9729    45961965   83  Linux
/dev/sda2               1        4007    32186196    f  W95 Etendue (LBA)
/dev/sda5            1973        2072      803218+  82  Linux swap / Solaris
/dev/sda6            2073        3757    13534731   83  Linux
/dev/sda7            3758        4007     2008093+  82  Linux swap / Solaris
/dev/sda8               1        1883    15125103   83  Linux
/dev/sda9            1884        1972      714861   82  Linux swap / Solaris

C'est un peu le bazar parce que j'avais une vieille partition Windows et
une partition Mandriva qui ne me servait plus lorsque j'ai installé
Ubuntu.

Je boote depuis quelques mois sur sda8 et les partitions sda6 et sda1
n'étaient, a priori, jamais montées. Toutefois, sda6 est dans la même partition étendue que sda8...

Pour faire un peu de ménage en vue d'utiliser de nouveaux espace disque,
j'ai reformaté sda6 et sda1 avec GParted.
sda6 était précedemment en ext2, sda1 en ext3. J'ai tout reformaté en ext3.

Lorsque j'ai rebooté après ce formatage, tout ce que contenait
le répertoire /home/seb/Documents sur sda8 avait disparu...
Il semble qu'il n'y ait que ce répertoire qui ait été vidé, les photos dans /home/seb/Images sont toujours là, par exemple...

Je n'y comprends rien, mes documents auraient été sur sda6 ou sda1 sans
que je m'en rende compte ? Je pouvais y accéder et les modifier sans que ces partitions soient montées ?!?

J'ai fait une récup de sda6 avec PhotoRec mais je récupère avec ça une montagne de fichiers (100 000), en vrac,
parmi lesquels je ne retrouve pas mes petits... Même en recherchant là
dedans les fichiers contenant des morceaux de texte de mes documents, je ne retrouve rien...
Je n'ai pas essayé de faire pareil avec sda1.

Arrrggg ... Que s'est il passé ??? Puis je faire quelquechose ???

Des explications ce serait déjà super,
un moyen de réparer ce serait carrément génial !

Merci d'avance.

[supprimé]

Que donnent :

cat /etc/fstab
mount | grep sda
sudo blkid

LaGelée

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda8 during installation
UUID=d6423928-8a89-4d6e-9bf9-b6e3cd034871 /               ext3    relatime,errors=remount-ro 0       1
# swap was on /dev/sda9 during installation
UUID=0e93865b-1e7c-4f0b-831f-cf98cb7580a2 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

LaGelée

mount | grep sda
/dev/sda8 on / type ext3 (rw,relatime,errors=remount-ro)

LaGelée

sudo blkid
/dev/sda1: UUID="3e4b4572-6747-47f8-9a93-8543255febc8" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda5: TYPE="swap" 
/dev/sda6: UUID="e866e909-11bc-422a-bd61-de38b722aee1" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda7: UUID="76fdc7d1-3db9-44cb-b4dd-6fa7481fa204" TYPE="swap" 
/dev/sda8: UUID="d6423928-8a89-4d6e-9bf9-b6e3cd034871" TYPE="ext3" 
/dev/sda9: UUID="0e93865b-1e7c-4f0b-831f-cf98cb7580a2" TYPE="swap"

[supprimé]

D'après tout ça, il n'y a effectivement que sda8 et la swap sda9 en fonction. Théoriquement, il n'y a aucune raison qu'une opération quelconque sur les autres partitions touche à ça. C'est vraiment très bizarre et d'autant plus que ça ne touche qu'à 1 sous-répertoire, comme s'il servait effectivement de point de montage à une partition... Mais nulle trace de ça dans fstab, donc forcément montage manuel ! Et si tu n'a pas fait de montage... ???

As-tu regardé dans /home/seb/ en affichant les fichiers cachés ? On ne sait jamais...

Mais franchement je ne vois pas quoi faire... C'est inexplicable, a priori ! Perso, j'ai déjà fait ce genre de manœuvres x fois, et je n'ai jamais eu ce genre de problème.

LaGelée

Pas de fichiers cachés sauf un petit .directory ...

M'enfin c'est pas possible.. Toutes mes données sont elles perdues ???

LaGelée

Je fais remonter ce post car je ne trouve rien dans mes recherches sur le net pour répondre à ma question qui a pour moi un enjeu crucial : en gros, récupérer deux ans de travail...

Vraiment, si quelqu'un pouvait se pencher sur mon problème ce serait chouette parce qu'il s'agit là de récupérer un paquet de documents de travail (essentiellement des fichiers texte OpenOffice bien classés qui me sont très utiles...)
Je sais, j'aurai du faire une sauvegarde mais il me semble que cela devrait être récupérable si au moins je comprenai ce qu'il s'est passé.

Depuis ma mauvaise manip, je n'ai rien écrit sur sda6 et sda1... Les données doivent donc bien être quelquepart, non ?

Tomzz

Bonjour,
Est ce que /home/seb/Documents n'aurais pas pu être un simple lien symbolique vers un répertoire physiquement sur sda1 ou sda6 par hasard.
Toujours, dans le doute, abstiends toi de manipuler tes partitions avant de savoir ce qu'il c'est passé.

legaci

Pour récupérer ton travail, je ne peux que te conseiller photorec
http://doc.ubuntu-fr.org/photorec

il ne récupère pas que les photos;)

LaGelée

Est ce que /home/seb/Documents n'aurais pas pu être un simple lien symbolique vers un répertoire physiquement sur sda1 ou sda6 par hasard.

ça semble être l'explication la plus plausible mais je ne comprends pas que je ne m'en sois pas rendu compte ni comment cela pouvait fonctionner avec sda1 et sda6 démontées... Il y a quelquechose qui m'échappe...

LaGelée

Pour récupérer ton travail, je ne peux que te conseiller photorec

J'ai fait une récupération avec PhotoRec pour sda6 (comme elle se trouve dans la même partition étendue que ma partition de travail, je me suis dit qu'il y avait plus de chance que les fichiers soient là bas).
Mais j'obtiens alors 100 000 (vrai chiffre) fichiers en vrac. Lorsque je lance dans ce magma une recherche de tout fichier contenant un bout de texte dont je suis sûr qu'il est présent sur un des fichiers perdus, la recherche ne donne rien...
Je suis prof, ce que j'ai perdu c'est un bon paquet de fichiers texte OpenOffice classés dans une arborescence : un répertoire pour chaque classe, des sous-répertoire par chapitre contenant chacun du cours, des exos, des interros...
Récupérer les fichiers ce serait déjà pas mal mais toute la structure de classement ce serait encore mieux... C'est envisageable ?

Je suis vraiment vert, j'ai "vidé" le seul dossier vraiment important (c'est du travail perso, introuvable ailleurs) de mon disque...

Autre problème annexe : Photorec a créé 209 répertoires pour la récup sur ma partition sda8, j'ai copié ces repertoires sur un disque externe au cas où et je voudrais maintenant faire de la place sur mon disque dur et supprimer tous ces repertoires créés par PhotoRec. Malheureusement, dans le navigateur de fichiers, tout ce qui est "Supprimer", "Mettre à la corbeille", ... est en grisé et je ne peux donc pas supprimer ces fichiers... C'est quoi le binz...

Tomzz

tout ce qui est "Supprimer", "Mettre à la corbeille", ... est en grisé

C'est parce que tu n'est pas propriétaire de ces fichiers:

Soit tu passe par sudo rm (fais bien attention dans ce cas) sinon gksu nautilus (là c'est aussi dangereux et en plus saymal) ou alors sudo chown -R ton_user:ton_user pour devenir propriétaire de ces fichiers et pouvoir les manipuler.

Sinon, pour l'histoire du lien symbolique?

Michel Leunen

Essaie aussi tesdisk qui est capable de récupérer une partition effacée. Je ne sais pas si ça peut t'aider mais à mon avis, au point où tu en es, tu ne risques rien à tenter le coup:
http://doc.ubuntu-fr.org/testdisk
Ceci dit, testdisk fait en général du bon boulot mais lis bien la doc avant de te lancer.

LaGelée

C'est parce que tu n'est pas propriétaire de ces fichiers:

Soit tu passe par sudo rm (fais bien attention dans ce cas) sinon gksu nautilus (là c'est aussi dangereux et en plus saymal) ou alors sudo chown -R ton_user:ton_user pour devenir propriétaire de ces fichiers et pouvoir les manipuler.

Sinon, pour l'histoire du lien symbolique?

J'ai fait chown et vérifié le résultat en faisant "propriétés" sur un des dossiers : je suis bien propriétaire de ces dossiers, j'ai les droits max sur ce dossier mais je ne peux toujours pas les supprimer (toujours en grisé avec un click droit)...

Voilà un nouveau mystère annexe...

Michel Leunen

LaGelée a écritJ'ai fait chown et vérifié le résultat en faisant "propriétés" sur un des dossiers :

Nautilus est parfois bizarre dans ce qu'il affiche comme droits. Le mieux c'est que tu nous montre les droits réels en tapant:

ls -al Le_répertoire_où_sont_les_fichiers

LaGelée

J'en reviens au problème d'origine car j'ai avancé un chouillat : avec TestDisk, en faisant une recherche approfondie, j'arrive à voir tous les répertoires qui étaient dans mon dossier Documents ! Yeepie.
Sauf qu'ils apparaissent en rouge et que si je cherche à voir ce qu'il y a dedans j'ai le message "No file found, filesystem seems damaged."
ça me rassure un peu de revoir le nom de mon dossier "Scolaire" mais si je ne peux pas en voir plus, je ne suis pas plus avancé...
Qu'est ce que je peux faire pour aller plus loin ?

Tomzz

Au pire tu as des prestataires spécialisés pour la récup de fichiers, j'avais fait récupérer 200Go il y a 4 ans chez alternative informatique, ça m'avais couté 400€ mais j'avais tout récupéré (en vrac certes mais tout y était).
Je crois que les prix ont baissé depuis, mais ça dépend du type de panne logique (le moins cher et c'est ton cas) ou matérielle et la gravité.
Même ça:

ça se récupère 😃 voir ici: http://www.presence-pc.com/actualite/NASA-Seagate-29229/.
Mais ce doit être un poil plus cher.

Je te parle de ça, mais il reste des trucs à tenter (test disk par ex) véille surtout à ne RIEN écrire sur le disqu

LaGelée

Bon... Je commence à me dire que c'est foutu pour mes documents mais j'aimerais bien comprendre ce qu'il s'est passé...

Comme je disais, j'en ai vu un peu plus avec TestDisk : sur ma partition sda8 (celle sur laquelle je boote et fonctionne depuis quelques mois sans utiliser (en tout cas consciemment) les autres), je vois avec TestDisk le premier niveau d'arborescence des répertoires dans mon dossier /home/seb/Documents. (Je rappelle que c'est ce dossier qui apparait vide dans mon navigateur basique).

Mais tous ces répertoires sont en rouge (signification ?) et lorsque je cherche à entrer plus loin dans le répertoire j'ai le message :
"No file found, filesystem seems damaged."
J'ai pu aussi copier quelques fichiers mal rangés qui se trouvaient dans ce répertoire /home/seb/Documents (toujours en rouge sur TestDisk et invisibles sur le navigateur de fichier basique). Ces fichiers OpenOffice n'ont que le titre correct et sont complètement inutilisables...

De plus, TestDisk m'indique pour la plupart de ces fichiers la date et l'heure de dernière modification (enfin je suppose) et ce moment correspond au moment ou j'ai fait mon reformatage de sda6 et sda1....

Mon titre de Post semble donc pertinent :
il semble bien qu'en formatant sda1 et sda6 j'ai effacé/modifié des choses sur sda8...
Et ça, j'aimerai bien comprendre comment c'est possible, juste pour mourir moins bête.

En plus, si je comprenais ça, je saurai peut-être ou faire des recherches plus approfondies pour retrouver mes documents : sur sda8 ou sur sda6 et sda1 ??

[supprimé]

Déja si tu a des données sur tes docs par testdsik, tu peux peut-être essayer photorec sur sda8. Ce sera peut-être plus facile à reconnaître...

Page suivante »