Montage du lecteur ext4 avec l'autorisation utilisateur spécifiée


15

Je veux monter un lecteur de disque de données ext4 supplémentaire avec l'autorisation rwx spécifiée pour un certain utilisateur. Le point de montage se trouve à l'intérieur du domicile d'un tel utilisateur et il appartient à l'utilisateur. J'ai ajouté le nouveau disque de données /etc/fstabde la manière standard:

/dev/hda  /home/user/new_disk  ext4  defaults,errors=remount-ro  0 1

Quoi qu'il en soit, lorsque la nouvelle partition est montée, la propriété du point de montage passe de user.group à root.root et l'utilisateur n'a donc aucune autorisation d'écriture. Je peux changer manuellement la propriété du point de montage afin que l'utilisateur puisse y écrire, mais le problème réapparaît à chaque redémarrage. J'ai même essayé d'ajouter le disque de la fstabmanière suivante:

/dev/hda  /home/user/new_disk  ext4  umask=0077,uid=1000,gid=1000,errors=remount-ro  0 1

Mais dans ce cas, le système me donne une erreur car le volume a le format ext4. Je veux soit:

  • monter le lecteur ext4 déjà avec l'autorisation utilisateur spécifiée, ou
  • changer la propriété du point de montage à chaque démarrage après le montage du disque.

Qui montera le disque? L'utilisateur doit-il pouvoir le monter lui-même?
holgero

Je pense que si j'utilise les mots "utilisateur, utilisateurs" dans les options de montage de fstab, l'utilisateur serait en mesure de monter le disque.
green69

1
Il y a une question similaire sur Ask Ubuntu .
Cristian Ciupitu

Réponses:


9

Utilisation bindfs:

Un système de fichiers FUSE pour mettre en miroir le contenu d'un répertoire dans un autre répertoire. De plus, on peut modifier les autorisations des fichiers dans le répertoire en miroir.

Montez le ext4système de fichiers comme /media/disk:

sudo mount -o user /dev/sdXN /media/disk

Liez le système de fichiers monté avec des autorisations pour l'utilisateur actuel (ou tout autre utilisateur / groupe):

sudo bindfs -u $(id -u) -g $(id -g) /media/disk /home/user/new_disk

1
Faites juste attention car BindFS implique une surcharge lors de l'accès au fichier. Voir ici pour plus de détails.
PomCompot

6

Seulement FAT, VFAT, exFAT soutiennent le uid, gid, umaskoptions. Vous pouvez le vérifier en lisant la liste des options possibles dans la mountpage de manuel, section "Options de montage pour la graisse" .

Cependant, vous pouvez changer la propriété du système de répertoires existant en utilisant chown sur le point de montage du système de fichiers, comme:

# mount /dev/sda* /mnt/your/mountpoint/
# chown user:group 741 /mnt/your/mountpoint/

2
Cela modifie définitivement les autorisations sur le système de fichiers . Toutes les différences utilisateur / groupe seront effacées et tous les bits SUID / SGID seront réinitialisés.
vonbrand

0

Je viens de rencontrer le même problème. Ce que j'ai fait, c'est d'abord monter le système de fichiers, puis changer toutes les autorisations et owner:groupsur le point de montage, les sous-répertoires et les fichiers. Ensuite, lorsque je démonte le système de fichiers et le remonte, ces modifications semblent être persistantes.

15:24@boromir:/media$ cat /etc/fstab
UUID=95446ed0-b6a6-42cd-8c37-ea81a0836e98 /media/cavalry1  auto   defaults,nofail       0 0

15:26@boromir:/media$ sudo umount cavalry1/
15:27@boromir:/media$ l
total 28
drwxrwxrwx 2 boincuser boincuser 4096 2012-12-17 15:00 cavalry1/

15:27@boromir:/media$ sudo mount -a
15:28@boromir:/media$ l
total 28
drwxr-xr-x 3 boincuser boincuser 4096 2012-12-17 11:05 cavalry1/

Ici, vous pouvez voir que les autorisations et le propriétaire ne sont pas réinitialisés lors du remontage du système de fichiers.


0

Lors du montage d'un système de fichiers EXT, les autorisations du point de vue du système de fichiers hôte semblent être ce que le système de fichiers invité possède déjà.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.