#1 Le 14/04/2013, à 20:53
- MichelDup
commande shell dd ... mauvaise manip
Bonjour,
Je viens d'utiliser la commande shell dd pour écrire des
zéros sur une partition d'un disque dur externe (non bootable, avec
deux partitions) dans le but de le nettoyer.
Et au moment où je lance la commande je me rends compte
que je ne vais pas le faire sur le bon disque dur externe.
Trop tard !
Le temps que je fasse un "ctrl c" l'écriture avait commencé.
Bien sur je ne peux plus monter ma partition.
Est ce que tout est perdu ? ou existe-t-il un moyen de remonter
la partition concernée ?
Merci par avance.
Michel
Oh punaise c'est pire que je pensais !
J'ai plus rien !
Je ne peux plus rien monter !
Je n'ai plus de partition ....
Please help !
Dernière modification par MichelDup (Le 14/04/2013, à 22:07)
Hors ligne
#2 Le 15/04/2013, à 13:29
- MichelDup
Re : commande shell dd ... mauvaise manip
Bon j'ai avancé un peu ...
Sur mon Disque Dur Externe j'avais 2 partitions primaires linux ext4 sans système
d'exploitation P1 et P2.
A partir du logiciel TestDisk, j'ai pu recréer une table de partition avec l'option [analyse]
pour la partition P2. Si je connecte le disque, elle se monte automatiquement et je vois à peu
près tout ce que j'avais.
Par contre la même manipulation pour la partition P1 ne produit pas le même résultat.
Je ne peux pas monter cette partition. Si j'essaye je reçois le message suivant:
" Le pilote du système de fichier n'est pas installé"
Une idée ?
Hors ligne
#3 Le 15/04/2013, à 21:57
- MichelDup
Re : commande shell dd ... mauvaise manip
dit autrement ...
Je lance TestDisk, puis je choisis:
[Create]
> Disk /dev/sdb- 1000GB ....
[Intel]
[Analyse]
[Quick Search]
Yes
Ici j'ai mes deux partitions:
D Linux ... [P1]
D Linux ... [P2]
Si je sélectionne P2 et liste (key P) les fichiers, tout marche bien; je vois mes fichiers
Par contre si je tente de lister les fichiers de P1, j'ai le message:
"No file found, filesystem may be damaged"
y a t il un moyen de réparer système de fichier ?
Merci.
Hors ligne
#4 Le 15/04/2013, à 22:13
- miniSeb
Re : commande shell dd ... mauvaise manip
Vu que personne ne répond (et malgré le fait que je ne connaisse pas la réponse), je dirais non.
Ta commande a lancé un traitement sur la partition et, même si tu as envoyé un SIGINT rapidement, la commande a été lancée. Et, à moins de savoir ce qui a été écrasé par des zéros, je ne vois pas comment tu pourrais récupérer le système.
Il faudrait voir du côté de foremost qui est un outil pour récupérer les données (fichiers) sur un disque ; mais ne compte pas trop récupérer ton système intégralement...
Hors ligne
#5 Le 17/04/2013, à 01:45
- moko138
Re : commande shell dd ... mauvaise manip
Si je comprends bien, tu as arrêté dd suffisamment tôt pour que "P2" ne soit pas touchée, sauf sa description dans le mbr.
Tandis que pour "P1", l'EBR aussi a été écrasé, ainsi qu'une pléthore d'octets suivants.
D'où les résultats différents de testdisk.
Peut-être un problème pour JamesBad000 ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 17/04/2013, à 08:30
- Nasman
Re : commande shell dd ... mauvaise manip
Te souviens tu du partitionnement que tu avais, nombre et type de partitions (principales, logiques ?).
Te souviens tu de la commande dd que tu avais passé pour savoir si tu a détruit :
- une partition (donc un truc du genre sudo dd if=/dev/zero of=/dev/sda1 ...)
- une partie du disque (donc un truc du genre sudo dd if=/dev/zero of=/dev/sda ...) - donc sans numéro de partition
Dans le premier cas on peut supposé que la destruction se serait arrêtée à la fin de la partition, dans le second cas, ben ça dépend si le nombre de secteurs était spécifié.
Par contre je pense que là où les zéros ont été écrits tu ne pourras rien récupérer. Si tu as de la chance tu pourra peut être récupérer les fichiers non écrasés mais compte tenu du fait que les indications de localisation des fichiers ont été écrasées cela risque d'être délicat.
PC fixe sous Bionic 64 bits et portable avec Focal 64 bits
Hors ligne