J'ai remplacé une installation buggy de Windows Vista par Ubuntu. Tout fonctionne bien sauf que le disque dur principal où j'avais tous mes fichiers est maintenant inaccessible. Voici le message d'erreur que je reçois:
Error mounting: mount exited with exit code 13: ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read NTFS $Bitmap: Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details
Est-ce nécessairement un problème matériel? Sinon, y a-t-il un moyen de réparer le disque dur d'Ubuntu?
chkdsk /R
est une commande assez importante lorsque les choses deviennent difficiles avec NTFS. Malheureusement, je ne connais pas d'outil Linux capable de couvrir tout ce qu'il fait. En bref, pour l'exécuter, vous aurez besoin d'une sorte de disque de récupération Windows.
Si vous n'en avez pas, une ISO est proposée dans n fil sur un autre groupe de forums d'assistance (voir la première réponse).
Il existe des outils tels que ntfsfix
(composant du package ntfsprogs
) qui peuvent effectuer des vérifications superficielles sur les disques NTFS, mais ils ne sont généralement pas en mesure de réparer les lecteurs.
ntfsfix
a travaillé pour moi:
Sudo ntfsfix /dev/sdb1
Fourni dans le package ntfs-3g
.
NTFS est un système de fichiers Microsoft à source fermée, et vous aurez besoin de Windows pour le réparer, en exécutant chkdsk /f
, comme suggéré. Si le problème est lié au matériel, vous devrez remplacer le disque dur.
Background:
Donc, je faisais plus ou moins face au même problème. Environ 12 fichiers sur la partition NTFS de mon disque dur étaient inaccessibles et ne pouvaient pas être supprimés. Nous avons appris à les connaître grâce aux journaux d'erreurs de backintime. J'ai allumé ma fenêtre 7 sur vmware, accédé à ce dossier contenant les fichiers via un dossier partagé et les copié dans un nouveau dossier. Mais pour une raison quelconque, je n'ai pas pu supprimer ces fichiers (0 octets) de Windows 7 non plus. Pas de surprise, le système d’exploitation n’avait pas un accès de bas niveau à ces fichiers.
ntfsfix
n'a pas résolu le problème, a dit que rien n'était faux, et fsck
a dit que tout allait bien pour l'appareil. Je ne pouvais pas chkdsk /R
car les fichiers étaient partagés via un lecteur réseau. Et Windows 7 n’a pas été installé sur ma machine physique.
Solution (étapes pour vmplayer, mais peut être facilement suivi pour virtualbox):
Pour moi, Windows 7 a détecté la nouvelle partition et a effectué une vérification au démarrage. Il y avait beaucoup de nettoyage (index) à faire. Les fichiers buggy avaient disparu. Et le problème résolu.
j'ai rencontré une situation similaire une fois, puis j'ai gardé le disque dur sur Windows, puis un popup est apparu demandant de vérifier le disque pour les erreurs.
si je ne demandais pas à mon ordinateur, cliquer avec le bouton droit de la souris sur le lecteur, puis sur les propriétés, il y aurait un onglet "outils"
sélectionnez "vérifier maintenant"
ce type d'erreur se produit si vous ne supprimez pas en toute sécurité les disques durs.
Je l’ai obtenu après avoir récemment formaté une carte SD en ntfs, tout ce que je devais faire pour le démonter en premier.
Sudo umount -l /dev/sdx1
puis monter a travaillé à nouveau