# Pas d'acces ecriture sur disque secondaire **URL:** \ **Category:** Support Debian\ **Created:** [Juin 8, 2025, 9:33 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239 "2025-06-08T09:33:06Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 9:33 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/1 "2025-06-08T09:33:06Z")
Bonjour, Lors de ma re-installation, j’ai formaté mon disque backup en exfat (c’est le disque que m’a suicidé l’installation d’opensuse ☹ ) Ce disque est dans la machine. Encore une preuve qu’un backup doit etre loin loin loin de la machine ☹ Bref ! Je n’ai pas d’acces en ecriture sur ce disque dont le point de montage est /files Les droits d’utilisations sont root:root J’ai effectué `sudo chown -R moi:moi /files/` root reste propriétaire `sudo chmod -R 755 /files/` ne donne pas plus de droit d’ecriture j’ai vu dans mes recherches que changer des droits sur un point de montage était compliqué. Mais que je fasse avec ou sans umount, ca ne passe pas quand même. Je pense aussi que le format exfat n’est pas approprié pour des fichiers pouvant être lu sur du Windows (pas sur cette machine. Windows est devenu plus compliqué à installer que Linux). J’ai l’impression (50% de certitude) que le fait d’avoir ce point de montage empêche aussi de reformater dans un autre format. Comment rendre ce disque accessible en écriture ? Il est vide donc sans données sensibles. Cdt ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2025, 9:36 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/2 "2025-06-08T09:36:37Z")
Bonjour, que donne: ```auto mount | grep -i /files ``` ou ```auto findmnt /files ``` ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 9:40 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/3 "2025-06-08T09:40:09Z")
bonjour, /dev/sdb1 on /files type exfat (rw,noatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro) TARGET SOURCE FSTYPE OPTIONS /files /dev/sdb1 exfat rw,noatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2025, 9:47 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/4 "2025-06-08T09:47:45Z")
C’est ton mask à 0022 qui fait que tu ne peux pas t’en servir. L’option erreors=remount-ro est inutile. Car s’il est en ro, alors il ne sert plus aucunement à rien. En plus si tu veux que ton utilisateur puisse s’en servir, il faut ajouter l’option user, car sinon c’est root qui est propriétaire quelque soit la manip chown que tu feras. ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 9:54 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/5 "2025-06-08T09:54:43Z")
euh ? c’est du fstab a modifier ? la ca me dit juste ce que je sais en langage que je ne comprends pas ☹ ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2025, 9:58 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/6 "2025-06-08T09:58:15Z")
Oui tu modifie ton montage dans /etc/fstab. ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 12:01 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/7 "2025-06-08T12:01:47Z")
uuid=abcdef0000 /files exfat defaults, noatime, discard 0 2 je sais pas ce que ca fait sauf que pour le moment ca fait rien ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 1:30 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/8 "2025-06-08T13:30:08Z")
je vois que discard est conseillé pour les SSD. Il s’avere que c’est pas un ssd donc j’enleve discard je mets user a la place uuid=abcdef0000 /files exfat defaults, noatime, user 0 2 le 2 c’est pour les utilisateurs standards j’ai toujours pas d’acces ecriture /dev/sdb1 on /files type exfat (rw,nosuid,nodev,noexec,noatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,user) oui, j’ai tjrs le errors remount je vois pas ou je peux le supprimer. Ca n’apparait pas dans fstab ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2025, 1:55 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/9 "2025-06-08T13:55:14Z")
Effectivement discard ça ne sert pas. D’autre uuid non plus, tu laisses le système s’occuper de ce genre de chose. le 2 n’a rien à voir avec les utilisateurs. Le 6eme champ de fstab correspond à l’ordre des fscheck au boot. Toor est 1 les autres sont 2. 0 implique qu’il n’y a pas de fscheck au boot. Dans ton cas la ligne dans fstab devrait avoir: ```auto /dev/sdb1 /files exfat auto,user 0 2 ``` ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 6:15 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/10 "2025-06-08T18:15:11Z")
/dev/sdb1 on /files type exfat (rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,user) j’ai toujours le errors=remount-ro UUID=ED04-4EBF /files exfat auto,user 0 2 ===================== PLUS ============= de tentatives en tentatives, j’en suis arrivé à formater le disque en fat32 sauf que maintenant, j’ai remplacé exfat par fat32 mais ca plante le systeme. du coup, je l’ai mis en sourdine dans fstab… sinon je serais pas identifié. en sous-jacent, il restera le probleme d’ecriture. Au derniere manip, errors=remount avait disparu mais le résultat n’avait pas évolué. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 8, 2025, 7:13 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/11 "2025-06-08T19:13:25Z")
c’est à cause de l’utilisation de exfat. c’est automatique je pense avec ce filesystem. FAT32 c’est pas terrible comme filesystem. J’imagine que tu veux que le disque puisse être utilisé sous windows ET linux? ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 8, 2025, 9:09 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/12 "2025-06-08T21:09:21Z")
Oui, en effet, je veux que les fichiers sur ce disque puissent etre tranférer sur une clef USB par exemple pour lecture sur des ordis en windows je peux reformater en extfat mais ca va pas changer mon probleme (a supposer qu’il n’y ait plus de conflits) d’acces en ecriture non fonctionnel. Le root veut pas lacher ses droits ☹ Avec OpenSuse, de base, ca donnait l’acces … en demandant le PW root mais ca permettait d’ecrire dessus. Ca doit bien etre documenté quelque par ca !? J’ai trouvé que c’etait compliqué, mais j’ai pas trouvé la parade ☹ ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 9, 2025, 9:04 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/13 "2025-06-09T09:04:20Z")
bon, ce matin, ca fonctionne. la ligne avec le disque a été commentée dans fstab du coup, comme sur OS, je dois renseigner le PW admin pour accéder au disque. Le disque est formaté exfat et l’écriture fonctionne Le montage uuid auto ne fonctionne pas. La différence d’avec les autres partitions est que l’uuid du disque exfat est au format aaaa-bbbb alors que les autres sont au format aaaa-bbbb-cccc-dddd en résumé, 2 groupes pour le dd qui casse le systeme contre 4 pour les partitions linuxiennes. si les 2 groupes, c’est du au formatage Dos, et que c’est censé être compatible, pourquoi ca plante le systeme ? Cdt ---
**Author:** ![Norbert29](https://www.debian-fr.org/user_avatar/www.debian-fr.org/norbert29/32/12742_2.png) [@Norbert29](https://www.debian-fr.org/u/Norbert29)\ **Post date:** [Juin 14, 2025, 8:00 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/14 "2025-06-14T08:00:38Z")
Si je comprends bien, tu ne veux pas accéder à ce disque par Windows, tu veux juste pouvoir transférer des fichiers sur une clé USB pour ensuite mettre la clé sur un PC Windows ? Dans ce cas, c’est ta clé USB qui doit être en exfat, et ton disque peut tout à fait être formaté en ext4. Tu éviterais ainsi plein de problèmes de droits. ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 14, 2025, 10:48 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/15 "2025-06-14T10:48:29Z")
Un seul problème persiste mais je vais reposer le cadre avant. L’ordinateur a deux disques durs 1 SSD qui porte la Debian 1 HDD qui doit faire les sauvegardes Je me suis craché en installant Debian sur le HDD. J’ai du tout reconfigurer depuis et je n’arrivais plus depuis la dernière installation de Debian sur le SSD à accéder au HDD Je cherchais à configurer fstab pour qu’il monte le HDD automatiquement Beaucoup de tentatives ont échoué rendant le système indisponible… jusqu’à ce que je comment la ligne concernant le HDD dans le fstab et voila… le systeme demarre correctement et j’ai acces au HDD depuis KDE… Accès; oui mais. C’est le dernier point gênant de ce dossier. Je ne peux avoir accès à ce disque HDD (exfat) qu’après avoir saisi le mot de passe root. Est ce qu’il y a moyen de monter un disque dur local interne automatiquement ? Ou est ce que c’est propre à Linux que ca ne soit pas possible ? ---
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Juin 14, 2025, 11:28 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/16 "2025-06-14T11:28:01Z")
> [@fech](#): > > Ou est ce que c’est propre à Linux que ca ne soit pas possible ? Ça dépend des réglages de permissions par défaut, selon la distribution. > [@fech](#): > > Je ne peux avoir accès à ce disque HDD (exfat) qu’après avoir saisi le mot de passe root. Voir paragraphe « Gestion du « **mot de passe** » nécessaire au **montage**  » / [[Montage partition pour l'usager lambda - debian-fr.org](https://www.debian-fr.org/t/info-script-montage-partition-image-iso-disque-squashfs-pour-lusager-lambda/90310) > [@fech](#): > > Est ce qu’il y a moyen de monter un disque dur local interne automatiquement ? Oui. Voir configuration système: ![montageKDE2](https://www.debian-fr.org/uploads/default/original/2X/8/8bd5c176964a3e8c37a680acb24bc3034a7fd421.jpeg) ---
**Author:** ![Norbert29](https://www.debian-fr.org/user_avatar/www.debian-fr.org/norbert29/32/12742_2.png) [@Norbert29](https://www.debian-fr.org/u/Norbert29)\ **Post date:** [Juin 14, 2025, 11:48 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/17 "2025-06-14T11:48:45Z")
Dans ton fstab, tu dois avoir une ligne comme suit : UUID=xxxxxxxx-xxxx-xxxx-xxx-xxxxxxxxxxxxx /mnt/fech/Backup ext4 defaults 0 2 l’UUID tu le trouves en faisant un sudo blkid. et /mnt/fech/Backup correspond à ton point de montage. voir [Wiki Debian](https://wiki.debian.org/fr/fstab) ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 14, 2025, 11:57 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/18 "2025-06-14T11:57:57Z")
comme je disais plus haut (dans les 1er posts) (ou si je l’ai pas dit, je voulais le dire 🙂 ) le UUID du disque interne n’a que 4 lettres, un tiret et 4 lettres. si j’active ce point de montage le systeme plante si je le desactive le systeme boote et l’acces au HDD passe par le PW root. ---
**Author:** ![fech](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fech/32/10523_2.png) [@fech](https://www.debian-fr.org/u/fech)\ **Post date:** [Juin 14, 2025, 11:59 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/19 "2025-06-14T11:59:43Z")
Merci pour le lien « montage ». Sur du temps en trop, je martèlerai dans ce sens. Le screenshot me laisse interrogatif. Je ne trouve pas de correspondance sur la D12. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juin 14, 2025, 12:03 UTC](https://www.debian-fr.org/t/pas-dacces-ecriture-sur-disque-secondaire/91239/20 "2025-06-14T12:03:42Z")
> [@fech](#): > > comme je disais plus haut (dans les 1er posts) (ou si je l’ai pas dit, je voulais le dire 🙂 ) le UUID du disque interne n’a que 4 lettres, un tiret et 4 lettres. C’est normal c’est à cause du format exfat. Mais @Norbert29 a raison. Si ton objectif est de passer par une clef USB pour transferer vers Windows, alors utilises ton disque en ext4 et utilises une clef USB en exFAT (ou même vfat)