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

Posté par le_silmarillion le 11 février 2011 à 12:54.

Étiquettes :

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 Grunt le 11 février 2011 à 13:05. É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 le_silmarillion le 11 février 2011 à 15:10. É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 Tonton Benoit le 11 février 2011 à 13:29. É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 le_silmarillion le 11 février 2011 à 15:14. É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 maxix le 11 février 2011 à 16:36. É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 briaeros007 le 11 février 2011 à 18:39. É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 TortuXm le 14 février 2011 à 12:57. É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 nicolas le 14 février 2011 à 13:50. É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 briaeros007 le 14 février 2011 à 14:15. É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 le_silmarillion le 14 février 2011 à 15:17. É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 collinm (site web personnel) le 11 février 2011 à 14:19. Évalué à 0.

regarde

Mondo Rescue
TestDisk
ddrescue
safecopy
TestDisk
R-STUDIO
www.solutions-norenda.com
# fragmentation

Posté par dinzen le 11 février 2011 à 16:46. É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 djibb (site web personnel) le 13 février 2011 à 21:22. Évalué à 5.

Tu as ta sauvegarde, non ?
- [^] # Re: c'est pas grave !!
  
  Posté par le_silmarillion le 14 février 2011 à 15:29. É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.