☰

在使用者命名空間內，為什麼不允許我重新掛載已掛載的檔案系統？

tag-icon • tag-icon linux mount namespace
在使用者命名空間內，為什麼不允許我重新掛載已掛載的檔案系統？

https://github.com/systemd/systemd/issues/9914#issuecomment-416387637

$ uname -r
4.17.18-200.fc28.x86_64

$ unshare -U -r -m
# mkdir TMP
# mount -t tmpfs tmpfs TMP/
# mount -o remount,ro TMP/
mount: ./TMP: permission denied.

# grep TMP /proc/self/mountinfo
834 831 0:74 / /home/alan/TMP rw,relatime - tmpfs tmpfs rw,seclabel,uid=1001,gid=1001
# strace -f mount -o remount TMP/
...
mount("tmpfs", "/home/alan/TMP", 0x557c3cec9600, MS_REMOUNT|MS_RELATIME, "seclabel,uid=1001,gid=1001") = -1 EPERM (Operation not permitted)
...

綁定重新安裝工作正常。

 # strace -f mount -o remount,bind,ro TMP/
 mount("tmpfs", "/home/alan/TMP", 0x5615b7ebc130, MS_RDONLY|MS_REMOUNT|MS_BIND|MS_RELATIME, "seclabel,uid=1001,gid=1001") = 0

答案1

它沒有被實施。不過它會在下一個版本中出現！

v4.18 包含以下提交。這並沒有提供任何以前不支持它的更具體的原因。

https://github.com/torvalds/linux/commit/bc6155d13260

fs：允許超級區塊擁有者存取 do_remount_sb()

超級區塊層級重新掛載目前僅限於全域 CAP_SYS_ADMIN，將根掛載變更為卸載時唯讀的路徑也是如此。放鬆這兩項權限檢查，以允許在任何對最初安裝檔案系統的使用者有特權的命名空間中使用 CAP_SYS_ADMIN。

相關內容