TL;DR
- rajouter une ligne de configuration dans
/etc/fstab
- ref: MountingWindowsPartitions - Community Help Wiki
Récapitulatif
Je reprends ici des élements de réponse, en rajoutant un peu de formattage pour plus de lisibilité
C’est bien le système de fichiers qui est en lecture seule.
De plus, comme c’est un système de fichiers Windows (selon df -T -h
et parted
),
il se moque totalement des permissions POSIX/Linux.
Il faut donc s’adresser à la configuration du responsable de la gestion de ce système de fichiers :
Selon la capture d’écran, le disque DATA apparait comme un disque amovible, car il n’est
pas mentionné dans etc/fstab
.
Il existe aujourd’hui plusieurs systèmes pour le montage automatique de disques externes de façon dynamique
(par exemple udev.rules ou FUSE), mais il me semble plus logique et plus simple de rajouter la ligne adéquate
dans /etc/fstab
pour un disque interne que l’on souhaite utiliser régulièrement
(udev apporterait plus de flexibilité, mais on n’en est pas là). Pour plus de détails, voir
MountingWindowsPartitions - Community Help Wiki .
Après, il faut que toute la hiérarchie jusqu’au point de montage du système de fichiers DATA
soit accessible en lecture+execution (rx
) à ses utilisateurs (DSL dans mon post précédent
j’avais rajouté les droits en écriture mais c’était une erreur).
Proposition de procédure, pas à pas
1. voir l’état et identifier les disques et partitions visibles
Classiquement recommandé : blkid
Pour une vue d’ensemble, j’aime bien lsblk
(avec sudo peut donner plus d’infos)
lsblk --fs
Pour la suite, j’assumerai que tu y trouveras entre autres qqch du genre:
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
└─sda1 ntfs DA7A01234567DA7A 500.3G 49% /media/DATA
Poste le résultat si tu veux.
2. Déconnecter le périphérique
- soit par le gestionnaire de fichiers graphique
- soit par une commande utilisateur telle que
udisksctl umount -b /dev/sda1
- soit autoritairement :
sudo umount /dev/sda1
3. Vérifier, si possible, les options adéquates dans la cadre de la session courante
(les résultats orienteront sur la configuration à modifier)
Reconnecter le disque en simulant une entrée FSTAB. Attention, pas d’espace dans la
liste d’options du driver (suivant -o
)
sudo mount -t ntfs-3g -o rw,user /dev/sda1 /mnt
ls -l /mnt
Là, tout devrait apparaître comme appartenant à root:root, mais avec des droits ouverts 777
:
rwx
pour tout le monde.
3.5 Un peu plus de finesse
Vérifier les identifiants numériques de l’utilisateur karin, puis les specifier comme option
$ id karin
$ sudo umount /dev/sda1
$ sudo mount -t ntfs-3g -o uid=1000,gid=1000,umask=0022 /dev/sda1 /mnt
$ ls -l /mnt
Là, tout devrait apparaître comme appartenant à karin:karin et avec des droits restreints drwxr-xr-x
.
Tester que l’accessibilité correspond aux buts recherchés, ajuster les options si nécessaire,
mais avec prudence et mûre réflexion.
La commande man
est ton amie. Description officielle et exhaustive des options:
man ntfs-3g
.
4. transcrire cette commande de connexion dans FSTAB
4.1 Noter l’UUID du disque
Pour identifier ton disque de façon plus sûre, il est plus que recommandé d’utiliser son UUID,
que tu vas obtenir classiquement par blkid
, si lsblk
ne te l’a pas déjà donné:
$ sudo blkid /dev/sda1
/dev/sda1: BLOCK_SIZE="512" UUID="DA7A01234567DA7A" TYPE="ntfs" PARTUUID="4321da7a-07"
4.5 Choisir un point de montage
Perso j’ai créé un répertoire /SHARED
contenant divers points de montage specifiques.
sudo mkdir -pm 755 /SHARED/WINDATA/
4.6 Rajouter la specification choisie dans FSTAB
DANGER ! GARDER UNE COPIE DE SAUVEGARDE
Dans /etc/fstab
(editer via sudo), rajouter une section telle que
## /dev/sda1 : Windows DATA
UUID=DA7A01234567DA7A /SHARED/WINDATA/ ntfs defaults,uid=1000,gid=1000,umask=0022 0 0
4.8 Tester la configuration avant de redémarrer
sudo umount /dev/sda1
sudo findmnt --verify
Avoir aussi à portée de main des guides de dépannage (grub, failsafe …) pour pouvoir restaurer
l’ancien fstab en cas d’échec.
Croiser les doigts … …