Galères de récupération, accéder aux fichiers ?

Enma · 08-02-2022 23:14:45

Bonjour :)

Le contexte : à l'issue d'une looongue série de galères diverses et de freezages intempestifs (notamment au démarrage et à l'extinction), un jour mon Lenovo X220 m'a indiqué au redémarrage que le DD était vide. Ça démarrait, volume du disque OK mais vide comme après une install. Après avoir tenté en vain d'accéder à mes données en bootant sur une clé puis avec un lecteur de disque externe, j'ai opté en désespoir de cause pour une réinstallation sur la partition /boot.
Jamais fait d'installation sans aide et pas depuis pas mal d'années, première fois pour cette distribution, j'ai raté mon coup. :( Résultat, DD formaté avec installation expresse /home non séparé. (C'est allé très vite, à peine quelques manips et l'install a démarré, en trois minutes c'était plié, moi devant à hésiter - interrompre ou pas ? (surtout sans accès à internet))

Depuis, aucun problème à signaler alors qu'avant le pc freezait même avec seulement LibreOffice d'ouvert. Avant de re-réinstaller pour une distribution plus récente (celle-ci était sur la clé bootable de la dernière install, ça remonte), j'aimerais bien essayer de récupérer ce sur quoi je travaillais au moment du freezage fatal (tout mon boulot était sauvegardé sauf ce fichu .odt que j'avais créé dans la journée).

J'ai d'abord tenté PhotoRec sur la partition principale (20 Go occupés sur 300 en incluant l'OS). Côté options, j'ai sélectionné ext2/ext3 (couvrant aussi l'ext4, sauf erreur) en mode "paranoid" mais "brute force enabled", en cochant "keep corrupted files" et uniquement le format .zip (comprend les .odt d'après les infos trouvées). Enfin j'ai indiqué de faire la recherche sur l'espace libre seulement.
Après presque 19h à tourner (7 passages ?? j'ai dû manquer quelque chose), "0 files found".
Alors évidemment, aucune certitude de récupérer le fichier qui m'intéresse, mais rien du tout ??

Nouvel essai avec Foremost. Ça a semble-t-il mieux fonctionné puisque j'ai à présent des dossiers intitulés docx, jar, sx, sxw, zip (ce dernier contenant un peu plus de 200 000 archives ^^') et un fichier audit.txt avec la liste des fichiers, dont certains .sx avec le commentaire "OpenOffice Doc ?"

Histoire d'y voir plus clair, j'ai copié les infos de l'audit (nom du fichier et extension, taille) dans Office Calc et commencé à trier. Même en excluant arbitrairement ceux de moins de 15 Ko, il en reste 100 000.
Je voulais aussi supprimer tous ceux qui ont une extension autre que .zip et .docx (au cas où) mais l'outil de tri de Calc ne semble pas permettre de discriminer par l'extension, en tout cas je n'ai pas trouvé.

De toute manière ça ne va pas suffire, il va en rester trop.

En plus, en graphique je n'ai pas les droits pour accéder aux fichiers. J'ai visualisé quelques contenus sur le terminal en mode superutilisateur mais il va me falloir un autre moyen de procéder, vu la quantité.

Comment faire pour cette question de droits ?
Je cherche un .odt, est-ce qu'il existe un moyen de trier les archives par contenu ?

Merci par avance pour vos conseils, ça fait des mois que je cherche en vain à résoudre les problèmes (pas mal de recherches, démonté pour nettoyage, ajout de RAM et de mémoire tampon) et là c'était un peu la cerise. :/ J'ai cherché des ateliers d'entraide par chez moi mais rien. Et à galérer depuis dimanche je commence à saturer.

Enma

hybridemoineau · 09-02-2022 11:38:09

Trois choses :

- D'après un usage récent sur une clé usb, Photorec ne permet pas de chercher les odt, ou uniquement les odt pour une raison que j'ignore. C'est regrettable, mais c'est ainsi.

- Il serait peut-être possible de faire une recherche automatique dans les fichiers zip, mais ça serait un peu compliqué sans doute (unzip + find ou grep dans un script ?)

- Il faut peser les efforts à faire : combien de temps pour refaire l'odt, combien de temps pour le retrouver ?

Dernière modification par hybridemoineau (09-02-2022 11:51:27)

otyugh · 09-02-2022 12:16:35

- D'après un usage récent sur une clé usb, Photorec ne permet pas de chercher les odt, ou uniquement les odt pour une raison que j'ignore. C'est regrettable, mais c'est ainsi.

Dans ce cas il suffit de tout exporter et d'utiliser "file" pour discriminer par type !

hybridemoineau · 09-02-2022 12:38:58

Oui, mais vu que PhotoRec n'a rien trouvé du tout, j'en viens à me demander s'il est capable de retrouver les odt, en plus de ne pas proposer de rechercher uniquement les odt.

Pas sûr que Foremost fasse mieux, il faudrait fouiller les zip.

otyugh · 09-02-2022 12:43:35

L'identification des type de fichiers n'a rien d'un science exacte après, très possible que deux outils trouvent des résultats très différents x)

Dernière modification par otyugh (09-02-2022 12:44:06)

Anonyme · 09-02-2022 21:43:54

Enma a écrit :

....
Je cherche un .odt, est-ce qu'il existe un moyen de trier les archives par contenu ?

Bonsoir,

regardes le script sur ce lien :

https://memo-linux.com/photorec-trier-a … xtensions/

Il doit pouvoir faire l'affaire avec ton fichier txt

Je l'avais testé pour ma récupération avec photorec. Il pourrait aussi marcher pour ta récupération en vrac. Juste à retoucher un peu.

Trier automatiquement la restauration par extensions

#!/bin/bash

##déclaration des variables

source=/home/fred/Documents/

dest=/run/media/fred/500GO/sauvegarde/

##création du répertoire de destination

mkdir -p "$dest"

##recherche des fichiers de type fichiers dans le répertoire source et j'écris ces infos dans un fichiers texte

find "$source" -type f > "$source"fichier.txt

##boucle qui va lire ligne par ligne mon fichier texte tout en créant les répertoires de destinations par extensions et les déplacent automatiquement

while read -r ligne

do

mkdir -p "$dest""${ligne##*.}"

mv "$ligne" "$dest""${ligne##*.}"/

done < "$source"fichier.txt

##une fois tous les fichiers déplacés, suppression des répertoires source

#rm -rf "$source"/recup_dir.*

Dernière modification par Anonyme (09-02-2022 21:48:02)

Enma · 10-02-2022 01:42:48

Merci pour vos réponses.

J'ai conscience que ça fait beaucoup d'efforts pour un bête fichier mais il faut que j'essaie car je n'ai plus les notes intégrées ce jour-là et si je recommence, ce sera de mémoire.

@hybridemoineau
D'après le wiki, Photorec récupère les fichiers traitement de texte sous la forme de .zip, c'est pour ça que je n'ai recherché que ces formats.

otyugh a écrit :

Dans ce cas il suffit de tout exporter et d'utiliser "file" pour discriminer par type !

Justement j'aimerais éviter d'avoir à tout exporter (100 000 archives), d'autant que je n'y ai pas accès en graphique (pour sélection et dézippage par grappes). À moins de pouvoir le faire sur le terminal sans avoir à saisir tous les noms de fichiers ? (Genre par groupes de fichiers ? Sachant que la numérotation ne se suit pas, ce serait trop facile.)
Et pas possible d'extraire la totalité en une fois. Mon pc galère déjà à l'affichage du contenu du dossier, j'ai peur que la tâche soit au-delà de ses forces. ^^'

Sinon j'ai continué à chercher et en vrac j'ai vu passer

unzip -l archive.zip | grep nomDeFichier

mais ça ne prend en compte que le nom et pas l'extension.

Et aussi (pas encore testée mais ça paraît inenvisageable sur 100 000 archives, c'est pour ça que je cherche un moyen de réduire le nombre au départ)

vim ZIP_FILE_NAME

Il y a la possibilité de rechercher une chaîne de caractères à l'intérieur de fichiers de texte (si ça marche pour les .odt, pas testé)

less "nom_de_l_archive.zip" | grep "Mots_Recherchés" | sort | more

Cette commande a renvoyé un message d'erreur avec 3 fois le nom du fichier dans la réponse

zipinfo -l NomFichier.zip

zipinfo:  cannot find or open myzipfile.zipNomFichier.zip, myzipfile.zipNomFichier.zip.zip or myzipfile.zipNomFichier.zip.ZIP.

Ici il est question d'AVFS mais il me manque encore quelques niveaux pour que ça devienne compréhensible.

Un système de fichiers qui fournit un accès transparent à l’intérieur des archives. Exécutez d’abord cette commande une fois pour configurer une vue du système de fichiers de votre machine dans laquelle vous pouvez accéder aux archives comme s’il s’agissait de répertoires.

Et là il est dit qu'il y a plus simple qu'AVFS mais ce n'est pas évident au premier coup d’œil.

Pas eu le temps de tout tester encore et j'ai des tonnes de marque-pages à lire, entre la doc et la doc pour comprendre la doc en plus du temps pour assimiler.

Anonyme a écrit :

regardes le script sur ce lien :

https://memo-linux.com/photorec-trier-a … xtensions/

Il doit pouvoir faire l'affaire avec ton fichier txt

Je l'avais testé pour ma récupération avec photorec. Il pourrait aussi marcher pour ta récupération en vrac. Juste à retoucher un peu.

Oh merci je lis ça et je reviens.

phreg · 10-02-2022 13:50:49

Bonjour,

Il y a la possibilité de rechercher une chaîne de caractères à l'intérieur de fichiers de texte (si ça marche pour les .odt, pas testé)

Un odt n'est pas un "fichier texte", pour y chercher une chaîne de caractères il faut passer par odt2txt.
Exemple :

#!/bin/bash

echo -n "Chaine à chercher dans les fichiers *.odt : "

read chaine

while read; do

   odt2txt "$REPLY" | grep $chaine 1>/dev/null && echo "$REPLY"

done <<< $(find . -name "*.odt" 2>/dev/null)

ça peut aider si tu ne sais pas le nom du fichier mais est certain de certains mots qu'il contient.

Dernière modification par phreg (10-02-2022 14:37:00)

Debian-facile

#1 08-02-2022 23:14:45

Galères de récupération, accéder aux fichiers ?

#2 09-02-2022 11:38:09

Re : Galères de récupération, accéder aux fichiers ?

#3 09-02-2022 12:16:35

Re : Galères de récupération, accéder aux fichiers ?

#4 09-02-2022 12:38:58

Re : Galères de récupération, accéder aux fichiers ?

#5 09-02-2022 12:43:35

Re : Galères de récupération, accéder aux fichiers ?

#6 09-02-2022 21:43:54

Re : Galères de récupération, accéder aux fichiers ?

#7 10-02-2022 01:42:48

Re : Galères de récupération, accéder aux fichiers ?

#8 10-02-2022 13:50:49

Re : Galères de récupération, accéder aux fichiers ?

Pied de page des forums