Oracle安装卡在68%实为编译阶段make目标失败导致暂停，根本原因需查installActions*.log末尾错误；若报ORA-27125或Permission denied，多因/u01/app/oraInventory权限非oracle:oinstall或/etc/oraInst.loc指向无效，应修正权限并点Continue而非Retry。
直接看 installActions*.log 里的最后一段错误
卡在68%不是安装程序“卡住”，而是编译阶段某个 make 目标失败后自动暂停。真正原因藏在日志末尾，不是进度条本身。必须打开 /u01/app/orainventory/logs/installactions*.log（路径以你实际的 orainventory 为准），用 tail -50 或搜索 error in invoking target 定位最后一处报错行。
ORA-27125: unable to create shared memory segment 暗示 Inventory 权限不对
如果日志里出现这个错误，或伴随 Permission denied、cannot open /u01/app/oraInventory 类提示，基本可确认是 Inventory 目录权限问题。Oracle 安装进程会以 oracle 用户身份尝试写入该目录下的临时构建文件，但若目录属主不是 oracle:oinstall，或缺少写权限，就会在链接阶段失败。
chown -R oracle:oinstall /u01/app/oraInventorychmod -R 775 /u01/app/oraInventory- 确保
/u01/app父目录也有oracle:oinstall属主，否则子目录可能继承错误权限
别忽略 oraInst.loc 文件指向是否真实有效
Inventory 的物理位置由 /etc/oraInst.loc 决定。如果里面写的是 inventory_loc=/u01/app/oraInventory，但该路径不存在、或权限不对、或被挂载为只读（比如 NFS 或某些容器环境），安装必然在 68% 失败。
- 运行
cat /etc/oraInst.loc确认路径拼写无误 - 执行
ls -ld $(cat /etc/oraInst.loc | grep inventory_loc | cut -d= -f2)查看目录是否存在且可写 - 如果路径是软链，用
readlink -f展开，检查最终目标权限
改完权限后不能点 Retry，必须点 Continue
Oracle Universal Installer 在编译失败后进入“恢复模式”，此时点击 Retry 会重试同一个失败命令，大概率再次失败；而 Continue 才会跳过已失败步骤，继续后续流程。这是最容易被忽略的操作细节——尤其当多个 .mk 文件接连报错时，每改一个就得点一次 Continue，而不是反复 Retry。
Inventory 权限只是第一道关卡；它一旦通过，后面还可能遇到 glibc-static 缺失、ins_ctx.mk 链接参数缺失等更隐蔽的问题。但没解决权限，其他所有修改都白搭。
