/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
理解できないことがいくつかあります。
autofs
とrelatime
の代わりにxfs
とnoatime
が表示されるのはなぜですか?/
以外のパーティションにアクセスできません! egls /
は動作しますが、ls /media/bar
でさえls ~
は動作しません(/home
は別のパーティション)。この3番目の問題は、私が知っているすべてとは無関係かもしれませんが、まだ最初の2つに興味があります。
この「重複」エントリは正常ですか?
はい、それは正常です。これがautofsの仕組みです(以下を参照)。
Systemd行にxfsとnoatimeではなくautofsとrelatimeが表示されるのはなぜですか?
繰り返しますが、これは autofsカーネルサブシステム の仕組みです。
ブート時に、systemdは目的のマウントポイントに擬似ファイルシステムautofs
をマウントします。そのマウントオプションは、目的のマウントオプションに対応してはならず、対応しません。
ユーザースペースがこのマウントポイント以下のファイルにアクセスすると、Linuxカーネルはユーザースペースプロセスを一時停止し、systemd(実際のxfs
ファイルシステムをそれぞれの .mount
unitで指定された擬似autofs
ファイルシステムにマウントします)に通知し、最終的にユーザースペースを許可します続行するには、実際のファイルシステムにアクセスします。
このドライブのプラグを抜くと、起動できますが、/!以外のパーティションにはアクセスできません。例えばls /は機能しますが、ls/media/barおよびls〜は機能しません(/ homeは別のパーティションにあります)。
自動マウントされるはずのマウントポイントの下のパスにアクセスすることはできませんが、(たとえば、ドライブが見つからないなどの理由で)失敗します。 systemdが擬似ファイルシステム上に実際のファイルシステムをマウントできない場合、カーネルはアクセスプロセスに失敗を返します。
/home
が自動マウントされていない場合、/home
のアクセス不能について説明できません。