Echec écriture sur partition NTFS
Résolu/Fermé
yayou
Messages postés
1144
Date d'inscription
dimanche 17 octobre 2004
Statut
Membre
Dernière intervention
30 mars 2024
-
Modifié le 26 mai 2020 à 00:57
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 26 mai 2020 à 00:57
mamiemando Messages postés 33079 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 23 avril 2024 - 26 mai 2020 à 00:57
A voir également:
- Echec écriture sur partition NTFS
- Mode sans echec - Guide
- Écriture facebook - Guide
- Exfat ou ntfs - Guide
- Écriture miroir - Guide
- Easeus partition master - Télécharger - Stockage
2 réponses
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
Modifié le 25 mai 2020 à 19:28
Modifié le 25 mai 2020 à 19:28
Bonjour,
Vérifie comment est montée ta partition windows. En particulier il faut qu'elle soit montée en
Exemple : dans mon cas, la partition windows est montée dans
On voit qu'elle est montée en ro (read only), donc je ne peux en aucun cas écrire dessus, y compris en root.
Pour corriger ça, il faudrait corriger les options de montage, idéalement dans
Exemple : Dans mon cas j'obtiens :
Il faut donc corriger cette ligne (e.g. avec
Ensuite :
La dernière commande sert juste à contrôler que les changements ont été pris en compte.
De la même manière, il faudrait corriger probablement l'UID associé à ce
Exemple :
La ligne de
Pour prendre en compte les changements :
Bonne chance
Vérifie comment est montée ta partition windows. En particulier il faut qu'elle soit montée en
rw. Par le passé il fallait en plus que ton utilisateur soit dans le groupe fuse.
Exemple : dans mon cas, la partition windows est montée dans
/media/windows, je peux donc afficher ses propriétés avec la commande
mount | grep windows.
(mando@silk) (~) $ mount | grep windows
/dev/sda3 on /media/windows type fuseblk (ro,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
On voit qu'elle est montée en ro (read only), donc je ne peux en aucun cas écrire dessus, y compris en root.
(mando@silk) (/media/windows) $ sudo touch toto
[sudo] Mot de passe de mando :
touch: impossible de faire un touch 'toto': Système de fichiers accessible en lecture seulement
Pour corriger ça, il faudrait corriger les options de montage, idéalement dans
/etc/fstab(ce qui permet de sous-entendre les paramètres à passer à la commande
mount), et remonter
/media/windows. Dans mon cas, la ligne concernée est celle qui correspond au résultat de
grep windows /etc/fstabpuisque mon point de montage est
/mnt/windows.
Exemple : Dans mon cas j'obtiens :
UUID=42C8949DC89490B1 /media/windows ntfs ro 0 0
Il faut donc corriger cette ligne (e.g. avec
pkexec gedit /etc/fstab &) en changeant ro par rw (conformément aux explications données dans
man mount). Il ne faut pas changer l'UUID chez toi qui dépend de ton installation. Si tu changes le point de montage, il faut créer le répertoire vide correspondant au préalable (
sudo mkdir -p /media/windows).
Ensuite :
sudo umount /media/windows
sudo mount /media/windows
mount | grep windows
La dernière commande sert juste à contrôler que les changements ont été pris en compte.
De la même manière, il faudrait corriger probablement l'UID associé à ce
mountafin de ne pas avoir besoin de
sudopour avoir les droits en écriture sur ladite partition. Il faut récupérer au préalable l'UID de ton utilisateur :
Exemple :
(mando@silk) (~) $ echo $UID
1000
La ligne de
/etc/fstabdeviendrait, dans mon cas :
UUID=42C8949DC89490B1 /media/windows ntfs rw,uid=1000 0 0
Pour prendre en compte les changements :
sudo umount /media/windows
sudo mount /media/windows
mount | grep windows
Bonne chance
mamiemando
Messages postés
33079
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
23 avril 2024
7 749
26 mai 2020 à 00:57
26 mai 2020 à 00:57
Ah effectivement, j'ai oublié ce point : selon la manière dont tu quittes windows, le système de fichiers (ta partition ntfs) peut être en état d'hibernation, et un redémarrage sous windows est alors nécessaire. Généralement, quand tu tentes de créer / modifier un fichier depuis le terminal, un message d'erreur l'indique en toutes lettres.
Plus de détails ici.
Merci pour ton retour et bonne continuation
Plus de détails ici.
Merci pour ton retour et bonne continuation
25 mai 2020 à 19:40
Depuis longtemps (sur des précédentes version de kubuntu), quand je voulais aller sous linux, je faisais "arrêt" parce que lorsque je faisais "redémarrer" je n'avais plus de son sous linux. Là j'ai fait "redémarrer" et je peux écrire avec le son toujours fonctionnel. Encore merci pour ton sens du partage, mamiemando.
Ouf.