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.
# Re: Sauver un disque de la mort... (table d'alloc suppose-je)
Posté par Jerome Herman . En réponse au journal Sauver un disque de la mort... (table d'alloc suppose-je). É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