Re: problème de disque dur en mode RAW...
Posté: 15 Fév 2011 23:04
Je ne connais pas le "mode RAW" vu que je n'utilise presque jamais le format NTFS et que je travaille tout le temps en Linux.
Cependant je suppose, je soupconne que ce mode en NTFS correspond par exemple a une partition ext3 (en Linux) en "etat sale" ou la partition n'aurait pas ete demontee correctement (par exemple coupure du courant pour un disque interne sur un PC ou debranchement a froid d'un disque USB formate dans ce format etc.).
Donc avec cet "etat sale" il faut reparer le disque par un outil de reparation (fsck.ext3 installe sur tout systeme Linux), en gros recuperation du journal (si on a la chance) ou meme une verification et reparation a grande echelle en cas de probleme plus important. En fait en cas de coupure de courant et pour les disques internes le script de boot de Linux appelle tout seul le bon utilitaire qui va verifier et decider si oui ou non il faut recuperer le journal ou meme reparer la partition. Il fait aussi une verification longue tous les X mois ou tous les Y mounts (demarrages du PC) avec X et Y des parametres a configurer, genre 3 mois ou 30 mounts etc.
Je ne sais pas si une partition NTFS en mode RAW est encore accessible en mode lecture, si oui la solution ideale serait de saufgarder tous les fichiers ailleurs (si on a la place sur un autre disque) et de reparer ou meme reformater apres. Si on ne peut pas saufgarder les fichiers il faut esperer que la reparation marche bien (en Linux avec ext3 ca marche souvent tres bien sans ou avec peu de perte de fichiers).
Je suppose le RAW ca arrive avec un debranchement a froid du disque USB et le NTFS ne le pardonne pas tellement ?
Avec toute critique justifiee envers le fat32, notamment pour la vitesse de certaines operations, et la taille max de 4 Go par fichier il faut quand meme reconnaitre:
1) le fat32 est super universel => il marche partout (Linux, Windows, Mac, tout materiel avec port USB comme tele, tuner TNT, lecteur multimedia)
2) le fat32 pardonne assez bien les debranchements a froid, en fait ca ne fait rien si ca n'arrive pas pile-poile quand on est en train d'ecrire la dessus et si tous les tampons sont bien actualises sur le disque (en Linux il peut y avoir un delais de 30 secondes entre ecriture sur le tampon et la vraie ecriture physique sur le disque, donc si on debranche a ce moment la on perd aussi des informations).
Bref si on n'a pas de vraies raisons concretes "contre le fat32" alors il vaut mieux rester avec ca. Je crois les decos comme l'Akira gerent assez bien la coupure automatique en plusieurs fichiers inferieurs a 4 Go si necessaire ? Sinon ce serait ca l'argument le plus important contre le fat32.
Cependant je suppose, je soupconne que ce mode en NTFS correspond par exemple a une partition ext3 (en Linux) en "etat sale" ou la partition n'aurait pas ete demontee correctement (par exemple coupure du courant pour un disque interne sur un PC ou debranchement a froid d'un disque USB formate dans ce format etc.).
Donc avec cet "etat sale" il faut reparer le disque par un outil de reparation (fsck.ext3 installe sur tout systeme Linux), en gros recuperation du journal (si on a la chance) ou meme une verification et reparation a grande echelle en cas de probleme plus important. En fait en cas de coupure de courant et pour les disques internes le script de boot de Linux appelle tout seul le bon utilitaire qui va verifier et decider si oui ou non il faut recuperer le journal ou meme reparer la partition. Il fait aussi une verification longue tous les X mois ou tous les Y mounts (demarrages du PC) avec X et Y des parametres a configurer, genre 3 mois ou 30 mounts etc.
Je ne sais pas si une partition NTFS en mode RAW est encore accessible en mode lecture, si oui la solution ideale serait de saufgarder tous les fichiers ailleurs (si on a la place sur un autre disque) et de reparer ou meme reformater apres. Si on ne peut pas saufgarder les fichiers il faut esperer que la reparation marche bien (en Linux avec ext3 ca marche souvent tres bien sans ou avec peu de perte de fichiers).
Je suppose le RAW ca arrive avec un debranchement a froid du disque USB et le NTFS ne le pardonne pas tellement ?
Avec toute critique justifiee envers le fat32, notamment pour la vitesse de certaines operations, et la taille max de 4 Go par fichier il faut quand meme reconnaitre:
1) le fat32 est super universel => il marche partout (Linux, Windows, Mac, tout materiel avec port USB comme tele, tuner TNT, lecteur multimedia)
2) le fat32 pardonne assez bien les debranchements a froid, en fait ca ne fait rien si ca n'arrive pas pile-poile quand on est en train d'ecrire la dessus et si tous les tampons sont bien actualises sur le disque (en Linux il peut y avoir un delais de 30 secondes entre ecriture sur le tampon et la vraie ecriture physique sur le disque, donc si on debranche a ce moment la on perd aussi des informations).
Bref si on n'a pas de vraies raisons concretes "contre le fat32" alors il vaut mieux rester avec ca. Je crois les decos comme l'Akira gerent assez bien la coupure automatique en plusieurs fichiers inferieurs a 4 Go si necessaire ? Sinon ce serait ca l'argument le plus important contre le fat32.