yum软件集合似乎对/optCentOS 7 上的自动安装不满意。我该如何告诉自己yum不要尝试在那里安装材料？
我开始全新安装 CentOS 7 – 新安装了标准的“KDE Plasma Workspaces”组，以及适合我们本地网络的 NIS 和自动挂载配置，其中包括自动挂载/opt。我尝试了yum update，但失败了
Transaction check error:
installing package scl-utils-20130529-17.el7_1.x86_64 needs 4KB on the /opt filesystem
问题似乎是yum认为树中没有空间/opt。操作系统似乎同意这一点：
# df /opt
Filesystem 1K-blocks Used Available Use% Mounted on
auto.opt 0 0 0 - /opt
但那只是因为自动挂载程序就在那里。我确实注意到 CentOS 安装包含一个空的/opt/rh。因此，我（有点不情愿地）/opt/rh从本地主机添加了一个自动挂载的读写文件，所以那里实际上有足够的空间：
# df /opt/rh
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/centos-home 426967356 33016 426934340 1% /opt/rh
这产生了同样的错误。如果yum坚持把东西放进去/opt/rh，那么它至少应该测试那个目录，而不是简单地测试/opt（我怀疑这里正在发生这种情况）。
在里面软件集合文档我注意到，你可以将这个“根目录”的位置从/opt/提供者，但这似乎是指创建元包，而不是安装元包；同一手册的‘通过 NFS 使用软件集合’的‘高级主题’说明似乎也指为自己构建 .rpm 的过程。scl(1) 程序承诺安装此类软件，但显然无意修复此问题。
yum.conf(5) 上的文档没有提到任何看似相关的参数（搜索root和/opt）。FHS 讨论/opt不是特别清楚，但与以/opt只读方式挂载一致，这与上面提到的注释说“这使您能够将 /opt 文件系统层次结构以只读方式挂载到 NFS 上”（尽管我可以看到，从在 NFS 服务器上进行安装的略微不同的角度来看，这可能是解决问题的方法yum）/opt。这里的“yum+CentOS7 对我来说不起作用”问题似乎集中在存储库而不是安装位置上。
顺便提一下，我确实不是预计包管理器会尝试写入/opt。但我想：“没问题，我必须能够告诉它不要这样做...'
自从我上次认真使用基于 RPM 的发行版以来已经过去了十多年，所以我可能对概念框架有点生疏；我正在半实验性地做这件事，看看 CentOS 是否能成为我们当前相当异构的网络中的快乐公民。