GNU/Linux >> Tutoriels Linux >  >> Debian

Debian - ACL n'est pas activé mais ça marche ?

Cette question a déjà des réponses ici :options de montage affichées dans /proc/mounts

(2 réponses)
Fermé il y a 6 ans.

Comment est-ce possible ?

  1. ACL n'est pas activé dans /etc/fstab , et je peux le vérifier en ouvrant manuellement fstab ou en exécutant sudo mount | grep -i acl .

  2. Mais getfacl &setfacl Les commandes fonctionneraient sans aucune plainte !

Le problème est que je dois d'abord comprendre pourquoi cela fonctionne, et ensuite je dois vérifier d'autres systèmes pour voir si le support ACL est disponible sur eux ou non, alors comment puis-je faire cela ?

Les commandes ACL ont été testées sur / &/mydrive (voir ci-dessous pour mount sortie).

Informations sur le système d'exploitation :

uname -a :
Linux localhost 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux

lsb_release -a :
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.5 (wheezy)
Release: 7.5
Codename: wheezy

mount :
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=384309,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=308664k,mode=755)
/dev/disk/by-uuid/3180f94a-e765-44e9-93f7-33aa1c6422c0 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
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=1188500k)
/dev/sda5 on /mydrive type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)

Réponse acceptée :

ext3/4 les systèmes de fichiers ont des options de montage par défaut attribut dans leurs en-têtes. Vous pouvez le voir avec :

$ LC_ALL=C tune2fs -l /dev/device | grep 'Default mount options:'
Default mount options:    user_xattr acl

Vous pouvez le changer avec tune2fs -o et montage avec -o noacl le remplacerait.

Lors de la création d'un nouveau système de fichiers, mke2fs définira cela en fonction de ce que vous spécifiez dans /etc/mke2fs.conf . Par exemple, le mien a :

[defaults]
[...]
        default_mntopts = acl,user_xattr
[...]

Cependant, comme l'a noté Gilles, depuis le 2.6.39, acl et user_xattr sont activés par défaut (à condition que la prise en charge ait été activée dans le noyau au moment de la compilation, ce qui serait généralement la valeur par défaut). Donc même sans le acl option de montage par défaut, acl s serait activé par défaut sur le nouveau noyau, et la seule façon de le désactiver serait d'utiliser mount -o noacl .

Pour vérifier si les ACL sont prises en charge, le mieux serait d'essayer de les interroger :

$ chacl -l /the/mountpoint
chacl: cannot get access ACL on '/the/mountpoint': Operation not supported

Debian
  1. Gparted installé mais il ne s'ouvre pas ?

  2. Bluetooth ne fonctionne pas sur Ubuntu 20 Rapsberry Pi ?

  3. R 3.5.0 ne fonctionne pas sur Ubuntu 18.04 ?

  4. Comment réparer l'achèvement des onglets ne fonctionne pas dans Ubuntu et Debian

  5. La commande Linux 'll' ne fonctionne pas

La connexion automatique ne fonctionne pas dans Ubuntu 17.10

Installez ifconfig sur debian 11 ou 10, si la commande est introuvable

Hp Pavilion Dv4 Ubuntu 18.04 Le mode avion activé Wifi et Bluetooth ne fonctionnent pas?

Le Wi-Fi ne fonctionne pas dans Kubuntu ?

CentOS a installé php72 mais la ligne de commande php ne fonctionne pas

Linux - la commande mount renvoie zéro/0 mais ne fonctionne pas