web-dev-qa-db-ja.com

x-systemd.automountは意図したとおりに機能していますか?

/etc/fstabに次のエントリがあります:

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

cat /proc/mounts | grep barを実行すると、次が返されます。

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

理解できないことがいくつかあります。

  • この「重複」エントリは正常ですか?
  • Systemd行にautofsrelatimeの代わりにxfsnoatimeが表示されるのはなぜですか?
  • このドライブのプラグを抜くと、起動できますが、/以外のパーティションにアクセスできませんegls /は動作しますが、ls /media/barでさえls ~は動作しません(/homeは別のパーティション)。

この3番目の問題は、私が知っているすべてとは無関係かもしれませんが、まだ最初の2つに興味があります。

1
Bhuz

この「重複」エントリは正常ですか?

はい、それは正常です。これがautofsの仕組みです(以下を参照)。

Systemd行にxfsとnoatimeではなくautofsとrelatimeが表示されるのはなぜですか?

繰り返しますが、これは autofsカーネルサブシステム の仕組みです。

ブート時に、systemdは目的のマウントポイントに擬似ファイルシステムautofsをマウントします。そのマウントオプションは、目的のマウントオプションに対応してはならず、対応しません。

ユーザースペースがこのマウントポイント以下のファイルにアクセスすると、Linuxカーネルはユーザースペースプロセスを一時停止し、systemd(実際のxfsファイルシステムをそれぞれの .mount unitで指定された擬似autofsファイルシステムにマウントします)に通知し、最終的にユーザースペースを許可します続行するには、実際のファイルシステムにアクセスします。

このドライブのプラグを抜くと、起動できますが、/!以外のパーティションにはアクセスできません。例えばls /は機能しますが、ls/media/barおよびls〜は機能しません(/ homeは別のパーティションにあります)。

自動マウントされるはずのマウントポイントの下のパスにアクセスすることはできませんが、(たとえば、ドライブが見つからないなどの理由で)失敗します。 systemdが擬似ファイルシステム上に実際のファイルシステムをマウントできない場合、カーネルはアクセスプロセスに失敗を返します。

/homeが自動マウントされていない場合、/homeのアクセス不能について説明できません。

1
intelfx