J’ai fait une petite boulette, j’ai perdu un fichier un peu important que j’ai espoir de pouvoir le récupérer
je cherche à récupérer un fichier, .docx ou .odt
je connaissais son nom, et je sais qu’il contient certaine chaîne de caractères
voici les étape menant à la perte et les tentative de récupération
sur un ssd externe sur lequel j’avais fait une fresh install de debian stretch pour tester, j’ai édité un doc de travail
j’ai fait une fresh install de debian stretch sur le ssd interne
a partir du ssd interne, j’ai utiliser “disk” pour refaire les partition du ssd externe, je n’ai pas été au bout de la démarche, mais je n’ais plus les trois partition automatiquement créées par l’installeur, mais une seule, qui ne peut d’ailleurs pas être monté (d’habitude je me débrouille plutôt bien avec ce genre de chose mais la j’ai pas tout suivi, en même temps je ne pensais pas avoir de document important dessus)
j’ai utilisé testdisk mais il ne m’est pas possible de “réparer” mes partitions
j’ai utilisé photorec et il m’a récupérer des millier de fichier qui sont dans un dossier de mon ssd interne
quand je fait grep -rnw ‘/home/blablaUser/Bureau/’ -e ‘blablaString’
mais ça ne correspond pas à mon fichiers, or je suis prêt à parier que “blablaString” ne se trouve nulles part ailleurs que dans mon fichier, et si c’était le cas, ce serait étonnant que mon fichier n’apparaisse pas.
Tu le renommes en .odt ou .docx et tu tentes de l’ouvrir.
Aussi, la commande file permet d’identifier le contenu d’un fichier.
Tu peux la passer sur tous les fichiers récupérés pour voir si certains sont des fichiers OpenDocument ou Word.
si je le renomme en .docx ou .odt, j’ai le même résulatat qu’en ouvrant le .gz directement avec libreoffice
ca ressemble à un fichier plein de texte et de code (mais pas des caractères spéciaux inintelligible) qui s’étendant sur 1500 pages ; le fichier original doit faire une dizaine de page, avec beaucoup de tableau ceci dit
et si je cherche “blablaString” dans mon fichier, je ne le trouve pas ?!
Il y a peu de chances que grep trouve une chaîne de caractères qui se trouve dans le contenu d’une archive compressée.
Tu peux faire un petit test de démonstration : prends un fichier odt ou docx, passe-le à la commande strings (paquet binutils) pour en extraire ce qui ressemble à des chaînes de caractères et regarde si des éléments de texte du document sont affichés.
il est fort possible que blablaString que j’ai utilisé pour retrouvé le document soit dans les méta-données en plus du contenu, ce serait cohérent et ce serait le créateur du document.
mais ça ne me donne malheureusement pas de piste, ni pour savoir si c’est le bon fichier/document, ni comment l’ouvrir