Forum général.cherche-logiciel Récupération de données sous linux : ext2, ext3, ext4, ...

Posté par . Licence CC by-sa.
Tags : aucun
-2
25
déc.
2018

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 (page perso) . É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 . É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 (page perso) . É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 (page perso) . É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 (page perso) . Évalué à 2. Dernière modification le 26/12/18 à 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 . Évalué à 2.

      on m'a demandé si il y a une solution pour tester sur un disque si des fichiers sont corrompus.

      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 !

      ¯ : macron (typographie), petit signe diacritique, qui prétend ne pencher ni à gauche ni à droite, mais se place nettement au dessus des vraies lettres, qu’il considère avec mépris.

      • [^] # Re: Fichier corrompu

        Posté par . Évalué à 3.

        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).

        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 . Évalué à 1. Dernière modification le 26/02/19 à 20:33.

    Ce commentaire a été supprimé par l'équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.