Forum général.général [Récupération de donnéees]

Posté par .
Tags : aucun
6
11
fév.
2011
Bonjour à tous,
Ca y est j'ai enfin fait ma première grosse boulette en 10 ans de GNU/Linux. En début de semaine j'ai fêté dignement l'arrivée de Squeeze en faisant un magnifique:

cat squeeze.iso > Mon_Repertoire_Utilisateur

Et je m'en suis rendus compte après deux ou trois bonnes heures*. Ayant de vague souvenir des choses à réaliser dans ce cas j'ai démonter mon répertoire utilisateur. Ensuite est venu le moment douloureux de faire le bilan de ce qui a été perdu (et de ce qui me semble important). Je sauvegarde à chaque fois que je vide mon appareil photo et malheureusement j'ai zappé la dernière donc il me manque quelques photos et un fichier texte (au format pgn) et deux fichiers Openoffice.

Je me suis lancé dans la récupération de données (via PhotoRec) et cela me donne pas grand chose je récupère beaucoup de petite image (issu de ma navigation web et rien comme image de mon APN) et peu de document OpenOffice (mais pas ceux que je cherche). Je pense que je vais passer prochainement par foremost pour voir si il s'en sort mieux.

Bon je cherche à savoir ce que je pouvais espérer récupérer au vue de la commande utiliser (pour effacer mes données) et de mon temps de réaction ?

Pour PhotoRec: http://www.cgsecurity.org/wiki/PhotoRec_FR
Pour foremost: http://linux.die.net/man/1/foremost

*: Note pour plutard prendre le temps de faire les choses pointilleuses
  • # En tout cas..

    Posté par . Évalué à 3.

    Vu la taille d'une image ISO t'as certainement des données irrémédiablement perdues car écrasées par celles de l'ISO.

    Si tes données sont vitales:
    http://www.alternativeinformatique.com/

    THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.

    • [^] # Re: En tout cas..

      Posté par . Évalué à 1.

      C'est ce qui me faisait un peu peur avec la commande cat (quel écrive sur l'ensemble de ma partition jusqu'à épuisement de l'espace disponible).
      Non, il y a rien de vital que des choses que je voulais pas trop perdre (je commence à me faire une raison).
  • # C'est quoi ton shell ?

    Posté par . Évalué à 7.

    J'aurais pas cru qu'on puisse perdre quoi que ce soit en redirigent une sortie par erreur vers un dossier et c'est en effet impossible chez moi :
    % mkdir test
    % cat RIPLinuX-11.3.iso > test
    zsh: est un dossier: test
    % bash
    $ cat RIPLinuX-11.3.iso > test
    bash: test: est un dossier
    • [^] # Re: C'est quoi ton shell ?

      Posté par . Évalué à 3.

      J'ai mal posé ma commande, il faut remplacer Mon_Repertoire_Utilisateur par ma partition /home (soit /dev/sda6 dans mon cas).
      J'ai peur comme je l'ai dit plus haut que la commande cat utilise tout l'espace disponible sur la partition jusqu'à épuisement du "stock"; et donc que l'utilisation des logiciels de récupération soit vain.
      • [^] # Re: C'est quoi ton shell ?

        Posté par . Évalué à 2.

        Pourquoi cat utiliserait tout l'espace disponible? A moins que ta partition soit plus petite que l'iso...
      • [^] # Re: C'est quoi ton shell ?

        Posté par . Évalué à 1.

        a marche pas non plus chez moi
        cat /foo/bar/[...].avi > /mnt
        zsh: est un dossier: /mnt
        zsh/2 17 [1] # df -h /mnt
        Sys. de fichiers Taille Uti. Disp. Uti% Monté sur
        /dev/loop0 504M 17M 462M 4% /mnt

        A moins que tu ais fait directement sur la device, en root, mais dans ce cas tu cherchais beaucoup énormément les ennuis.
        • [^] # Re: C'est quoi ton shell ?

          Posté par . Évalué à 3.

          ou alors il s'est trompé d'une lettre et a mis le device de sa partition /home au lieu de sa clé usb...

          Perso je vérifie toujours deux ou 3 fois avec un "df" dans une console à côté pour être sûr quand je fais une commande de ce type.
          • [^] # Re: C'est quoi ton shell ?

            Posté par . Évalué à 2.

            Et s’arranger pour qu’on puisse faire une telle commande avec un groupe prévu pour l’occasion, plutôt que root, ça doit être possible, non ? Je ne sais pas trop comment se passe la gestion des droits sous /dev/*, d’ailleurs /dev/disk/by-* me semble plus adapté pour ce genre d’utilisation…
            • [^] # Re: C'est quoi ton shell ?

              Posté par . Évalué à 2.

              ça peut se passer par udev, et on peut dire que tel utilisateur à le droit sur le péréphirique mode bloc / carac de tel device.
          • [^] # Re: C'est quoi ton shell ?

            Posté par . Évalué à 1.

            Grosso-Modo c'est un peu celà, je me suis mis en Root, j'ai fait un df -h pour savoir ou je devais aller, j'étais pressé et j'ai tapé la commande "qui allait bien".

            Bon là je teste avec PhotoRec et Foremost et ca a pas l'air génial comme résultat, j'ai plus qu'a inspecter les fichiers qu'il m'a trouvé.
  • # plusieurs soft de dispo

    Posté par (page perso) . Évalué à 0.

    regarde

    Mondo Rescue
    TestDisk
    ddrescue
    safecopy
    TestDisk
    R-STUDIO

    www.solutions-norenda.com

  • # fragmentation

    Posté par . Évalué à 1.

    Lorsque tu appelles cat image.iso > /dev/sd?? tu sabotes deux choses.
    La première est la caractérisation de la partition (fs, taille) , la deuxième les données qui s'y trouvent.

    Pour réparer la partition, testdisk ou gpart peuvent deviner l'ancien partitionnement et le fs en présence. La réparation est habituellement concluante et tu pourras après opération monter la partition.
    En procédant de la sorte, pas besoin de récupération mais tu devras t'assurer que les fichiers soient viables. Des fichiers seront abimés malgré l'allégation de leur présence. .

    La question est d'estimer la perte.
    Pour un fichier image de 700 MO , tu peux être certain que tu as endommagé
    les 700 premiers MO de la partition mais ça peut-être bien pire à cause de la fragmentation .
    Un truc que nous autres linuxeurs avons tendance à ne pas surveiller
    ("linux ne fragmente pas" selon la légende).
    Si des fichiers se trouvent en plusieurs morceaux, il suffit qu'un des dits
    morceaux se trouve dans les 700MO effacés pour que les degâts soient amplifiés.

    Un brin d'optimisme, photorec est capable de prouesses , prend patience
    et laisse le tourner assez longuement.
  • # c'est pas grave !!

    Posté par (page perso) . Évalué à 5.

    Tu as ta sauvegarde, non ?
    • [^] # Re: c'est pas grave !!

      Posté par . Évalué à 1.

      Oui et non car j'ai sauté la dernière sauvegarde (dernière fois que j'ai vidé l'appareil photo) et le stocke de photos que j'ai dans mon appareil donc cela me fait un trou de 3 mois.

Suivre le flux des commentaires

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