Foremost : Erreur de segmentation Résolu/Fermé

Question

Bonjour,

Utilisant Foremost v 1.5.3 pour récupérer des fichiers (foremost -w -i /dev/sda5 -o /recovery/foremost) j'obtient le message "erreur de segmentation" en cours d'audit : je ne peut donc obtenir un audit complet.

- Existe il une commande pour que le programme ignore le segment défectueux et poursuive le scan ?
- Est ce grave docteur ? (intégrité du disque)

De plus ayant lancé une récupération sur ce qu'il m'avait détecté j'obtient :
fn=/home/bullshit/output/pdf/426227520.pdf bytes=1990656
foremost: Error writing file
et le répertoire "home/MOI/output" reste désesperément vide :'(

quid, quo, quando ?
Merci d'avance.

Pensée du jour :" [Shift Del] c'est bien, un cerveau c'est mieux"

jipicy · Answer

Salut,

Extrait du man : https://linux.die.net/man/1/foremost
-s number
    Skips number blocks in the input file before beginning the search for headers. ie. foremost -s 512 -t jpeg -i /dev/hda1

Examples
Search for jpeg format skipping the first 100 blocks
foremost -s 100 -t jpg -i image.dd 
Peut être une piste...

Non2 · Answer

Bonjour,

Je ne suis pas spécialiste, mais sur SourceForge, ils en sont à la version 1.5.6. S'il s'agit d'un bug de la 1.5.3, il se peut qu'il soit corrigé (je n'ai pas essayé).

Non2 · Answer

Salut,

En fait, je n'en ai aucune idée. J'avais trouvé un sujet qui en parlait, essayé, et j'étais tombé sur la même erreur. 
Comme je n'en n'avais pas un besoin immédiat, j'ai laissé tomber, puis j'ai vu ton topic. J'ai cherché à nouveau et trouvé ça, mais je n'avais pas le temps aujourd'hui d'essayer. 

Mais ce sont des sources à compiler, et ils n'indiquent aucune dépendance, donc je ne vois pas pourquoi ce ne serait pas compatible. 

Une erreur de segmentation, si je me souviens bien, c'est lorsque les données lues et mises en mémoire vont au-delà de la zone mémoire réservée à une variable. Donc, même si ça refait le même coup, avec les sources, il y a moyen d'aller vérifier dans le code. Comme c'est un programme d'origine ancienne, il faudra peut-être transformer une variable statique en variable dynamique avec une allocation de mémoire fixée en fonction de la taille des données lues. Mais tout ça, pour moi, c'est très loin, j'avoue franchement que je ne m'en sens plus capable sans y consacrer beaucoup, beaucoup de temps.

Non2 · Answer

Ça veut juste dire que j'ai une vague idée de l'origine du problème, mais que comme je n'ai plus pondu une ligne de code depuis des années, je ne me le sens pas bien d'aller chercher l'erreur et de la corriger. Peut-être un programmeur pourra-t'il confirmer ce que je suppose (ou l'infirmer). 

Alors je me suis dit qu'en compilant la version de SourceForge, il y avait une chance que le problème soit résolu dans cette version-là. Comme la compilation se fera sur ta machine, il y a toutes les chance d'avoir un programme compilé tip-top pour ta configuration.

Excuse-moi si je n'ai pas été clair, mais j'ai écrit au fur et à mesure que je pensais. ;-)

Edit : dans le man foremost, ils indiquent l'option -o pour changer le répertoire de sortie :
       -o directory
              Recovered files are written to the directory directory.

Illitch · Answer

Je repasse,

Apparement la version 1.5.6 de foremost corrige le problème (à moins que l'erreur n'ai été causée par le manque de place sur le volume de destination, voir poste n°2)

La commande suivante permet de choisir un autre répertoire que le défaut = /home/utilisateur/output (ici /media/disk/Recovery -> à remplacer par votre chemin - /dev/sda5 est la partition à scanner -> à changer par la votre)
sudo foremost -o /media/disk/Recovery -t pdf -i /dev/sda5

Lien vers la dernière version foremost (aujourd'hui 1.5.6) : http://foremost.sourceforge.net/
  /!\ les développeurs de fomemost le classent encore instable (low : donc utilisable)  

Merci à tous :)