Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

chercher dans un disque virtuel

8 réponses
Avatar
Thomas
bonjour :-)


j'ai un disque qui est tombé en panne.
les données les plus importantes ont été sauvées :-)

j'ai réussi Í  récupérer des morceaux de disques virtuels.
ils sont plus gros que ma RAM, donc impossible de les ouvrir avec un
éditeur de texte.

j'aimerais les scanner pour voir si je peux récupérer des morceaux de
scripts.


en utilisant des bouts de scripts bien choisis,
grep me permet de savoir que j'ai une chance, puisque
des fois il parcourt tout le fichier et il ne répond rien,
et des fois il s'arrête très rapidement et il répond :
Binary file (standard input) matches

(si possible, j'aimerais récupérer un peu plus large que juste la ligne
o͹ le bout de script a été trouvé)


une idée ?

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

8 réponses

Avatar
Olivier Miakinen
Bonjour,
Le 30/09/2021 Í  15:59, Thomas a écrit :
j'ai réussi Í  récupérer des morceaux de disques virtuels.
ils sont plus gros que ma RAM, donc impossible de les ouvrir avec un
éditeur de texte.
[...]
une idée ?

man split
Cordialement,
--
Olivier Miakinen
Avatar
Thomas
In article <sj4gbr$fh$,
Olivier Miakinen <om+ wrote:
Bonjour,
Le 30/09/2021 Í  15:59, Thomas a écrit :
j'ai réussi Í  récupérer des morceaux de disques virtuels.
ils sont plus gros que ma RAM, donc impossible de les ouvrir avec un
éditeur de texte.
[...]
une idée ?

man split

merci bcp, j'ai déjÍ  retrouvé un truc que j'avais oublié sur la machine
que j'ai refaite :-)
juste, j'ai remarqué que la somme de la taille des fichiers de sortie
est bcp plus petite que la taille du fichier d'entrée,
c'est normal ? s'il y a des "zones blanches" il les saute ?
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Olivier Miakinen
Le 30/09/2021 19:05, Thomas a écrit :
man split

merci bcp, j'ai déjÍ  retrouvé un truc que j'avais oublié sur la machine
que j'ai refaite :-)
juste, j'ai remarqué que la somme de la taille des fichiers de sortie
est bcp plus petite que la taille du fichier d'entrée,
c'est normal ?

Non, Í  mon humble avis ça ne doit pas arriver.
Est-ce que tu n'aurais pas pu confondre les ko avec les kio, les Mo avec les
Mio ou les Go avec les Gio ?
<https://fr.wiktionary.org/wiki/gibioctet&gt;
--
Olivier Miakinen
Avatar
Thomas
In article <sj50sg$dk6$,
Olivier Miakinen <om+ wrote:
Le 30/09/2021 19:05, Thomas a écrit :
juste, j'ai remarqué que la somme de la taille des fichiers de sortie
est bcp plus petite que la taille du fichier d'entrée,
c'est normal ?

Non, Í  mon humble avis ça ne doit pas arriver.

ok :-/
Est-ce que tu n'aurais pas pu confondre les ko avec les kio, les Mo avec les
Mio ou les Go avec les Gio ?

non, j'ai comparé les 2 cotés avec le même outil ;-)
1,09 Go / 4,31 Go
est-ce que le format de sortie te convient ?
$ split -a 4 -l 1000000 /Volumes/Gros-volumes/rapid/rapid us 16/rapid
us 16.vdi /Volumes/Stockage 2/rapid2/rapid-
+ split -a 4 -l 1000000 '/Volumes/Gros-volumes/rapid/rapid us 16/rapid
us 16.vdi' '/Volumes/Stockage 2/rapid2/rapid-'
$ l /Volumes/Stockage 2/rapid2/
+ ls -lF '/Volumes/Stockage 2/rapid2/'
total 2125400
-rw-r--r-- 1 thomas staff 34835214 30 sep 22:48 rapid-aaaa
-rw-r--r-- 1 thomas staff 32374042 30 sep 22:48 rapid-aaab
-rw-r--r-- 1 thomas staff 55241321 30 sep 22:48 rapid-aaac
-rw-r--r-- 1 thomas staff 30265723 30 sep 22:49 rapid-aaad
-rw-r--r-- 1 thomas staff 39794373 30 sep 22:49 rapid-aaae
-rw-r--r-- 1 thomas staff 50916578 30 sep 22:49 rapid-aaaf
-rw-r--r-- 1 thomas staff 62611850 30 sep 22:49 rapid-aaag
-rw-r--r-- 1 thomas staff 42092604 30 sep 22:49 rapid-aaah
-rw-r--r-- 1 thomas staff 43119068 30 sep 22:49 rapid-aaai
-rw-r--r-- 1 thomas staff 46700387 30 sep 22:49 rapid-aaaj
-rw-r--r-- 1 thomas staff 46949582 30 sep 22:49 rapid-aaak
-rw-r--r-- 1 thomas staff 37207318 30 sep 22:49 rapid-aaal
-rw-r--r-- 1 thomas staff 47432650 30 sep 22:49 rapid-aaam
-rw-r--r-- 1 thomas staff 65500139 30 sep 22:49 rapid-aaan
-rw-r--r-- 1 thomas staff 55998523 30 sep 22:49 rapid-aaao
-rw-r--r-- 1 thomas staff 60300521 30 sep 22:49 rapid-aaap
-rw-r--r-- 1 thomas staff 42575724 30 sep 22:50 rapid-aaaq
-rw-r--r-- 1 thomas staff 74903767 30 sep 22:50 rapid-aaar
-rw-r--r-- 1 thomas staff 53456006 30 sep 22:50 rapid-aaas
-rw-r--r-- 1 thomas staff 63024077 30 sep 22:50 rapid-aaat
-rw-r--r-- 1 thomas staff 43940924 30 sep 22:50 rapid-aaau
-rw-r--r-- 1 thomas staff 47047489 30 sep 22:50 rapid-aaav
-rw-r--r-- 1 thomas staff 11868821 30 sep 22:50 rapid-aaaw
$ l /Volumes/Gros-volumes/rapid/rapid us 16/rapid us 16.vdi
+ ls -lF '/Volumes/Gros-volumes/rapid/rapid us 16/rapid us 16.vdi'
-rw------- 1 thomas admin 4306501632 28 jan 2021
/Volumes/Gros-volumes/rapid/rapid us 16/rapid us 16.vdi
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Olivier Miakinen
Le 30/09/2021 23:05, Thomas a écrit :
juste, j'ai remarqué que la somme de la taille des fichiers de sortie
est bcp plus petite que la taille du fichier d'entrée,
c'est normal ?

Non, Í  mon humble avis ça ne doit pas arriver.

ok :-/
Est-ce que tu n'aurais pas pu confondre les ko avec les kio, les Mo avec les
Mio ou les Go avec les Gio ?

non, j'ai comparé les 2 cotés avec le même outil ;-)
1,09 Go / 4,31 Go

En effet : 1 088 156 701 ≠ 4 306 501 632
est-ce que le format de sortie te convient ?
$ split -a 4 -l 1000000 /Volumes/Gros-volumes/rapid/rapid us 16/rapid
us 16.vdi /Volumes/Stockage 2/rapid2/rapid-
+ split -a 4 -l 1000000 '/Volumes/Gros-volumes/rapid/rapid us 16/rapid
us 16.vdi' '/Volumes/Stockage 2/rapid2/rapid-'

J'avoue que je n'avais jamais utilisé l'option -l. Pour ma part j'aurais
plutÍ´t essayé « -b 1MB » Í  « -b 100MB ».
Je vais tester avec des contenus binaires pour voir ce que ça donne.
--
Olivier Miakinen
Avatar
Olivier Miakinen
Le 01/10/2021 17:22, Olivier Miakinen a écrit :
Je vais tester avec des contenus binaires pour voir ce que ça donne.

Pas de problème de mon cÍ´té :
:~/test$ split -l 10000 vmlinuz-5.4.0-88-generic
:~/test$ wc x*
10000 75426 2352856 xaa
10000 71126 2244743 xab
10000 72578 2406232 xac
10000 51909 1484424 xad
10000 52125 1103953 xae
5907 43970 2184048 xaf
55907 367134 11776256 total
:~/test$ wc vmlinuz-5.4.0-88-generic
55907 367134 11776256 vmlinuz-5.4.0-88-generic
:~/test$
Tu n'aurais pas tout simplement rempli ton disque ?
--
Olivier Miakinen
Avatar
Thomas
In article <sj79nq$2vi8$,
Olivier Miakinen <om+ wrote:
Le 01/10/2021 17:22, Olivier Miakinen a écrit :
Je vais tester avec des contenus binaires pour voir ce que ça donne.

Pas de problème de mon cÍ´té :
Tu n'aurais pas tout simplement rempli ton disque ?

non plus.
mais j'ai pensé Í  un truc :
ça pourrais tout simplement être que ma version de split est trop vieille
(je n'ai pas trouvé comment avoir son n° de version)
ça n'est pas grave,
dans les parties qu'il a bien voulu me découper j'ai trouvé de quoi
gagner du temps pour ne pas tout refaire Í  partir de 0 :-)
... et maintenant c'est reparti :-)
et c'est grÍ¢ce Í  toi qui m'a indiqué le bon outil, merci :-)
et je suis bien content de ne pas avoir chiffré mes données, aussi ;-)
je savais que j'avais Í  craindre bcp plus les pannes que les vols :-)
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Thomas
In article <skkbnr$20f5$,
Olivier Miakinen <om+ wrote:
Le 18/10/2021 18:25, Thomas a écrit :
mais j'ai pensé Í  un truc :
ça pourrais tout simplement être que ma version de split est trop vieille
(je n'ai pas trouvé comment avoir son n° de version)
ça n'est pas grave,
dans les parties qu'il a bien voulu me découper j'ai trouvé de quoi
gagner du temps pour ne pas tout refaire Í  partir de 0 :-)
... et maintenant c'est reparti :-)

Ben c'est super.

:-)
Quant Í  l'hypothèse d'une version trop vieille, j'ai failli dire que
ça m'étonnerait parce que ça fait très longtemps que j'utilise diverses
versions de split sans souci, mais en réalité je ne m'en suis jamais
servi qu'avec une taille en octets, jamais une taille en nombre de lignes.

pour la curiosité je viens de tester -b, qui fonctionne parfaitement Í 
l'octet près,
ce qui rend l'hypothèse probable.
Alors si ça se trouve il y avait un ancien bug sur lequel je ne suis
jamais tombé Í  cause de mon type d'utilisation.

ça m'amusera peut être de chercher quelles sont les zones qui ont été
mangées par -l, mais peut être pas si c'est un bug qui a été corrigé
depuis ...
cette option m'a parue plus pertinente pour pouvoir faire des recherches
par mot-clé, en évitant que les lignes de script ou d'historique soient
coupées au milieu.
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/