起動時に/etc/fstabを使用しないのはなぜですか?

起動時に/etc/fstabを使用しないのはなぜですか?

nfsデバイスをインストールしました。nosuidthroughを使って設定しようとしていますが、/etc/fstab問題があります。正しく設定しましたが/etc/fstab(私の考えでは)ここに問題があります。システムを再起動して実行すると、インストールされてmount | grep nfsいないことがわかりますnosuid。その後、実行するとumount -l sunrpc正しくmount sunrpcインストールされますnosuid

何を期待すべきかを知っている人はいますか?

注文する:

# mount |grep nfs
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
# umount -l sunrpc
# mount sunrpc
# mount |grep nfs
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,nosuid)

/etc/fstab

#
# /etc/fstab
# Created by anaconda on Thu Apr 19 09:13:00 2018
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/vg_opendcsoel6-lv_root /                       ext4    defaults        1 1
UUID=e3b1a0fb-c27f-42e9-ab93-15295497a293 /boot                   ext4    defaults        1 2
/dev/mapper/vg_opendcsoel6-lv_swap swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
sunrpc  /var/lib/nfs/rpc_pipefs         rpc_pipefs      nosuid  0       0

答え1

混ざっているようです。rpc_pipefsそしてネットワークファイルシステム

rpc_pipefs は nfs 操作に必要なヘルパープログラムですが、リモート nfs サーバーの実際のマウントではありません。ほとんどの場合、/ etc / fstabから安全に省略できます。通常、rpc_pipefsの正しいデフォルト値は、/ etc / fstabを無視するnfs起動スクリプトにハードコードされています。

たとえば、次の行は私の/ etc / fstabから取得したものです(注ネットワークファイルシステム変えるrpc_pipefs3番目の列から):

192.168.200.1:/mnt/vg/git   /mnt/host/git   nfs  defaults       0 0
192.168.200.1:/mnt/vg/work  /mnt/host/work  nfs  nosuid,noexec  0 0

関連情報