RHEL /usr/local 与 NFS 上的 /usr - 挂载/卸载顺序?

RHEL /usr/local 与 NFS 上的 /usr - 挂载/卸载顺序?

至少从历史上看,红帽写道

在 Red Hat Enterprise Linux 中,/usr/local/ 目录的预期用途与 FHS 指定的用途略有不同。 FHS 表示 /usr/local/ 应该是存储可免受系统软件升级影响的软件的位置。由于可以使用 Red Hat Package Manager (RPM) 安全地执行软件升级,因此无需将文件放在 /usr/local/ 中来保护文件。相反,/usr/local/ 目录用于存放计算机本地的软件。

例如,如果 /usr/ 目录从远程主机作为只读 NFS 共享安装,则仍然可以在 /usr/local/ 目录下安装软件包或程序。

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/s1-filesystem-fhs.html

但是,这表明您有一个本地文件系统 /usr/local,安装在 NFS 文件系统 /usr 的目录上。

红帽有吗真的是否支持在连接网络并通过 NFS 挂载 /usr 后的正确位置挂载 /usr/local 作为本地文件系统?关机时反之亦然?这是如何实施的?是否有一些有趣的选项,例如mount实现此功能所需的选项?

用于挂载网络文件系统的 RHEL 初始化脚本称为netfs

答案1

在类似的情况下,客户被指示编写自定义初始化脚本以在必要时挂载(和卸载)文件系统。

因此,这将是一个可能的解决方案,可以避免客户担心任何棘手的细节。

该示例在 init 脚本中使用由 , 识别的注释chkconfig来配置排序。

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Global_File_System_2/s1-manage-mountorder.html

在此示例脚本中,chkconfig 语句的值指示以下内容:

345 表示脚本将启动的运行级别

29 是启动优先级,在本例中表示该脚本将在启动时在 GFS2 初始化脚本(其启动优先级为 26)之后运行

73 是停止优先级,在本例中表示该脚本在关闭期间将在 GFS2 脚本之前停止,GFS2 脚本的停止优先级为 74

#!/bin/bash
#
# chkconfig: 345 29 73
# description: mount/unmount my custom bind mounts onto a gfs2 subdirectory
#
#
### BEGIN INIT INFO
# Provides: 
### END INIT INFO

相关内容