en bons geeks, bon, vous connaissez tous le "hey, j'ai un gros problème en info, tu passer chez moi m'aider ????"
genre, 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 ?
Journal Sauver un disque de la mort... (table d'alloc suppose-je)
6
mar.
2004
# Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par Jerome Herman . Évalué à 2.
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 (site web personnel) . Évalué à 1.
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)
Posté par samds . Évalué à 1.
[^] # Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par mansuetus (site web personnel) . Évalué à 1.
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
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.