Re: Recuperation de donnée d'un disque dur
--- Touns <[EMAIL PROTECTED]> a écrit : [...] > > je viens de trouver avec mke2fs -n : il ne va pas > > crée > > la partition mais il va m'afficher les block, > > j'obtiens donc ceux là 32768, 98304, 163840, > > 229376, 294912, 819200, 884736, 1605632, 2654208, > > 4096000, 7962624, 11239424, 2048, > > 23887872 > > [...] > j'ai essayé pas mal de chose et me suis demandé ce que je pouvais faire de ma copie, parce que je vais y passer encore un très très long moment pour trier mes données en allant à la pèche aux inodes comme dirait François. Je me demandais donc à quoi servait la copie que j'ai effectué et j'ai tenté debugfs sur mon image, mais en vain : impossible de lire ma partition. peut être que je m'y prends mal? j'ai essayer comme ça debugfs -b 4096 -s 2048 -i /dev/hdd1 comme ça debugfs -b 4096 -s 2048 /dev/hdd1. mais rien. j'ai lu le manuel de testdisk et je vois quelque chose qui correspond plutot bien : http://www.cgsecurity.org/phpwiki/index.php/MenuAdvanced Only for expert use in trying to recover and repair OS Boot sectors! If the boot sector is damaged, data can not be accessed. Windows will prompt "The drive is not formatted, do you want to format it now?" Linux mount will display "wrong fs type, bad option, bad superblock" c'est bien l'erreur que j'ai lorsque je tente de monter ma partition. est ce que je peux donc appliqué ce qui y est écrit? et mettre le disque avec l'option "boot"? Etant donné que c'est la seul copie de mon disque que j'ai, je suis prudant. je suis en train de modifier les inode du disque foirée un à un pour mettre les choses au clair dans ma partition. merci d'avance pour votre aide. Antoine (qui ferra du mirroring gravera toutes les heures en triple, et qui en a completement raz le bol d'y passer plus que son weekend...merci beaucoup à François au passage!!!) > ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Fri, 8 Jul 2005 10:45:32 +0200 (CEST) Touns <[EMAIL PROTECTED]> a écrit: > ton systeme a l'air exellent! comment tu as fait pour > re faire un CD qui boot avec une distribution style > morphix?? Pour cela j'ai fait utilisé isolinux plus un programme linuxrc.c (le source est sur le CD dans le disque boot.gz sous le répertoie isolinux: cd /tmp cp /cdrom/isolinux/boot.gz . gunzip boot.gz mount -o loop boot /mnt less /mnt/linuxrc.c Ce programme recherche le CDrom parmi les IDE et les SCSI, le monte, dézippe le fichier contenant le disque racine dans le ramdisque, crée le bon lien /dev/cdrom dans ce ramdisque, et quitte. Cela permet de faire très facilement des CD bootables. En clair, tu prends le CDparted, tu remplaces le noyau dans isolinux par celui de ton choix, tu remplaces la racine rootpt.gz par celle de ton choix, tu te mets sur la racine et tu tapes # mkisofs -v -l -A "Mon beau CD" -P "CHEZMOI" -p "Prenom.Nom" \ -V "CDboutable" -c boot.catalog -b isolinux/isolinux.bin -no-emul-boot \ -boot-load-size 4 -boot-info-table -o /tmp/BootCD.iso . et voilà. Test sur qemu avant de graver. François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Sun, 10 Jul 2005 15:58:24 +0200 (CEST) Touns <[EMAIL PROTECTED]> a écrit: > > --- Francois Boisson > <[EMAIL PROTECTED]> a écrit : > > [...] > > > Il faut de toute façon conserver une image non > > retouchée. Pour le 32769, > > c'est du pif, une puissance de 2+1, vu la taille du > > disque, la suivante > > serait 32769 (au feeling), voire 65537 (m'étonnerai > > qd même). L'idée est > > de tester avec n*32768+1, n entier jusqu'à ce que ça > > marche. > > [...] > > je viens de trouver avec mke2fs -n : il ne va pas crée > la partition mais il va m'afficher les block, > j'obtiens donc ceux là 32768, 98304, 163840, > 229376, 294912, 819200, 884736, 1605632, 2654208, > 4096000, 7962624, 11239424, 2048, 23887872 > > donc pas de +1. Autant (ou au temps, il parait qu'il y a débat) pour moi, j'avais souvenir du +1. > sinon j'ai bien utiliser testdisk et > non fdisk comme je le disais dans mon mail précédant, > c'est une erreur de ma part. L'utilisation de testdisk n'est pas intuitive, notamment sa première démarche est de chercher bêtement les partitions, il faut lui demander de chercher plus à fond et encore plus à fond, il y a 3 à 4 niveaux de recherches de + en + lent. Il faut lire la doc. > Si j'arrive à réparer mon > disque je ferai un résumé de tous ce que j'ai fais > (sans les truc inutiles) pour réparer mon disque. par > contre une chose m'inquiète (un peu), voilà ce que > m'affiche e2fsck : > > juno:~# e2fsck -b 98304 -y /dev/hdb1 > e2fsck 1.37 (21-Mar-2005) > Super a une extention ext3 erroné journal (inode 8). > Effacer? yes (pour oui) > > *** ext3 journal has been deleted - filesystem is now > ext2 only *** > > /dev/hdb1 contient un système de fichiers comportant > des erreurs, vérification forcée. > Passe 1: vérification inodes, blocs, et des tailles > > > il l'a donc passé en ext2? bon j'imagine que le > journal ne servait plus à rien puisque le 1er super > block était fichue. Je pense, à ce stade de toute façon ça n'est pas bien grave. > > Merci encore, j'espère que cette fois je pourrai monté > mon disque. si je ne peux pas dois-je recommencer avec > un autre superblock? > > Si il voit la partition, oui, à l'issue de e2fsck, ça devrait bien se passer. Le tout est de voir ce qu'il a pu récupérer. Sinon, pour les fichiers perdus, il faut aller à la pêche aux blocs. François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Touns <[EMAIL PROTECTED]> a écrit : > je viens de trouver avec mke2fs -n : il ne va pas > crée > la partition mais il va m'afficher les block, > j'obtiens donc ceux là 32768, 98304, 163840, > 229376, 294912, 819200, 884736, 1605632, 2654208, > 4096000, 7962624, 11239424, 2048, > 23887872 [...] je peux maintenant lire ma partition ainsi que son contenu le problème c'est que ce n'est plus du tous navigable : j'ai tous dans lost+found de la manière suivante : drwxr-xr-x2 touns touns 4,0K 2005-02-18 19:11 #10960899/ drwxr-xr-x2 touns touns 4,0K 2005-02-18 19:11 #10960907/ drwxr-xr-x2 touns touns 4,0K 2005-02-18 19:11 #11190273/ -rw-r--r--1 touns touns 121 2005-02-18 19:12 #131105 drwxr-xr-x2 touns touns 4,0K 2005-02-18 19:11 #13123596/ -rw-r--r--1 touns touns 309K 2005-02-18 19:05 #13156385 -rw-r--r--1 touns touns 304K 2005-02-18 19:05 #13156386 les droits, owner, group... sont conservé mais je n'ai plus d'arborecence les fichiers sont bien dedans. Comment puis-je reconstruire mon arborecence? J'ai toujours la copie de mon disque qui a été faite avec dd_rescue quand même. Je suis content d'avoir mes donnée, mais dans 110Go de donnée, c'est de la folie de m'y retrouvé de cette manière. quel outils pourrai-je utiliser? merci d'avance, Antoine ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Francois Boisson <[EMAIL PROTECTED]> a écrit : [...] > Il faut de toute façon conserver une image non > retouchée. Pour le 32769, > c'est du pif, une puissance de 2+1, vu la taille du > disque, la suivante > serait 32769 (au feeling), voire 65537 (m'étonnerai > qd même). L'idée est > de tester avec n*32768+1, n entier jusqu'à ce que ça > marche. [...] je viens de trouver avec mke2fs -n : il ne va pas crée la partition mais il va m'afficher les block, j'obtiens donc ceux là 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, 23887872 donc pas de +1. sinon j'ai bien utiliser testdisk et non fdisk comme je le disais dans mon mail précédant, c'est une erreur de ma part. Si j'arrive à réparer mon disque je ferai un résumé de tous ce que j'ai fais (sans les truc inutiles) pour réparer mon disque. par contre une chose m'inquiète (un peu), voilà ce que m'affiche e2fsck : juno:~# e2fsck -b 98304 -y /dev/hdb1 e2fsck 1.37 (21-Mar-2005) Super a une extention ext3 erroné journal (inode 8). Effacer? yes (pour oui) *** ext3 journal has been deleted - filesystem is now ext2 only *** /dev/hdb1 contient un système de fichiers comportant des erreurs, vérification forcée. Passe 1: vérification inodes, blocs, et des tailles il l'a donc passé en ext2? bon j'imagine que le journal ne servait plus à rien puisque le 1er super block était fichue. Merci encore, j'espère que cette fois je pourrai monté mon disque. si je ne peux pas dois-je recommencer avec un autre superblock? ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Sun, 10 Jul 2005 14:18:39 +0200 (CEST) Touns <[EMAIL PROTECTED]> a écrit: > > --- Francois Boisson > <[EMAIL PROTECTED]> a écrit : > j'ai déjà tenté fdisk et il ne me propose pas de le > réparé, peut-être que je l'utilise mal : > > il me propose : > > d'analyser le disque abimé, je choisis cette option, > puis il me propose simplement [quit] ou [save] mais > pas de réparation. il affiche ceci également : > > Keys A: add partition, L: load backup, T: change type, > P: list files, > ENTER: to continue > EXT2 Sparse superblock, 156327 MB Non, c'est uniquement dans le cas où tu te souviens de la table de partition (j'ai une sauvegarde papier de la structure de mes disques). Tu crées froidement les partitions à l'identique. Pour réparer c'est testdisk. > > > je tente de lister la partition en tapant un P > majuscule... et j'obtiens une erreur de segmentation. > > Sinon mon disque fait 160Go et la partition fait la > même taille. comment as tu calculé que le super block > suivant était 32769 pour un disque de 80Go? Et sinon > le disque est bien abimé au début puisque avec > dd_rescue j'ai commencé directement à 5 million pour > atteindre les 160 millions. puis je suis repartit de 5 > millions et je suis revenu en arrière pour recopier le > maximum de donnée. > > D'ailleurs j'imagine que maintenant hdd (le disque > copié) est dans le même état que hdb mais il ne > contient pas de secteurs defectueux. J'ai fais mes > analyse, reparation, testdisk sur hdb. Peut-être qu'il > faut le faire du hdd en faite? Il faut de toute façon conserver une image non retouchée. Pour le 32769, c'est du pif, une puissance de 2+1, vu la taille du disque, la suivante serait 32769 (au feeling), voire 65537 (m'étonnerai qd même). L'idée est de tester avec n*32768+1, n entier jusqu'à ce que ça marche. > > merci pour votre aide > > > > > > > _ > __ Appel audio GRATUIT partout dans le monde avec le nouveau > Yahoo! Messenger Téléchargez cette version sur > http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Francois Boisson <[EMAIL PROTECTED]> a écrit : [...] > Pour réparer la table de partition: testdisk > Pour réparer le système, il faut peut être prendre > un super block au > delà du premier qui a sans doute dégusté. Pour un > 80G, le suivant doit > être en 32769 donc > > e2fsck -b 32769 -y /dev/hdb? où ? est la partition > voulue. > > Une remarque: Si la table de partition est rapée > mais que tu connaissais > avec certitude son état, tu peux la recréer via > fdisk à l'identique > (exactement), les partitions devraient alors ête > lisibles (avec peut > être des erreurs). > > > François Boisson > j'ai déjà tenté fdisk et il ne me propose pas de le réparé, peut-être que je l'utilise mal : il me propose : d'analyser le disque abimé, je choisis cette option, puis il me propose simplement [quit] ou [save] mais pas de réparation. il affiche ceci également : Keys A: add partition, L: load backup, T: change type, P: list files, ENTER: to continue EXT2 Sparse superblock, 156327 MB je tente de lister la partition en tapant un P majuscule... et j'obtiens une erreur de segmentation. Sinon mon disque fait 160Go et la partition fait la même taille. comment as tu calculé que le super block suivant était 32769 pour un disque de 80Go? Et sinon le disque est bien abimé au début puisque avec dd_rescue j'ai commencé directement à 5 million pour atteindre les 160 millions. puis je suis repartit de 5 millions et je suis revenu en arrière pour recopier le maximum de donnée. D'ailleurs j'imagine que maintenant hdd (le disque copié) est dans le même état que hdb mais il ne contient pas de secteurs defectueux. J'ai fais mes analyse, reparation, testdisk sur hdb. Peut-être qu'il faut le faire du hdd en faite? merci encore pour votre aide, Antoine ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Sat, 9 Jul 2005 19:13:19 +0200 (CEST) Touns <[EMAIL PROTECTED]> a écrit: > merci, après environ 22H, j'ai fini de recopier le > disque avec dd_rescue. Le problème c'est que j'ai > l'impression que l'outil xfs que tu utilises sert pour > LVM or je suis en ext3. J'ai fais une réparation des > inodes avec e2fsck -y /dev/hdb (donc mon disque > foirée) mais j ne peux toujours pas le mounter. Quel > autre outils serai capable de me reparer mes inodes? > ou réparer ma table de partition? J'ai réecrit la mbr > pour voir si je pourrai le mounter après... > Impossible, j'obtiens ce message : Pour réparer la table de partition: testdisk Pour réparer le système, il faut peut être prendre un super block au delà du premier qui a sans doute dégusté. Pour un 80G, le suivant doit être en 32769 donc e2fsck -b 32769 -y /dev/hdb? où ? est la partition voulue. Une remarque: Si la table de partition est rapée mais que tu connaissais avec certitude son état, tu peux la recréer via fdisk à l'identique (exactement), les partitions devraient alors ête lisibles (avec peut être des erreurs). François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- GALLET Sebastien <[EMAIL PROTECTED]> a écrit : > Le ven. 08.07.2005 00:01, Touns > <[EMAIL PROTECTED]> a écrit : > > > > >super ton résumé! mais malheuresement c'est d'une > >lenteur incroyable : > Sans DMA, c'est inutilisable. > De mémoire, j'avais cacluler que j'en aurais pour > presque 15 jours pour > transferer mes données. > > > > > >dd_rescue: (info): ipos: 4075.0k, opos: > >4075.0k, xferd: 8.0k > >* errs: 16, errxfer: > >8.0k, succxfer: 0.0k > >+curr.rate: 0kB/s, avg.rate: > >0kB/s, avg.load: 0.1% > >dd_rescue: (warning): /dev/hdb (4075.0k): > Input/output > >error! > > > > > >ca avance de 0.5ko toutes les secondes environ et > ça > >c'est quand ça avance! > > > >je ne peux pas activer le dma/32 bits je ne sais > pas > >pourquoi : > ... > Peut-etre un problème avec un module dans ton > kernel. > > > >mon disque defectueux est hdb et je le copie sur > hdd > > > ... > > > > > >voilà :/ > > > >une idée? je me vois mal mettre 1 an pour recuperer > >l'integralité des données, 4,5jours 1 semaine ok, > mais > >1an... ça va pas le faire > Je pense que tu as deja essayé la commande > # hdparm -c1 -d1 /dev/hdb. > Sinon recompiler ton kernel avec les bonnes options > (si tu utilises un > noyau debian, normalement le dma est correctement > activé). > En revanche, ne change pas le DMA pendant que > ddrescue fonctionne ... > c'est le plantage assuré > Bon courage > > merci, après environ 22H, j'ai fini de recopier le disque avec dd_rescue. Le problème c'est que j'ai l'impression que l'outil xfs que tu utilises sert pour LVM or je suis en ext3. J'ai fais une réparation des inodes avec e2fsck -y /dev/hdb (donc mon disque foirée) mais j ne peux toujours pas le mounter. Quel autre outils serai capable de me reparer mes inodes? ou réparer ma table de partition? J'ai réecrit la mbr pour voir si je pourrai le mounter après... Impossible, j'obtiens ce message : mount: wrong fs type, bad option, bad superblock on /dev/hdb1, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so auriez-vous svp une idée ou une piste? merci, Antoine ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Francois Boisson <[EMAIL PROTECTED]> a écrit : > > > > > dd_rescue est un dd qui ne s'arrête pas en cas > d'erreur, ça doit être > > sensiblement la même chose que ton caterror. > > > > Je me doute bien que en faisant ce genre de chose, > on réinvente la roue > mais en général, il y a urgence et guère le temps de > faire une > recherche... > > > Pour le reste, comme d'habitude, paquet caterror sur > > deb http://boisson.homeip.net/sarge/ ./ > > source sur > > deb-src http://boisson.homeip.net/source ./ > > > J'ai compilé en statique avec diet gcc, l'éxécutable > fait 9420 octets. > J'ai mis cet utiliteur sur le disque CDparted > disponible sur > > > http://boisson.homeip.net/CDparted.iso.gz (3,6M). > C'est un CD boutable > avec dessus testdisk, parted, ntfsresize plus des > utilitaires persos. > Il permet de retailler des partitions, les > transférer, etc. > > > François Boisson > > > -- > Pensez à lire la FAQ de la liste avant de poser une > question : > http://wiki.debian.net/?DebianFrench > > Pensez à rajouter le mot ``spam'' dans vos champs > "From" et "Reply-To:" > > To UNSUBSCRIBE, email to > [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > ton systeme a l'air exellent! comment tu as fait pour re faire un CD qui boot avec une distribution style morphix?? sinon j'ai utiliser cette commande : dd_rescue -B 512 -s 79402752.0k /dev/hdb /dev/hdd j'ai commencé depuis 5 000 000.0k et j'imagine qu'il y en a environ 160 000 000.0k en tous (mon disque fait 160Go) mais je ne comprends pas ce que le k veut dire du coup... je pourrai ainsi recuperer plus de 96% des données si il arrive à le lire jusqu'au bout. (car ((160-5)/160 )*100)=96% ) je tenterai de le lire dans l'autre sens aussi (option de dd_rescue), mais je ne sais pas jusqu'ou il pourra y arriver. croyez vous que c'est possible de faire un script qui tente t'en sauver le maximum possible : qu'il s'arrête quand il y a trop d'erreur qui recommence à la moitier entre l'erreur et le debut du disque etc... (un système de dichotomie en faite). pour en recuperer le maximum possible quand ça sera fini je sais pas trop encore ce qu'il faut faire je continuerai de lire la superbe explication de Sébastien GALLET ( http://lists.debian.org/debian-user-french/2005/06/msg00058.html ) j'imagine qu'après il "suffit" d'écrire la mbr sur le disque qui a servit de sauvegarde (ou l'autre peut être avec e2fsck avec l'option qui permet de dire que tel bloque est mort) non? enfin j'en ai encore pour un moment pour finir la sauvegarde. merci à tous pour votre aide très preciseuse!! Antoine ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
> Si tu veux, j'ai fait pour une situation analogue un petit programme > caterror qui recopie une disque sans s'émouvoir des erreurs. En clair, > tu mets un disque identique sur /dev/hdb et ton disque en /dev/hda et > tu fais > > # caterror /dev/hda > /dev/hdb > > Cela peux récupérer des choses si la table de partition n'est pas > abimée(trop). En tout cas, tu peux après travailler sur la copie avec > testdisk, etc. > > Un e remarque, dans le cas où il n'arrive pas à trouver la longueur, il faut stopper le programme à la fin par un Ctrl-C quand il affiche des erreurs de lecture en permanence et sans arrêt très vite. A l'issue du Ctrl C, on se retrouve avec un fichier de la bonne longueur excepté sur les derniers secteurs sont illisibles (ils ne sont pas dans le fichiers dans ce cas). François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
> > dd_rescue est un dd qui ne s'arrête pas en cas d'erreur, ça doit être > sensiblement la même chose que ton caterror. > Je me doute bien que en faisant ce genre de chose, on réinvente la roue mais en général, il y a urgence et guère le temps de faire une recherche... Pour le reste, comme d'habitude, paquet caterror sur deb http://boisson.homeip.net/sarge/ ./ source sur deb-src http://boisson.homeip.net/source ./ J'ai compilé en statique avec diet gcc, l'éxécutable fait 9420 octets. J'ai mis cet utiliteur sur le disque CDparted disponible sur http://boisson.homeip.net/CDparted.iso.gz (3,6M). C'est un CD boutable avec dessus testdisk, parted, ntfsresize plus des utilitaires persos. Il permet de retailler des partitions, les transférer, etc. François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Touns <[EMAIL PROTECTED]> a écrit : [...] > super ton résumé! mais malheuresement c'est d'une > lenteur incroyable : > > > dd_rescue: (info): ipos: 4075.0k, opos: > 4075.0k, xferd: 8.0k > * errs: 16, errxfer: > 8.0k, succxfer: 0.0k > +curr.rate:0kB/s, avg.rate: > > 0kB/s, avg.load: 0.1% > dd_rescue: (warning): /dev/hdb (4075.0k): > Input/output > error! > > > > ca avance de 0.5ko toutes les secondes environ et ça > c'est quand ça avance! > > je ne peux pas activer le dma/32 bits je ne sais pas > pourquoi : > > mon disque defectueux est hdb et je le copie sur hdd > > > juno:/home/touns# hdparm -c /dev/hdd > > /dev/hdd: > IO_support = 0 (default 16-bit) > juno:/home/touns# hdparm -d /dev/hdd > > /dev/hdd: > using_dma= 1 (on) > juno:/home/touns# hdparm -d /dev/hdb > > /dev/hdb: > using_dma= 0 (off) > juno:/home/touns# hdparm -c /dev/hdb > > /dev/hdb: > IO_support = 0 (default 16-bit) > juno:/home/touns# > > > voilà :/ > > une idée? je me vois mal mettre 1 an pour recuperer > l'integralité des données, 4,5jours 1 semaine ok, > mais > 1an... ça va pas le faire > Comme ça prenait un temps fou j'ai tenté avec dd parce que je preferait recupeer mes donné en en perdant un peu, mais en en recuperant! j'ai donc tenter : juno:/home/touns# dd if=/dev/hdb of=/dev/hdd dd: lecture de `/dev/hdb': Erreur d'entrée/sortie 160+0 enregistrements lus. 160+0 enregistrements écrits. 81920 bytes transferred in 4,497674 seconds (18214 bytes/sec) donc maintenant... j'ai super peur qu'il soit totalement illisible!!! pourtant cfdisk le voit bien et de la bonne taille, donc la mechanique parrait etre bonne! ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- GALLET Sebastien <[EMAIL PROTECTED]> a écrit : > Le jeu. 07.07.2005 15:25, Touns > <[EMAIL PROTECTED]> a écrit : > > ... > > Salut > Il m'est arrivé la même chose le mois dernier. > J'ai posté sur la liste les manip que j'avais > effectué > http://lists.debian.org/debian-user-french/2005/06/msg00058.html > > > super ton résumé! mais malheuresement c'est d'une lenteur incroyable : dd_rescue: (info): ipos: 4075.0k, opos: 4075.0k, xferd: 8.0k * errs: 16, errxfer: 8.0k, succxfer: 0.0k +curr.rate:0kB/s, avg.rate: 0kB/s, avg.load: 0.1% dd_rescue: (warning): /dev/hdb (4075.0k): Input/output error! ca avance de 0.5ko toutes les secondes environ et ça c'est quand ça avance! je ne peux pas activer le dma/32 bits je ne sais pas pourquoi : mon disque defectueux est hdb et je le copie sur hdd juno:/home/touns# hdparm -c /dev/hdd /dev/hdd: IO_support = 0 (default 16-bit) juno:/home/touns# hdparm -d /dev/hdd /dev/hdd: using_dma= 1 (on) juno:/home/touns# hdparm -d /dev/hdb /dev/hdb: using_dma= 0 (off) juno:/home/touns# hdparm -c /dev/hdb /dev/hdb: IO_support = 0 (default 16-bit) juno:/home/touns# voilà :/ une idée? je me vois mal mettre 1 an pour recuperer l'integralité des données, 4,5jours 1 semaine ok, mais 1an... ça va pas le faire ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
François Boisson <[EMAIL PROTECTED]> writes: > Le Thu, 07 Jul 2005 19:48:00 +0200 > Bernard Isambert <[EMAIL PROTECTED]> a écrit: > >> Francois Boisson a écrit : >> >> >Le problème pour dd est qu'il s'arrête à la première erreur >> >rencontrée et que la copie n'est pas la même. Par ailleurs, je >> >voulais que si un secteur de 512 octets ne soit pas lisible il soit >> >quand même mis sur l'image du disque(avec des données fausses) afin >> >que la place des secteurs soit respectée. >> > >> Tu me surprends. J'avais recopié toute la partition avec dd, il avait >> mis des zéros à la place des secteurs illisibles en conservant la >> bonnne taille (après >> un timeout non négligeable sur chaque secteur à pb, d'où le temps >> total...) A moins que ça dépende du type d'erreur ? >> > > Hmmm, bizarre, moi ça s'arrêtait avec une image partielle. J'ai eu le > même pbm avec un CD et une disquette qui m'ont servi pour faire mes > tests (je donnais un petit coup d'aiguille sur la disquette pour faire > l'érreur). dd_rescue est un dd qui ne s'arrête pas en cas d'erreur, ça doit être sensiblement la même chose que ton caterror. Léo.
Re: Recuperation de donnée d'un disque dur
François Boisson a écrit : Hmmm, bizarre, moi ça s'arrêtait avec une image partielle. J'ai eu le même pbm avec un CD et une disquette qui m'ont servi pour faire mes tests (je donnais un petit coup d'aiguille sur la disquette pour faire l'érreur). François Boisson Je n'ai pas fait de tests aussi approfondis. Ton caterror m'intéresse. Il y a moyen de le récupérer quelquepart? Bernard. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Thu, 07 Jul 2005 19:48:00 +0200 Bernard Isambert <[EMAIL PROTECTED]> a écrit: > Francois Boisson a écrit : > > >Le problème pour dd est qu'il s'arrête à la première erreur > >rencontrée et que la copie n'est pas la même. Par ailleurs, je > >voulais que si un secteur de 512 octets ne soit pas lisible il soit > >quand même mis sur l'image du disque(avec des données fausses) afin > >que la place des secteurs soit respectée. > > > Tu me surprends. J'avais recopié toute la partition avec dd, il avait > mis des zéros à la place des secteurs illisibles en conservant la > bonnne taille (après > un timeout non négligeable sur chaque secteur à pb, d'où le temps > total...) A moins que ça dépende du type d'erreur ? > Hmmm, bizarre, moi ça s'arrêtait avec une image partielle. J'ai eu le même pbm avec un CD et une disquette qui m'ont servi pour faire mes tests (je donnais un petit coup d'aiguille sur la disquette pour faire l'érreur). François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Francois Boisson a écrit : Le problème pour dd est qu'il s'arrête à la première erreur rencontrée et que la copie n'est pas la même. Par ailleurs, je voulais que si un secteur de 512 octets ne soit pas lisible il soit quand même mis sur l'image du disque(avec des données fausses) afin que la place des secteurs soit respectée. Tu me surprends. J'avais recopié toute la partition avec dd, il avait mis des zéros à la place des secteurs illisibles en conservant la bonnne taille (après un timeout non négligeable sur chaque secteur à pb, d'où le temps total...) A moins que ça dépende du type d'erreur ? Avec l'image finale tu peux monter l'une des partitions en passant un offset à l'option -o loop de mount, tu peux monter l'une des partitions de l'image virtuelle et récuperer des fichiers. François Boisson Bernard. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Thu, 07 Jul 2005 15:25:56 +0200 Touns <[EMAIL PROTECTED]> a écrit: > je laisse tourner badblocks pendant la journée et quand je rentrerai > ce soir je tenterai la méthode de Bernard (merci!). si ça ne marche > pas je tenterai la tienne. C'est un disque de 160Go ou il doit rester > 40Go de libre environ. Et pourquoi ton programme fonctionnerai mieux > que dd ? Le problème pour dd est qu'il s'arrête à la première erreur rencontrée et que la copie n'est pas la même. Par ailleurs, je voulais que si un secteur de 512 octets ne soit pas lisible il soit quand même mis sur l'image du disque(avec des données fausses) afin que la place des secteurs soit respectée. Avec l'image finale tu peux monter l'une des partitions en passant un offset à l'option -o loop de mount, tu peux monter l'une des partitions de l'image virtuelle et récuperer des fichiers. François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le jeu. 07.07.2005 15:25, Touns <[EMAIL PROTECTED]> a écrit : ... Salut Il m'est arrivé la même chose le mois dernier. J'ai posté sur la liste les manip que j'avais effectué http://lists.debian.org/debian-user-french/2005/06/msg00058.html
Re: Recuperation de donnée d'un disque dur
On Thu, 7 Jul 2005, Touns wrote: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=167, high=0, low=167, sector=104 end_request: I/O error, dev 03:41 (hdb), sector 104 Secteurs défectueux au début du disque. Probablement le superblock. avec fdisk je vois ma partition ext3 avec sa taille, donc à priori la mechanique n'est pas morte d'autant qu'il ne fait pas de bruit bizarre. j'ai essayer de recuperer les donnée avec testdisk, je fais "analyse" puis il ne me propose pas de recuperer les données, alors je tente un "P" pour lister les fichier et j'ai une erreur de segmentation (je suis en sarge quand même). voilà le disque doit avoir 6 mois 1an, je suis complètement angoissé et j'aimerai tous faire pour recuperer les données. Serai simplement la table de partition qui aurai un problème quelque chose dans ce genre? merci d'avance pour votre aide. Essayer de monter le disque via un alternate superblock (voir man mount pour la syntaxe). Sinon, e2fsck -cfy pour isoler les secteurs défectueux et essayer de sauver ce qui peut l'être. -- Etienne Vogt -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
> Si tu veux, j'ai fait pour une situation analogue un petit programme > caterror qui recopie une disque sans s'émouvoir des erreurs. En clair, > tu mets un disque identique sur /dev/hdb et ton disque en /dev/hda et tu > fais > > # caterror /dev/hda > /dev/hdb > > Cela peux récupérer des choses si la table de partition n'est pas abimée > (trop). En tout cas, tu peux après travailler sur la copie avec > testdisk, etc. > > > Une autre méthode est d'utiliser un programme de clonage de disque type > UBCD 3.3 qui te clone ton disque suivant le m^eme principe, le pbm est > qu'un clonage d'un disque de 80G m'a pris +de 24h (d'où mon caterror) > > > François Boisson donc avec ton programme je peux mettre 3 disques hda (celui de boot avec ma sarge), hdb le disque qui pose problème et hdc le disque de sauvegrade. ensuite je fait #caterror /dev/hdb > /dev/hdc et je pourrai relire mes données sur hdc? le problème c'est que le disque hdc que je vais pouvoir me procurer n'est pas le même modèle, mais fait 200Go, ça devrait fonctionner quand même? et si ça prends 2jours ça prendra 2 jours... je laisse tourner badblocks pendant la journée et quand je rentrerai ce soir je tenterai la méthode de Bernard (merci!). si ça ne marche pas je tenterai la tienne. C'est un disque de 160Go ou il doit rester 40Go de libre environ. Et pourquoi ton programme fonctionnerai mieux que dd ? (envois le moi par mail stp) merci beaucoup! Antoine -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Le Thu, 7 Jul 2005 11:04:20 +0200 (CEST) Touns <[EMAIL PROTECTED]> a écrit: > > > > > > Dans ce genre de situation, je commance souvent > > par > > > faire : > > > dd if=/dev/hdb1 of=gros_fichier_sur_un_disque_vide > > > (hdb1 à remplacer selon le numéro de la partition > > > qui fait problème) > > > gros_fichier_sur_un_disque_vide va faire la taille > > > totale de la > > > partition : il faut avoir de la place quelquepart. > > > Le but de cette commande est de relire tout ce qui > > > peut l'être. > > > Le choix des outils ensuite dépend du résultat. > > > Sur un disque de 20 Go qui n'était pas trop abîmé, > > > suite à une coupure > > > brutale de courant, la copie a quand même pris > > plus > > > de deux heures... > > > Si tu veux, j'ai fait pour une situation analogue un petit programme caterror qui recopie une disque sans s'émouvoir des erreurs. En clair, tu mets un disque identique sur /dev/hdb et ton disque en /dev/hda et tu fais # caterror /dev/hda > /dev/hdb Cela peux récupérer des choses si la table de partition n'est pas abimée (trop). En tout cas, tu peux après travailler sur la copie avec testdisk, etc. Une autre méthode est d'utiliser un programme de clonage de disque type UBCD 3.3 qui te clone ton disque suivant le m^eme principe, le pbm est qu'un clonage d'un disque de 80G m'a pris +de 24h (d'où mon caterror) François Boisson -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Touns a écrit : [...] oui il apparait au moment de monter la partition. Donc je ne peux pas le mounter en tant que hdb1 :/ donc C'est pour ça que j'utilise dd : la partition n'a pas besoin d'être montée (et même doit ne pas l'être) j'imagine que je ne pourrai pas copier les donnes. sinon je suis en train de faire un test en lecture avec badblocks -nv -o badblocks.txt /deb/hdb a a l'air de prendre beaucoup de temps. une autre ide sinon? serai-ce la table de partition qui est morte, la MBR? j'ai lu que la table de partition tait dans la MBR. mais MBR veut dire master boot record, or je ne oui, mais en pratique on appelle MBR le premiser secteur de chaque disque, qu'il serve à booter ou non. Il contient à la fois la table de partitions et le code de boot. D'après ton premier message, il n'est pas en cause. boot pas sur ce disque. j'ai trouver cette url pour tenter de reparer le disque : http://doc.domainepublic.net/linux/faq_debian-user/debfr-backup.html#toc105 je ne voudrai pas faire d'erreur et crire sur le disque, est ce que je craint quelque chose? merci pour votre aide! Antoine (abattu). Bernard.
Re: Recuperation de donnée d'un disque dur
--- Touns <[EMAIL PROTECTED]> a écrit : > > --- Bernard Isambert <[EMAIL PROTECTED]> a écrit : [...] > > Le disque a l'air d'avoir (au moins) un secteur > > ilisible. Ca risque > > d'être dur. > > Le message apparait au moment de monter la > partition > > ? ou avant ? ou après ? > > > > Dans ce genre de situation, je commance souvent > par > > faire : > > dd if=/dev/hdb1 of=gros_fichier_sur_un_disque_vide > > (hdb1 à remplacer selon le numéro de la partition > > qui fait problème) > > gros_fichier_sur_un_disque_vide va faire la taille > > totale de la > > partition : il faut avoir de la place quelquepart. > > Le but de cette commande est de relire tout ce qui > > peut l'être. > > Le choix des outils ensuite dépend du résultat. > > Sur un disque de 20 Go qui n'était pas trop abîmé, > > suite à une coupure > > brutale de courant, la copie a quand même pris > plus > > de deux heures... > > > > Bernard. > > > > > la honte y'as pas ma réponse dans le message! (désolé c'est l'émotion!!) la voilà : oui il apparait au moment de monter la partition. Donc je ne peux pas le mounter en tant que hdb1 :/ donc j'imagine que je ne pourrai pas copier les donnes. sinon je suis en train de faire un test en lecture avec badblocks -nv -o badblocks.txt /deb/hdb a a l'air de prendre beaucoup de temps. une autre ide sinon? serai-ce la table de partition qui est morte, la MBR? j'ai lu que la table de partition tait dans la MBR. mais MBR veut dire master boot record, or je ne boot pas sur ce disque. j'ai trouver cette url pour tenter de reparer le disque : http://doc.domainepublic.net/linux/faq_debian-user/debfr-backup.html#toc105 je ne voudrai pas faire d'erreur et crire sur le disque, est ce que je craint quelque chose? merci pour votre aide! Antoine (abattu). ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
--- Bernard Isambert <[EMAIL PROTECTED]> a écrit : > Touns a écrit : > > Bonjour la liste, > > > > j'ai un disque que je tente de recuperer tant bien > que > > mal : > > > > j'ai ce message dans le dmesg : > > > > hdb: dma_intr: status=0x51 { DriveReady > SeekComplete > > Error } > > hdb: dma_intr: error=0x40 { UncorrectableError }, > > LBAsect=167, high=0, low=167, sector=104 > > end_request: I/O error, dev 03:41 (hdb), sector > 104 > > > > j'ai tenter de le monter de plein de manière > possible > > et imaginable > > > > [...] > > Le disque a l'air d'avoir (au moins) un secteur > ilisible. Ca risque > d'être dur. > Le message apparait au moment de monter la partition > ? ou avant ? ou après ? > > Dans ce genre de situation, je commance souvent par > faire : > dd if=/dev/hdb1 of=gros_fichier_sur_un_disque_vide > (hdb1 à remplacer selon le numéro de la partition > qui fait problème) > gros_fichier_sur_un_disque_vide va faire la taille > totale de la > partition : il faut avoir de la place quelquepart. > Le but de cette commande est de relire tout ce qui > peut l'être. > Le choix des outils ensuite dépend du résultat. > Sur un disque de 20 Go qui n'était pas trop abîmé, > suite à une coupure > brutale de courant, la copie a quand même pris plus > de deux heures... > > Bernard. > > ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Bernard Isambert a écrit : Touns a écrit : Bonjour la liste, j'ai un disque que je tente de recuperer tant bien que mal : j'ai ce message dans le dmesg : hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=167, high=0, low=167, sector=104 end_request: I/O error, dev 03:41 (hdb), sector 104 j'ai tenter de le monter de plein de manière possible et imaginable > [...] si tes données sont vitales et que tu a acces à un pc sous win un soft commercial est tres performant pour recupérer les données: stellar phoenix http://www.stellarinfo.com/download.htm je leur fait un peu de pub car sans eux j'aurrait perdu plus de 20 gigas de données tres sensibles pour mon entreprise Guy Le disque a l'air d'avoir (au moins) un secteur ilisible. Ca risque d'être dur. Le message apparait au moment de monter la partition ? ou avant ? ou après ? Dans ce genre de situation, je commance souvent par faire : dd if=/dev/hdb1 of=gros_fichier_sur_un_disque_vide (hdb1 à remplacer selon le numéro de la partition qui fait problème) gros_fichier_sur_un_disque_vide va faire la taille totale de la partition : il faut avoir de la place quelquepart. Le but de cette commande est de relire tout ce qui peut l'être. Le choix des outils ensuite dépend du résultat. Sur un disque de 20 Go qui n'était pas trop abîmé, suite à une coupure brutale de courant, la copie a quand même pris plus de deux heures... Bernard. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Recuperation de donnée d'un disque dur
Touns a écrit : Bonjour la liste, j'ai un disque que je tente de recuperer tant bien que mal : j'ai ce message dans le dmesg : hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x40 { UncorrectableError }, LBAsect=167, high=0, low=167, sector=104 end_request: I/O error, dev 03:41 (hdb), sector 104 j'ai tenter de le monter de plein de manière possible et imaginable > [...] Le disque a l'air d'avoir (au moins) un secteur ilisible. Ca risque d'être dur. Le message apparait au moment de monter la partition ? ou avant ? ou après ? Dans ce genre de situation, je commance souvent par faire : dd if=/dev/hdb1 of=gros_fichier_sur_un_disque_vide (hdb1 à remplacer selon le numéro de la partition qui fait problème) gros_fichier_sur_un_disque_vide va faire la taille totale de la partition : il faut avoir de la place quelquepart. Le but de cette commande est de relire tout ce qui peut l'être. Le choix des outils ensuite dépend du résultat. Sur un disque de 20 Go qui n'était pas trop abîmé, suite à une coupure brutale de courant, la copie a quand même pris plus de deux heures... Bernard.