Qu'est-ce que le type «aucun» pour les points de montage et pourquoi les points de montage sont-ils du même type ci-dessous / exécutés?

Dans Ubuntu 14.04 lors de l'exécution du montage de commande, j'obtiens l'extrait suivant

tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)

Je ne comprends pas pourquoi les sous-répertoires de /runsont montés séparément dans le répertoire parent déjà monté ( /run) et ce que nonesignifie le système de fichiers. Mon /etc/fstabdossier est vide.

linux filesystems mount

— Trismegistos
source

Les nonemoyens seulement qu'il n'y a pas une partition de disque physique lié au point de montage que vous voyez lors de l' émission de la mountcommande. Il est utilisé pour les systèmes de fichiers virtuels comme shm, ramfs, procet tmpfs. Les lock, shmet les userpoints de montage dans cet exemple sont créés séparément afin qu'ils puissent être montés avec des autorisations différentes et les paramètres. Remarquez la partie entre parenthèses?

La raison pour laquelle vous ne voyez pas ces configurations de montage /etc/fstabest parce qu'elles sont effectuées par upstart(c.-à-d. Pendant l'initialisation du système) et initramfs-tools. Vous pouvez vous enquêter avec:

grep --color -RE '/run/(lock|shm|user)' /etc 2>/dev/null

mais le plus intéressant est probablement:

# grep --color -R 'run_migrate' /etc 2>/dev/null
/etc/init/mounted-var.conf:    run_migrate () {
/etc/init/mounted-var.conf:    run_migrate /var/run /run
/etc/init/mounted-var.conf:    run_migrate /var/lock /run/lock

La dernière partie montre que pour trouver les origines de /run/lockvous devez rechercher /var/lock, par exemple.

— captcha
source

Corrigez-moi si je comprends mal mais ce que vous dites est: je peux monter une partition par exemple / dev / sda1 à / home avec certains privilèges par exemple: en lecture seule mais ensuite remonter une partie de / home par exemple / home / captcha avec des privilèges en lecture-écriture. Dans un tel scénario, / home / capcha est signalé par mount comme un système de fichiers 'none' mais est stocké sur / dev / sda1 comme le reste de la partition / home.

— Trismegistos

Pas sûr, mais je suppose que cela ne permettrait que des autorisations plus restrictives dans les points de montage de sous-ensemble. La méthode 'mount --bind' pour les différents systèmes / run / files peut être vue dans /lib/init/mount-functions.sh Faire maintenant un man tmpfs ..

— captcha

Je ne pense pas que cela signifie qu'il n'a pas de partition. Aucun n'a lieu pour le type de système de fichiers, par exemple tmpfs, ce qui signifie plutôt qu'aucun système de fichiers n'est affecté à ce point de montage, mais cela n'a aucun sens.

— Trismegistos

À quoi cela sert df-il s'il ne peut même pas distinguer différents systèmes de fichiers? Que se passe-t-il s'il existe deux nonesystèmes de fichiers qui représentent en fait deux systèmes de fichiers différents, et que se passe-t-il s'ils sont identiques? Comment les distinguer?

— Artem Novikov