Bonsoir à tous,
Je suis à la recherche d'un software/ligne de commande afin de récupérer des datas sous linux.
Je me suis déjà renseigné et mes premières recherches ont données,
1-Logiciel Stellar Phoenix Linux data recovery -> très efficace pour recomposer le système de fichier et les différents liens entre les dossiers et sous dossiers.
2-Lignes de commande :
*photorec
*foremost
*testdisk
Auriez-vous d'autres propositions ?
Merci d'avance et joyeux noel.
# Un peu de lecture
Posté par jnanar (site web personnel) . Évalué à 6.
Le post est trop vague pour orienter. Il s'agit d'un effacement accidentel? Un crash disque? Il y a de nombreux contenus très bien écris sur linuxfr. Il suffit de chercher un peu. Par exemple:
[^] # Re: Un peu de lecture
Posté par electro575 . Évalué à 2.
Merci pour les liens.
J’essaie de me renseigner sur ce qu'il est possible de faire pour découvrir un peu ce domaine.
J'ai des live CD aussi :
Hiren's boot CD
Systemrescue CD
Ultimate boot CD (UBCD)
Voila, rien de préci pour le moment mais si ça peut aider des proches en cas d'accident.
Je reviendrais plus tard sur le post.
Je pars en vacances.
Merci à vous pour vos réponses.
[^] # Re: Un peu de lecture
Posté par papap . Évalué à 3.
Bonjour,
Pour le moment, je n'ai pas eu à utiliser autre chose que
*photorec
*testdisk
(via Ultimate boot CD (UBCD))
# Fichier corrompu
Posté par ted (site web personnel) . Évalué à 1.
J'en profite pour demander ici: on m'a demandé si il y a une solution pour tester sur un disque si des fichiers sont corrompus. Le disque en question a subi des déconnexions, et certains fichiers sont perdus.
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: Fichier corrompu
Posté par papap . Évalué à 2. Dernière modification le 26 décembre 2018 à 20:07.
Sous Linux
"fsck (File System Check ou File System Consistency Check) est un outil sous UNIX/Linux pour vérifier la cohérence d'un système de fichiers. S'il y a des incohérences, il est capable de les corriger dans la plupart des cas."
Pour Windows chkdsk
Je ne crois pas qu'il y ait mieux
[^] # Re: Fichier corrompu
Posté par Arthur Accroc . Évalué à 2.
La solution fiable, comparer avec l’original si c’est une sauvegarde, la sauvegarde si c’est l’original (avec diff -r par exemple).
Sinon, vérifier le checksum si on en a un (ça m’arrive d’en faire ; sinon, même si on a une sauvegarde, le jour où l’original et la sauvegarde diffèrent, à moins d’avoir eu un problème clair avec un des disques, c’est difficile de savoir quelle version est la bonne).
En dernier recours, si le disque est montable sans faire de fsck, le monter en lecture seule et faire une copie des fichiers. Une erreur devrait s’afficher pour les fichiers incohérents… mais pas forcément pour les fichiers incomplets (un fichier peut être incomplet, mais cohérent, selon le moment où l’écriture a été interrompue). Bon, je ne sais pas si ça mènera très loin.
Un fsck devrait permettre de récupérer certains fichiers grâce au journal (pour un système de fichiers journalisé), mais d’autres resteront certainement incomplets (ou carrément absents s’ils n’ont été écrits que dans le cache avant déconnexion du disque), même si a l’arrivée, il seront tous rendus cohérents du point du vue du système de fichiers.
Ça peut être intéressant de regarder les dates de modification des fichiers, mais la date n’est peut-être mise à jour qu’à la fin d’une écriture…
Suivant le format d’un fichier, certains logiciels destinés à lire ce format afficheront sur la sortie d’erreur (pour peu qu’on les ait lancé en ligne de commande) si le fichier a été tronqué ou si son contenu est incohérent.
Bon, ce ne sont que quelques pistes, pas miraculeuses.
S’il y a eu un nombre assez important de déconnexions étalées sur une période assez longue, eh bien… bon courage !
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Fichier corrompu
Posté par Anonyme . Évalué à 3.
j'utilise rhash pour générer une liste de checksum. Pour de l'archivage, ça permet de vérifier que les sauvegardes à froid sont toujours bonnes et que le système de sauvegarde à chaud n'a pas eu de secteurs morts non-répertoriés (ou une démagnétisation dûe au vieillissement) qui entraineraient des corruptions silencieuses de fichiers.
Un outil comme Clonezilla (ou directement FSarchiver) permet aussi de faire de la vérification d'intégrité.
# Commentaire supprimé
Posté par Celina27 . Évalué à 1. Dernière modification le 26 février 2019 à 20:33.
Ce commentaire a été supprimé par l’équipe de modération.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.