INS-35341错误本质是oraInventory目录组所有权与安装时指定的UNIX_GROUP_NAME不一致，需同步修正目录归属（如chown -R oracle:oinstall /u01/app/oraInventory）并在图形界面或响应文件中显式配置UNIX_GROUP_NAME=oinstall。
INS-35341不是权限拒绝，是组所有权不匹配
这个错误和“对 oracle_base 没有写权限”完全无关。报 ins-35341 时，oui 还没走到创建 oracle_base 或写入数据库文件那步——它卡在第一步：比对 orainventory 目录的属组和你声明的 unix_group_name。哪怕你给 /u01/app 开了 777，只要这两者不一致，照样报错退出。
检查 oraInventory 目录的 ls -ld 输出
运行这条命令确认真实状态：
ls -ld $(grep inventory_loc /etc/oraInst.loc 2>/dev/null | cut -d= -f2)
常见问题包括：
-
/etc/oraInst.loc里记录的是旧路径（比如/opt/app/oraInventory），但实际目录在/u01/app/oraInventory - 目录存在，但属组是
dba或root，而你安装时选的是oinstall - 目录属主是
root:root，但安装用户是oracle，且未加到oinstall组
修复必须分两步走：改目录归属 + 显式传参
缺一不可。只改目录或只改参数都会失败。
- 用
chown -R oracle:oinstall <oraInventory路径>修正归属（路径必须和/etc/oraInst.loc里的一致） - 图形安装：在“特权操作系统组”页手动点选
oinstall，不能靠默认值 - 静默安装：响应文件中必须有
UNIX_GROUP_NAME=oinstall，且该行不能被注释、不能拼错、不能多空格 - 如果之前装过失败，先删掉
/etc/oraInst.loc和整个oraInventory目录再重试
为什么查 ASMLib 或改 SELinux 是白忙活
INS-35341 发生在 OUI 启动后 2 秒内，此时连 ASM 初始化代码都没加载。所谓“检查各节点 ASMLib 版本”只适用于 RAC 场景下的 INS-32121 类错误；SELINUX=disabled 对这个错误毫无影响。真正要盯死的只有两个东西：ls -ld 的输出，和安装命令里是否真把 UNIX_GROUP_NAME 送进去了——其他所有排查动作都是干扰项。
