Récupération donnée/fichier

Support Debian
#1

Bonjour à tous,

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’

j’ai plusiers réponse, par exemple

Fichier binaire /home/blablaUser/Bureau/recup_dir.3993/f602675103.gz correspondant
Fichier binaire /home/blablaUser/Bureau/recup_dir.3993/f602689231.gz correspondant
Fichier binaire /home/blablaUser/Bureau/recup_dir.2317/f323764207.elf correspondant

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.

Auriez vous une idée pour récupérer mon fichier.

Merci

#2

Bonjour,

Pourquoi pas ?

Les fichiers odt par exemple sont formellement des fichiers gz

Parce que

Les fichiers odt par exemple sont formellement des fichiers zip (merci @PascalHambourg)

#3

Ce ne sont pas plutôt des archives zip ?

#4

Grosse fatigue ! En effet, des zip

#5

pourtant j’ai déjà utilisé photorec avec succès

https://openclassrooms.com/courses/recuperer-des-fichiers-perdus

https://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape

#6

Que penser du fichier .elf ?

#7

Le format ELF est le format des binaires exécutables d’Unix/Linux. Je ne vois pas comment une archive zip pourrait être confondue avec ça.

#8

docx pourrait être confondu avec quoi ?

#9

Un fichier zip.

#10

Bonjour et merci à tous pour vos réponses

Si l’on admet que l’un des fichiers .gz soit mon document (à la base c’était un .docx, mais je ne serais pas étonné de l’avoir enregistré en .odt)

Comment je fais pour l’ouvrir ?

si je l’ouvre dans un éditeur de texte, le fichier contient tout sauf ce que l’on cherche, pareil si je le décompresse avant

#11

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.

#12

yop

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 ?!

autrement file me donne ça :

blablaUSer@debian:~$ file /home/blablaUseer/Bureau/recup_dir.3993/f602689231.gz 
/home/blablaUser/Bureau/recup_dir.3993/f602689231.gz: gzip compressed data, from FAT filesystem (MS-DOS, OS/2, NT)
#13

Tout est lié au choix de cette fameuse “blablaString”.

Est-ce une donnée ou une méta donnée ?

#14

c’est une donné, une chaîne de caractère au tout début du document original,

il y a peut être un écueil, cette chaîne de caractère contient des espaces

#15

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.

#16

ok, je viens de le faire avec une version antérieur à mon document perdu ça me donne ça

blablaUser@debian:~$ strings /home/blablaUser/Téléchargements/mondoc.docx 
z!0:
[Content_Types].xml 
l"93
CLHmc
2Rn{
YS1B
snEX
_rels/.rels 
jH[{
l0/%
word/_rels/document.xml.rels 
1EM]ZY
./V/
7!!>
word/document.xml
 xqq
l)|1V
O@mY
s^J1
v?-d
)s>!
\=k~
9;.U*
<iTk
_{FZ
w+e2
v=!"~S-
{0*c
6Med&+
5#sh
bDHEg
So"\
d"){
4CfWQ
55_>&
5UcN
wgoz
L.+X 
o	~c
t`:0]
,s_}Q
OT4c
esJd`
:k.I
mk2M
T`*0
&c*f"
K{[7
N2%K
E0 (;9
in>F{
L&q^
}[,+s[
Pf7d
MZ\}
B]vF
 $.#J
T-6-
t>h:
Z	17R
x2m0
1Y &;b8d
k[3u{%y
19b{/
"%*Jn
Y@%U
%,l^W
]?O1
H%vS
xf"%Y
90qc]w
i8}Sp'
3OiA
{B)1
y\?l
 }lU
{Sz/u{N
l2v$7
:Mlc
1d5N=
"$=*%
/sBL
l'cm
qVdv
T)f7~
<N*P
pB8-
'co2
RtL/
Y/J^
cNhOH
VOf6l
IrS6LO
|ivFx
?E*d
5D|">
ubks
5`C}
D=j&c
5BYI
\@"C"C"{
_:6~	
]M7p
::-}
wkYl
bQfy
HJ_1HJ
C_20
e8Y[
#q q ql
dl>n
hc U U
2E)D\"
,EfK
=b8g}
LEg~
word/footnotes.xml
#N1,
'iky
&A1$
_+{(
41egL$"
}[,2v
word/endnotes.xml
_UG{a
dII$4
"NiB
a	V1
WixX
't$ &
9*QL
[WIzI
jZ<4A1k<
word/footer1.xml
uu0d
yU/m
bnx%
lHb<
joj^
r\;Ee
cnn%
Q|04
{prz
Zc~*b
zoa(E~
6\L'0
|=OE+%
qLFQ"
word/theme/theme1.xml
{l'mv
e5##
4-=4
p:n;
tv}4
!i;r
byaD
-1iT
J*"p
_,VW`:
Zp]dF
q7!<
r8F)
Cc5-
ef#(
#BA?B
mK j
`/5Z]
0!{bF
A5[}g
7CYL&
*t*I
PLWge
+W~O^W
c-g^|
word/settings.xml
5h$f
.9#3
yUcI3ZRy
4p@U
K"V5
z1gR
w.c`
KKZ/
32qP
M|cn
.$S72s'
7Ug:
LP<X
59GV
RWaA
XlN~{
,q]w
!X}d
word/webSettings.xml
|pm*).-]
3	ue
>`N|
word/styles.xml
4"1O
<KH!>f
,Ze<
y,F_
`FR1RO
lEc[L
J	b/]\
}p2U
sHW2
q,jDs,bCs,ZBs,RAs,J@s,
-8/R^
Se6=
KLgtA3
sy-{t;f
j;+ym
Fzhe
r'!,
T0OK
MV<#
qD3K
tEQm
-}drf
DVsTJ
&;bp
d+Hq
"THA
.Q[n
PKpM
m}4p
	XWC
rs5L
Npr5
u5$`]=rB
u5$`]
rv5Du
Z]Ei
dX;VK
UKVW
Zjs5
Zjs5
W-Y]
UKVW
SWT=
3F$v
Z%RRv
|Je\>
_|x.J
t2fbB
-7lM
word/numbering.xml
	,9(
J#>ETp
sFb)
FDN*yo
qV$dBz6
@	t 
{ws.$
Y;W0r
4r`t
l7/n
EYk1
#,x9,
docProps/core.xml 
0x#}
9'i"
06t	
)$1>
DyOb
a:BI;
word/fontTable.xml
$rAr%Y
jeTVv 
J"``
x6C^
5?Bb
>cX"
h_O|e
<Z_-
docProps/app.xml 
Zhk`CN
/<U'
IVJFG
v!z^
X-y9$ 
Cuk{'
z!0:
[Content_Types].xmlPK
_rels/.relsPK
word/_rels/document.xml.relsPK
word/document.xmlPK
word/footnotes.xmlPK
word/endnotes.xmlPK
word/footer1.xmlPK
word/theme/theme1.xmlPK
word/settings.xmlPK
word/webSettings.xmlPK
word/styles.xmlPK
word/numbering.xmlPK
docProps/core.xmlPK
word/fontTable.xmlPK
docProps/app.xmlPK

je précise que je peut l’ouvrir et l’éditer dans libre office

#17

Démonstration concluante. Tout ce que grep pourrait détecter, ce sont ces méta-données du format docx, et pas le contenu du document.

#18

hum, ok

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

#19

Est-ce que tu retrouves cette chaîne dans la sortie de strings avec l’ancienne version du fichier ?

#20

non absolument pas, strings me retourne quelque chose de vraiment illisible or blablaString est du français intelligible (trois mots précisément)