Disque dur fat32
Résolucycliik Messages postés 989 Statut Membre -
Je n'arrive pas à changer les droits de mon disque dur externe fat32
J'ai essayé chmod 777 /media/usb0
Mais ca ne change rien...
J'ai l udes choses sur monter le disque dans un autre répertoire, et la, ca fonctionnera, mais je n'ai rien compris :/
7 réponses
Le problème porte sur les droits d’un disque dur externe FAT32 dont les permissions restent inchangées malgré chmod 777 sur le point de montage, FAT32 ne gérant pas les permissions POSIX. Des solutions consistent à monter le disque autrement, par exemple via /etc/fstab et l’identifiant UUID, afin d’obtenir un montage fiable sous un répertoire dédié aujourd'hui. Les étapes décrivent comment repérer le périphérique exact (par /dev/disk/by-id ou /dev/disk/by-uuid et la présence de sde1) puis ajouter une ligne UUID=... /mnt/sde1 vfat noatime,defaults 0 0. Ensuite, il faut retirer la référence à /dev/sde1 et faire correspondre la ligne à l’UUID réel, afin d’éviter les conflits avec d’autres partitions montées par UUID.
-
Salut
J'ai l udes choses sur monter le disque dans un autre répertoire, et la, ca fonctionnera, mais je n'ai rien compris :/
Essaye de nous en dire un peu plus , à quel stade tu bloques par exemple -
Ok pardon je pensais que tu l'avais fait mais tu vas faire en root
mkdir /mnt/sde1
puis
ls -l /dev/disk/by-uuid/
-
-
-
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1993691,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1596512k,mode=755)
/dev/disk/by-uuid/4234dfa4-6821-4dd6-89d6-f5926ee165d3 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered,discard)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=6469820k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
/dev/sde1 on /media/usb0 type vfat (rw,nodev,noexec,noatime,nodiratime,sync,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro)
vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
et maintenant, je peux éditer le fichier fstab? -
-
-
-
Re
Je pense avoir trouvé ma bêtise ;-)
Édite /etc/fstab
Puis
UUID= /mnt/sde1 vfat defaults,auto,user,rw,umask=0 0 0
Enregistre et en root
mount -a -
-
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question -
-
Pffff finalement, tout ca m'a servi pour faire mon backup sur mon disque dur.
Mais il n'y a que sur ce disque que j'ai les droits d'écriture.
Les autres clés, je ne peux rien faire.
Et je n'arrive pas à comprendre pourquoi en root je ne peux pas changer les droits sur /media (permission denied! C'est impossible ca!!!) -
Bonjour essaye cette solution
Il faut donner les droits à un groupe, et positionner les droits groupe à l'aide du SetGID :
mount /media/montage
chown root:groupe /media/montage
chmod 'u=rwx,g=rwxs,o=---' /media/montage
Bien sûr, mettre les utilisateurs que tu souhaites autoriser dans ce groupe.
Et pour information, les droits sont attachés à la partition que tu montes, et non au répertoire sur lequel tu le monte. Tu pourrais très bien faire (résumé rapide):
chmod 777 /unrep
ls -al /unrep
rwxrwxrwx /unrep
mount /dev/partition /unrep
ls -al /unrep
rwxr-xr-x /unrep
chmod 700 /unrep
ls -al /unrep
rwx------ /unrep
umount /unrep
ls -al /unrep
rwxrwxrwx /unrep
mount /dev/partition /unrep
ls -al /unrep
rwx------ /unrep
Ensuite, si tu souhaites que tous les utilisateurs aient le droit de modifier tous les fichiers appartenant à un certain groupe, il faut modifier le masque par défaut de ton systeme (/etc/login.defs => UMASK 002) ou bien des utilisateurs qui auront besoin de partager des données (~/.bashrc => umask 002). Je te conseille la deuxième solution, pour éviter des effets de bord avec le compte root et l'installation / modification de parties du système, car dans le premier cas, un nouveau paquet peut s'installer avec les droits rwxrw---- !!! Et donc bloquer l'accès à 'others'
Usr = Utilisateur
Grp = Groupe
Oth = Autres utilisateurs (Others)
UsrGrpOth
rwxrwx---
Dans tous les cas, si un utilisateur fait un
chmod 700 /unrep/sonfichier Les autres n'auront plus accès-
-
-
:)
il me semble que si je fais su, suivi du mdp, je suis en root?
Surtout lorsque j'ai ca dans mon termina: root@debian-desk:
J'ai pu changer les droits de tous les autres fichiers de /media, sauf usb0
Et si je veux le monter, ca me dit qu'il n'est pas dans le fstab
Je précise que ce disque dur était opérationnel jusqu'a ce que je passe à la dernière version stable de debian... -
-
oui j'ai voulu suivre les conseils, mais je n'arrive pas à trouver le sdb ou sda qui correspond à mon disque dur externe.
J'ai un truc comme ca:
root@debian-desk:/dev# ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-C300-CTFDDAC064MAG_0000000011120304DE5A -> ../../sda
lrwxrwxrwx 1 root root 10 Jun 17 11:03 ata-C300-CTFDDAC064MAG_0000000011120304DE5A-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-SAMSUNG_HD204UI_S2HGJ9BB203726 -> ../../sdd
lrwxrwxrwx 1 root root 10 Jun 17 11:03 ata-SAMSUNG_HD204UI_S2HGJ9BB203726-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-SAMSUNG_HD204UI_S2HGJ9BB203728 -> ../../sdc
lrwxrwxrwx 1 root root 10 Jun 17 11:03 ata-SAMSUNG_HD204UI_S2HGJ9BB203728-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-ST31000524AS_5VP7RL3N -> ../../sdb
lrwxrwxrwx 1 root root 10 Jun 17 11:03 ata-ST31000524AS_5VP7RL3N-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Jun 17 11:03 ata-ST31000524AS_5VP7RL3N-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-TSSTcorp_CDDVDW_SH_R4136GCB238633 -> ../../sr0
lrwxrwxrwx 1 root root 9 Jun 17 11:03 ata-TSSTcorp_CDDVDW_SH__R4136GCB238633 -> ../../sr0
lrwxrwxrwx 1 root root 9 Jun 17 11:03 scsi-SATA_C300-CTFDDAC0640000000011120304DE5A -> ../../sda
lrwxrwxrwx 1 root root 10 Jun 17 11:03 scsi-SATA_C300-CTFDDAC0640000000011120304DE5A-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 scsi-SATA_SAMSUNG_HD204UIS2HGJ9BB203726 -> ../../sdd
lrwxrwxrwx 1 root root 10 Jun 17 11:03 scsi-SATA_SAMSUNG_HD204UIS2HGJ9BB203726-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 scsi-SATA_SAMSUNG_HD204UIS2HGJ9BB203728 -> ../../sdc
lrwxrwxrwx 1 root root 10 Jun 17 11:03 scsi-SATA_SAMSUNG_HD204UIS2HGJ9BB203728-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 scsi-SATA_ST31000524AS_5VP7RL3N -> ../../sdb
lrwxrwxrwx 1 root root 10 Jun 17 11:03 scsi-SATA_ST31000524AS_5VP7RL3N-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Jun 17 11:03 scsi-SATA_ST31000524AS_5VP7RL3N-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 9 Jun 17 11:03 wwn-0x5000c5002f8b072f -> ../../sdb
lrwxrwxrwx 1 root root 10 Jun 17 11:03 wwn-0x5000c5002f8b072f-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Jun 17 11:03 wwn-0x5000c5002f8b072f-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 9 Jun 17 11:03 wwn-0x50024e9204897201 -> ../../sdd
lrwxrwxrwx 1 root root 10 Jun 17 11:03 wwn-0x50024e9204897201-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 wwn-0x50024e9204897206 -> ../../sdc
lrwxrwxrwx 1 root root 10 Jun 17 11:03 wwn-0x50024e9204897206-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 Jun 17 11:03 wwn-0x500a07510304de5a -> ../../sda
lrwxrwxrwx 1 root root 10 Jun 17 11:03 wwn-0x500a07510304de5a-part1 -> ../../sda1
Mon dd est un freecom
-