[NTFS] Impossible d'obtenir les droits en écriture (résolu)

Questions et astuces concernant l'installation et la configuration d'archlinux
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

[NTFS] Impossible d'obtenir les droits en écriture (résolu)

Message par Anghirrim »

Hello,

Suite à la réinstallation de mon Arch sur un nouveau SSD, je me retrouve confronté à un souci nouveau pour moi, l'impossibilité d'accéder à mes partitions NTFS en écriture. j'ai cherché sur le forum et le wiki, aucune solution n'a fonctionné pour moi.

Les deux partitions se montent via mon fstab au boot, et j'ai ntfs-3g d'installé. Rien de bine folichon ou exotique. Sur ma précédente install, j'utilisais l'option "defaults" avec succès. Là, j'ai testé en ajoutant uid et gid, mais que dalle.

Les droits actuels:

Code : Tout sélectionner

[anghirrim@ArchAnghi ~]$ ls -lh /dev/sda6
brw-rw---- 1 root disk 8, 6 27 déc.  09:45 /dev/sda6
[anghirrim@ArchAnghi ~]$ ls -lh /dev/sdb1
brw-rw---- 1 root disk 8, 17 27 déc.  21:31 /dev/sdb1
Mon /etc/fstab (les ****** sont juste ajoutés pour le forum):

Code : Tout sélectionner

# Donnees
UUID=315D**************                         /media/Donnees   ntfs-3g        uid=1000,gid=1000,umask=0022        0 0

# Donnees_b
UUID=2FC9***************                           /media/Donnees_1   ntfs-3g        uid=1000,gid=1000        0 0
Mes ID:

Code : Tout sélectionner

[anghirrim@ArchAnghi ~]$ id
uid=1000(anghirrim) gid=1000(anghirrim) groupes=1000(anghirrim),0(root),209(cups),970(docker),973(autologin),998(wheel)
C'est la première fois que ça m'arrive... Je sèche complet là....

Merci d'avance et désolé si j'ai mal cherché.
Dernière modification par Anghirrim le lun. 28 déc. 2020, 10:26, modifié 1 fois.
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par Anghirrim »

Ajout de données supplémentaires:

Code : Tout sélectionner

[anghirrim@ArchAnghi ~]$ stat -c %U /media/Donnees/
anghirrim
[anghirrim@ArchAnghi ~]$ stat -c %G /media/Donnees/
anghirrim
[anghirrim@ArchAnghi ~]$ stat -c %A /media/Donnees/
drwxr-xr-x
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par benjarobin »

Bonjour,
Personnellement j'utilise quelque chose de cette forme.

Code : Tout sélectionner

UUID=xxxxxxxx  /media/Donnees ntfs-3g  defaults,uid=anghirrim,gid=anghirrim,fmask=0113,dmask=0002  0 0
Ce qui implique les droits suivant pour les dossiers drwxrwxr-x, et pour les fichiers -rw-rw-r--
Si cela ne fonctionne pas, est ce qu'en root peux tu écrire un fichier ?
Peux tu aussi donner les sorties des commandes suivantes

Code : Tout sélectionner

ls -la /media/Donnees/
mount | grep "/media/Donnees"
De plus comment testes tu la chose ? Je te recommande de tester via touch / vim et ou nano depuis un terminal
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par Anghirrim »

Hello, merci pour la réponse. Voici le retour des commandes:

Code : Tout sélectionner

[anghirrim@ArchAnghi ~]$ ls -la /media/Donnees/
total 3248
drwxrwxrwx 1 root root    4096 26 déc.  14:50  .
drwxrwxrwx 7 root root    4096 17 déc.  10:12  ..
drwxrwxrwx 1 root root       0 16 déc.  06:39 '$RECYCLE.BIN'
-rwxrwxrwx 1 root root   51953 22 nov.  10:22  cheval.odt
drwxrwxrwx 1 root root    4096 23 déc.  19:25 'System Volume Information'
[anghirrim@ArchAnghi ~]$ mount | grep "/media/Donnees"
/dev/sdc1 on /media/Donnees_1 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sda6 on /media/Donnees type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
Pour le test impossible de créer un fichier avec nano. Quand j'enregistre, ça me et que je n'ai pas les droits en écriture (ni en utilisateur, ni en root).

J'ai modifié le fstab avec ta proposition. Toujours aucun droit après reboot.
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par benjarobin »

La sortie que tu donnes ne correspond pas à la configuration que tu as donné dans ton fstab (le fichier ne devrait pas appartenir à root)...
Mais la partie qui pose vraiment problème, c'est la partition qui est monté en lecture seule (toute la question c'est pourquoi).

Peux tu donner la contenu exacte de ton fstab ? Et redonner la sortie de

Code : Tout sélectionner

ls -l /media/Donnees/cheval.odt
mount | grep "/media/Donnees"
umount /media/Donnees
mount /media/Donnees
dmesg | tail -20
ls -l /media/Donnees/cheval.odt
mount | grep "/media/Donnees"
Note: J'ai vu que ton utilisateur appartenait au groupe root... Ce n'est pas recommandé (un euphémisme). Je ne suis pas sûr qu'appartenir au groupe cups soit nécessaire ou recommandé. Attention avec le groupe wheel qui permet de devenir root sans aucun mot de passe (Je ne dirais pas comment ici...)
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par Anghirrim »

Hello,

Pour le fstab, après quelques essais (d'où peut-être la différence d'owner aussi, entre deux reboot):

Code : Tout sélectionner

# /dev/sda4
UUID=xxxxxxxxxxxxx     /               ext4            rw,relatime     0 1

# /dev/sda1
UUID=xxxxxxxxxx          /boot/efi       vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro       0 2

# /dev/sda5
UUID=xxxxxxxxxxx      none            swap            defaults        0 0

# HDD 3To
UUID=xxxxxxxxxxxxx       /media/HDD_3To   ext4           defaults        0 0

# ccache
UUID=xxxxxxxxxxxx       /media/ccache   ext4           defaults        0 0

# Donnees
UUID=xxxxxxxxxxx                          /media/Donnees   ntfs-3g        defaults,uid=anghirrim,gid=anghirrim,fmask=0113,dmask=0002        0 0

# Donnees_b
UUID=xxxxxxxxxx                        /media/Donnees_1   ntfs-3g        uid=1000,gid=1000        0 0
Et l'output que tu m'as demandé:

Code : Tout sélectionner

[anghirrim@ArchAnghi ~]$ ls -l /media/Donnees/cheval.odt
-rw-rw-r-- 1 anghirrim anghirrim 51953 22 nov.  10:22 /media/Donnees/cheval.odt
[anghirrim@ArchAnghi ~]$ mount | grep "/media/Donnees"
/dev/sdb1 on /media/Donnees_1 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sda6 on /media/Donnees type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
[anghirrim@ArchAnghi ~]$ umount /media/Donnees
umount: /media/Donnees: seul le superutilisateur peut démonter.
[anghirrim@ArchAnghi ~]$ sudo umount /media/Donnees
[anghirrim@ArchAnghi ~]$ sudo mount /media/Donnees
The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Falling back to read-only mount because the NTFS partition is in an
unsafe state. Please resume and shutdown Windows fully (no hibernation
or fast restarting.)
[anghirrim@ArchAnghi ~]$ dmesg | tail -20
[ 1009.157028] sr 7:0:0:0: Attached scsi CD-ROM sr1
[ 1096.928117] logitech-hidpp-device 0003:046D:4057.0005: HID++ 4.5 device connected.
[ 1096.981670] ISO 9660 Extensions: Microsoft Joliet Level 3
[ 1096.985185] ISOFS: changing to secondary root
[ 1221.041245] audit: type=1100 audit(1609146968.055:91): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:authentication grantors=pam_faillock,pam_permit,pam_faillock acct="anghirrim" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1221.042639] audit: type=1101 audit(1609146968.055:92): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="anghirrim" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1221.042904] audit: type=1110 audit(1609146968.055:93): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1221.043714] audit: type=1105 audit(1609146968.055:94): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1333.817451] audit: type=1106 audit(1609147080.835:95): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1333.817645] audit: type=1104 audit(1609147080.835:96): pid=1381 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1371.919650] audit: type=1101 audit(1609147118.935:97): pid=1397 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="anghirrim" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1371.919784] audit: type=1110 audit(1609147118.935:98): pid=1397 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1371.920193] audit: type=1105 audit(1609147118.935:99): pid=1397 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1371.924435] audit: type=1106 audit(1609147118.935:100): pid=1397 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1371.924437] audit: type=1104 audit(1609147118.935:101): pid=1397 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1380.968332] audit: type=1101 audit(1609147127.985:102): pid=1413 uid=1000 auid=1000 ses=2 msg='op=PAM:accounting grantors=pam_unix,pam_permit,pam_time acct="anghirrim" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1380.968463] audit: type=1110 audit(1609147127.985:103): pid=1413 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1380.968844] audit: type=1105 audit(1609147127.985:104): pid=1413 uid=1000 auid=1000 ses=2 msg='op=PAM:session_open grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1380.986134] audit: type=1106 audit(1609147127.995:105): pid=1413 uid=1000 auid=1000 ses=2 msg='op=PAM:session_close grantors=pam_limits,pam_unix,pam_permit acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[ 1380.986225] audit: type=1104 audit(1609147127.995:106): pid=1413 uid=1000 auid=1000 ses=2 msg='op=PAM:setcred grantors=pam_faillock,pam_permit,pam_env,pam_faillock acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
[anghirrim@ArchAnghi ~]$ ls -l /media/Donnees/cheval.odt
-rw-rw-r-- 1 anghirrim anghirrim 51953 22 nov.  10:22 /media/Donnees/cheval.odt
[anghirrim@ArchAnghi ~]$ mount | grep "/media/Donnees"
/dev/sdb1 on /media/Donnees_1 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sda6 on /media/Donnees type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)

Concernant les groupes utilisateurs, je sais, ce n'est pas bien.... Il faudra que je m'y attelle.

Je vois le message lié au mauvais émontage sous Windows, je m'en suis douté hier et j'ai redémarré et éteint proprement Windows, mais apparement pas aussi propremement que ce que je pensais.
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17186
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par benjarobin »

Cliquer sur arrêter sous Windows n'arrête pas "proprement" le PC depuis longtemps. C'est une sorte de mise en veille prolongée.

Par contre cliquer sur redémarrer, arrête proprement Windows.

Tu peux changer le comportement de l'arrêt de Windows voir wiki et des messages sur ce forum à ce sujet
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par Anghirrim »

benjarobin a écrit : lun. 28 déc. 2020, 09:45 Cliquer sur arrêter sous Windows n'arrête pas "proprement" le PC depuis longtemps. C'est une sorte de mise en veille prolongée.

Par contre cliquer sur redémarrer, arrête proprement Windows.

Tu peux changer le comportement de l'arrêt de Windows voir wiki et des messages sur ce forum à ce sujet
Yes, c'est exactement ce que je me suis dit en écrivant le message précédent. D'habitude je passe du temps dnas les paramètres Windows pour désactiver tout ce qui m'emmerde (dont le redémarrage rapide).

Sauf que là.... je ne l'ai pas encore fait, je me suis dit que je le ferai plus tard étant donné que Windows n'est jamais allumé. Bon bah j'y vais...
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Avatar de l’utilisateur
Anghirrim
Elfe
Messages : 701
Inscription : mar. 28 févr. 2012, 11:09
Localisation : Loire-Atlantique

Re: [NTFS] Impossible d'obtenir les droits en écriture

Message par Anghirrim »

OK, c'était bien le redémarrage rapide Windows! Une fois désactivé, tout va bien.

Merci!!
Optiplex 3060 Micro Intel© Core™ i5-8500T, 16Go RAM, Arch Linux Cinnamon + Windows 10
Asus X53S, Linux Mint Cinnamon
Répondre