Derniers journaux de mansuetus :
- [25/02@10:24] [pppd call adsl] comment garder sa connection persistante ?
- [20/02@01:27] Speedtouch & 2.6.x
- [18/02@22:54] course anti-spam
- [15/02@01:05] spontex.org
- [09/02@18:05] yapt: Yet another purity test
- [22/05@20:44] coup de gueule contre Virgin
Journal : Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par mansuetus (page perso, ) le 06 mars 2004genre, l'imprimante marche pas ( mets de l'encre)
ou ma souris est possédée (lave la boule)
(...)
bah, là, c'est le "No operating system found"
bon, alors, on met sa ditrib préférée dedans, on fait un fdisk et no partition...
je choppe le DD, le met dans ma babasse, je fais nouvelle partoche, du début à la fin, je mets system "b" (fat32 window 95 ; alors que c'est un 98...)
ca donne l'arborescence... (miracle) mais les fichiers sont pas *bons* c a d only junk in... (genre table d'alloc moitiée fausse)
alors, j'ai pris hdmain
qui m'a trouvé une partoche en plus (qui commence secteur 949 et non 1... étonnant...)
je recree une partoche... plus rien... (peut plus monter :
# mount /dev/hdc1 hd/ -t vfat
mount: type de sys. de fichiers erroné, option erronée, super bloc erroné sur /dev/hdc1, ou trop de systèmes de fichiers montés
et bien sur le support Vfat marche (bah, en tout cas : c dans le kernel, et ca a marché)...
bref, qq1 a une idée ?
> Lire le journal (4 commentaires, moyenne: 1,3).
Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Ca peut etre des milliers de choses :
Soit les descripteurs ont morfles, sur de la fat c'est super frequent. Bilan 8500 fichiers erronees bonjour, la solution dans ces cas la c'est format c:\. Si il y a des fichiers a sauver absolument voir ce que l'on peut faire avec ranish partition manager (utilitaire DOS) qui m'a sauve la mise une ou deux fois, malheureusement il devient de plsu en plus dur a trouver.
Soit effectivement la table d'allocation est partie aux fraises. Une fois de plus Ranish peut aider a la recreer. Je ne connais pas d'outil Linux capable de recreer proprement le secteur 1 a partir d'un scan du disque.
Soit le disque a "morphe". Ca arrive surout sur les vieux disques de taille inferieure a 8Go. Le disque decide d'un seul coup (le plus souvent suite a un crash ou a un flash du bios) que plutot que le nombre de tetes/cylindre/plateaux a change (Sur la merveilleuse architecture x86 on tourne toujours avec des chiffres abbherents et 256 tetes qui ne refletent en rien la realite). Dans ce cas avec Fdisk il faut essayer les differentes geometrie valide et voir si par hasard dan sle lot il y en a pas une de nettement meilleure que les autres. Generalement dans ce cas la il y a des erreurs du type "partition doesn.t end at end of cylinder" a foison.
Ceci etant 9 chances sur 10 que ce soient les descripteurs (ie le catalogue) qui aient morfles. Dans ce cas la les adresses et els noms des fichiers sont foutus, mais sur le disque les fichiers sont reccuperables en raw. Ceci etant c'est uen veritable galere, a ne faire que si les fichiers sont vraiments importants, mais pas assez pour payer une fortune pour les voir reccupere par des pros.
Kha
-
[^]Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par mansuetus (page perso, ) le 06/03/2004 à 10:48. (lien). Évalué à 1.j'ai peut être mal compris ce que tu as dit ...
mais il me semble que le catalogue est (enfin, a été ) bon : il m'a mis Mes documents, avec les bons répertoires à l'intérieur...
et un dd if=hdc1 me sort des données potables (avec des trucs lisibles)
vraiment, je pense que c'est du domaine du gérable, avec le soft qui sait faire le café ;-)
merci pour ton aide !
Re: Sauver un disque de la mort... (table d'alloc suppose-je)
si tu avais pas recréé tes partitions a la goret par dessus, gpart aurait pu te sauver ... (non c'est pas un soft gnome)
-
[^]Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par mansuetus (page perso, ) le 06/03/2004 à 11:32. (lien). Évalué à 1.gm_xfs.c:71:35: attention : usage d'une constante entière « long long » à la C99
gcc -o gpart gpart.o gmodules.o disku.o l64seek.o gm_ext2.o gm_lswap.o gm_fat.o gm_bsddl.o gm_ntfs.o gm_hpfs.o gm_s86dl.o gm_minix.o gm_rfs.o gm_hmlvm.o gm_qnx4.o gm_beos.o gm_xfs.o -ldl
disku.o(.text+0x81): dans la fonction « disk_geometry »:
: undefined reference to `errno'
disku.o(.text+0xb2): dans la fonction « disk_geometry »:
: undefined reference to `errno'
disku.o(.text+0x119): dans la fonction « reread_partition_table »:
: undefined reference to `errno'
l64seek.o(.text+0x2f): dans la fonction « _llseek »:
: undefined reference to `errno'
collect2: ld a retourné 1 code d'état d'exécution
make[1]: *** [gpart] Erreur 1
make[1]: Leaving directory `/home/mansuetus/Downloads/gpart-0.1h/src'
make: *** [gpart] Erreur 2
de toute façon, on aurait du faire sans :p
Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.