测验:graph root 迁移
移动 graphroot 后,podman images立即为空。这是正常的吗?
- 不,设置应用不正确。
- 不,图像在移动时被删除。
- 不,新路径的权限不正确。
- 这很正常。现有图像保留在旧路径中,新商店是空的。
如果我将runroot与 graphroot 一起移动到永久磁盘,会发生什么?
- 表现不佳
- 图像冗余存储
- 由于异常终止后剩余的锁定文件,下次启动可能会失败。
- SELinux 标签已损坏
为什么 graphroot 不应该放在 NFS home 上?
- 这是因为 NFS 家庭通常缺乏容量。
- 这是因为overlay系列驱动程序无法正常运行,出现文件锁定问题。
- 因为分层传输会消耗网络带宽
- 这是因为与 NFS UID 映射不匹配导致权限混乱。
如果我运行podman system reset来清理旧的 graphroot 会怎样?
- 旧路径数据被清理
- 仅配置文件被初始化为默认值。
- 当前设置的商店将被删除,因此您刚刚移动的新商店将丢失。
- 因为没有物体,所以什么也没有发生。
如何对多个用户应用相同的graphroot策略?
- 每个用户都将其写在他们的家庭设置文件中。
- 在登录脚本中将其指定为环境变量。
- 在系统范围的 storage.conf 中定义,但要考虑到个人设置优先。
- 创建从主页下的路径到公共路径的符号链接。
podman system df告诉你什么?
- 每个镜像、容器和卷使用了多少,可以恢复多少容量?
- 主机磁盘总使用量和可用空间
- graphroot和runroot的实际路径
- 图像的层数和大小