[Linux-bruxelles] Oups ! Perte de connexion avec Iomega HDD externe usb = Perte des données archivées !

[Jean-Marie GODFRAIND]

Est-ce la bonne nouvelle ? En explorant le disque dur de l'ordinateur avec mc, il semble bien que les fichiers sont inscrits sous le directory : /testdisk-7.1-WIP !

En tout cas je vois/reconnais des noms de fichiers et de directory que j'avais archivés antérieurement. On peut supposer que cela comporte les 5.827 files OK que Testdisk a retrouvé et pour lesquels j'avais lancé la copie C.

Ces files vont être transférés sur un autre disque dur externe.
Mais pour le disque dur Iomega, à part essayer de réinscrire la partition trouvée ( hopefully à retrouver après un nouveau scan de 5 heures ... c'est un Athlon 64 3200 à 2000 Hz qui travaille ...).

Faudra-t-il reformater ce disque dur Iomega ? avec quel format ? NTFS ? ext4 ?

encore merci,

JM

Voici le résultat de la commande suggérée par Manuel :
root at new-host-Asus2:/home/jmg# fsck -C -V /dev/sdb
fsck de util-linux 2.20.1
[/sbin/fsck.ext2 (1) -- /dev/sdb] fsck.ext2 -C0 /dev/sdb
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>

root at new-host-Asus2:/home/jmg#


PS: oui, j'avais au fil du temps utilisé le terminal administrateur car dans le terminal normal, lorsque j'essayais de lancer un sudo, le système me renvoyait l'info que jmg n'est pas dans la liste des sudouers ... éh! peccato !!....




________________________________
De : Linux-bruxelles <linux-bruxelles-bounces at lists.bxlug.be> de la part de Jean-Marie GODFRAIND <godfraind_jm at hotmail.com>
Envoyé : mardi 21 août 2018 16:44
À : linux-bruxelles at lists.bxlug.be
Objet : Re: [Linux-bruxelles] Oups ! Perte de connexion avec Iomega HDD externe usb = Perte des données archivées !


Grand'merci à Jean-Marc et Manuel pour leur réponse, et commentaires.


J'ai essayé Testdisk. Mais ...


J'ai d'abord lancé Analyze. Puis Quick Search. Le scan a mis 5 heures environ. Les fichiers étaient là !!

Mais peut-être que je n'aurais pas dû lancer la copie C : cela copie tous les fichiers, et je me demande bien où ils vont ces fichiers (le choix d'une destination de cette copie n'est pas proposé). J'aurais peut-être dû revenir à l'écran antérieur avec quit, et Write la partition ??? sans changer son état ?? Patrition primaire avec * devant, mais il y a un signe >* HFS-NTFS, et en-dessous les files.


La partition est notée avec une étoile, donc Primaire. Question= faut-il changer vers une Logique ?


Mais n'ayant pas fait de Write, j'ai fait un Deep Search, lequel a mis aussi plusieurs heures de scan. Ce Deep Search n'a rien retrouvé. Et je suis resté un peu bloqué sur le chemin à suivre pour continuer.


Ne voyant pas la suite, et pas moyen de revenir en arrière: j'avais poussé sur A: pour add partition (fallait-il le faire ? j'avoue que je ne voyais pas les données à fournir pour éviter d'écraser la partition HFS-NTFS primaire retrouvée) alors, j'ai fais un Ctrl-Halt-Delete ... et il me reste à voir si TestDisk a mis un log quelque part dans l'ordinateur. Si oui, où ? ou cela a-t-il été effacé avant le Ctrl-Halt-Delete ?


Autre commentaire : Avec la fonction C (copie) TesDisk a copié 5827 file OK, et 5 failed.

Autre Comment de TestDisk: Hard Disk seemes to small, 182.400 à 364.800 cannot be recovered.  Disk= 1500 Gb (je ne le savais pas si grand, ni son formatage HPFS-NTFS ...). Pour info, les premiers steps de 1 à 182.400 recouvrent la partition Primaire avec les files.


A ce stade, je vais explorer en ligne de commande le disque de mon ordinateur de table, et puis voir si la commande proposée par Manuel aurait un effet positif. Et puis relire/revoir Testdisk et recommencer, en espérant que recommencer ne nuit pas à la situation.


Merci encore,

et si vous pouvez faire un autre commentaire, n'hésitez pas.


Jean-Marie



________________________________
De : Linux-bruxelles <linux-bruxelles-bounces at lists.bxlug.be> de la part de Jean-Marc <jean-marc at 6jf.be>
Envoyé : mardi 21 août 2018 13:23:01
À : linux-bruxelles at lists.bxlug.be
Objet : Re: [Linux-bruxelles] Oups ! Perte de connexion avec Iomega HDD externe usb = Perte des données archivées !

Sun, 19 Aug 2018 17:27:58 +0000
Jean-Marie GODFRAIND <godfraind_jm at hotmail.com> écrivait :

salut Jean-Marie,

> Oups ! Perte de connexion avec Iomega HDD externe usb = Perte des données archivées !

cp en root sur /dev:sdb ?  Ah oui.  Radical !

Attention avec l'accès root : un grand pouvoir implique de grandes responsabilités !

:-)

> Un Linuxien aurait-il une bonne idée afin de pouvoir lire et récupérer les données de ce disque ? Merci d'avance pour toute suggestion.

Si j'ai bien compris, il n'y avait qu'une seule partition sur le disque.
Correct ?
Perso, j'esayerai de repartitionner le disque.
Puis, de le monter en lecture seule (option ro de mount, cf. la page man).
Je pense que tu devrais récupérer la plupart de tes fichiers.
Si cela ne fonctionne pas, il reste testdisk.

Bon courage.

Jean-Marc <jean-marc at 6jf.be>
https://6jf.be/keys/ED863AD1.txt
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20180821/d6010077/attachment-0002.html>