web-dev-qa-db-fra.com

X-systemd.automount fonctionne-t-il comme prévu?

J'ai l'entrée suivante dans /etc/fstab:

UUID=foo /media/bar xfs noauto,x-systemd.automount,nofail,x-systemd.device-timeout=1,noatime 0 2

L'exécution de cat /proc/mounts | grep bar renvoie les éléments suivants:

systemd-1 /media/bar autofs rw,relatime,fd=41,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1419 0 0
/dev/sdb1 /media/bar xfs rw,noatime,attr2,inode64,noquota 0 0

Il y a quelques choses que je ne comprends pas:

  • Cette entrée "en double" est-elle normale?
  • Pourquoi la ligne systemd indique-t-elle autofs et relatime au lieu de xfs et noatime?
  • Lorsque ce lecteur est débranché, je peux démarrer mais je je ne peux accéder à aucune partition en dehors de /! par exemple ls / fonctionnera maisls /media/bar et même ls ~ ne fonctionnera pas (/home ne figure pas sur cloison).

Pour autant que je sache, ce troisième numéro n’a peut-être pas de lien, mais je suis intéressé par les deux premiers.

bootmountfstabsystemd
1
Bhuz

Cette entrée "en double" est-elle normale?

Oui c'est normal C'est comment fonctionne autofs (voir ci-dessous).

Pourquoi la ligne systemd affiche-t-elle autofs et relatime au lieu de xfs et noatime?

Encore une fois, c’est comment sous-système du noyau autofs .

Au démarrage, systemd monte un pseudo système de fichiers autofs sur le point de montage souhaité. Ses options de montage ne doivent pas correspondre aux options de montage souhaitées.

Lorsque l'utilisateur accède à un fichier situé sous ce point de montage, le noyau Linux met le processus en espace utilisateur en pause et notifie systemd (qui monte le système de fichiers réel xfs sur le pseudo autofs système de fichiers, comme indiqué dans le .mount unité) et permet enfin à l’espace utilisateur de continuer, qui accède ensuite au système de fichiers réel.

Lorsque ce lecteur est débranché, je peux démarrer mais je ne peux accéder à aucune partition en dehors de /! par exemple. ls/fonctionnera mais ls/media/bar et même ls ~ ne fonctionnera pas (/ home est sur une partition séparée).

L'accès aux chemins situés sous un point de montage censé être monté automatiquement mais ne peut pas l'être (en raison, par exemple, d'un lecteur manquant) échouera. Si systemd ne parvient pas à monter un système de fichiers réel sur le pseudo-système, le noyau renverra un échec au processus d'accès.

Si _/home_ n'est pas monté automatiquement, je ne peux pas expliquer l'inaccessibilité _/home_.

1
intelfx