Quand c'est fichu, il y a toujours une solution. Et un disque dûr est souvent très précieux. Alors pas de précipitation et lisons ensemble ce document magique. Pas trop non plus.
1) Dès que vous commencez la copie d'un gros dossier sous Windows, ce dernier se plante avec un écran bleu (aussi appelé "Blue Screen of the Death"). Vous avez des données importantes à sauvegarder et vous disposez d'un disque dûr de tampon. Cette erreur n'est pas liée à un antivirus et vous avez tout essayé pour résoudre le problème.
2) Votre Windows n'arrive plus à démarrer.
Dans ce cas, il suffit de démarrer votre PC avec un LiveCD de Linux. Vous branchez votre HDD externe sur votre ordinateur et vous effectuez une simple copie à l'aide du gestionnaire de fichier.
FAT32 est supporté par Linux en lecture et écriture. Vous pourrez copier sans (trop) craindre de perdre des données.
Un LiveCD se charge dans la mémoire vive (RAM) et votre matériel ne sera en rien altéré, sauf si vous effectuez volontairement des transferts de fichiers. Un LiveCD supporte les cartes réseaux, vous pourrez même stocker des fichiers sur un disque réseau (dit NAS).
Pour cette application, il vous faut impérativement le dernier Mandriva One 2008.1 Spring (LiveCD), car il contient un driver présumé stable pour le support de NTFS. Rendez-vous donc sur www.mandriva.com pour récupérer ce logiciel. Il faudra le graver depuis un autre ordinateur pour éviter les soucis d'une éventuelle corruption des données.
Vous démarrez simplement le LiveCD. Vous branchez votre disque dûr externe en USB. Ouvrez le "Périphériques de stockage", clic droit, Propriétés. Notez le point de communication. Exemple : /dev/sdc1
Dans la fenêtre du disque dûr, si vous tentez de créer un fichier, il y a de fortes chances pour que vous soyez rejetté. C'est normal, les disques NTFS sont montés en lecture seule.
Ouvrez une Konsole (Menu, Outils). C'est là que les choses vont être drôles... ^^ J'avoue que le copain a été un vrai cobbaye, car je n'ai jamais testé une telle manipulation. Elle s'est avérée décisive et a sauvé ses 14 Go de données !
Attention : à partir de maintenant, on va toucher réellement au matériel. Il est prudent que le HDD externe ne contienne rien de très précieux !
su umount /dev/sdc1 cd /media mkdir mondisque chmod 777 mondisque mount -t ntfs-3g /dev/sdc1 /media/mondisque -o force tar /media/mondisque/dossier/backup.tar /media/hda1/dossier-qui-chie-a-la-copie # Allez vérifier que c'est tout bien copié sur votre disque NTFS de secours umount /media/mondisque reboot
Etape par étape, ça nous donne le raisonnement suivant :
Si on n'a pas attaqué directement /dev/sdc1
, c'est parce qu'on ne peut pas. Le répertoire /dev
contient des "device node". Ils font le pont entre le mode priviligié qui gère le matériel et le mode utilisateur classique qui ne peut utiliser que des logiciels par dessus le matériel. J'appelle ça des points de communication.
Plus d'informations sur : http://en.wikipedia.org/wiki/Device_node
Si ça ne marche toujours pas, je ne peux rien pour vous. Soit vous avez mal fait un truc, soit votre matériel n'est pas supporté ou a été corrompu. A tout hasard, vous pouvez expérimenter d'autre drivers NTFS comme "captive-ntfs" ou "paragon", mais ce n'est pas forcément mieux.
[ndlr 05/2023 : Linux et NTFS n'est toujours pas parfait, lire ici]
Dernière modification le 16 janvier 2011 à 16:40