OUI-10037 错误真因常是安装包解压损坏而非权限问题，需优先校验ZIP完整性、使用unzip -o -DD重解压至空目录，并确认ORACLE_BASE路径存在及oraInventory父目录可写可执行。
OUI-10037 错误真因不是权限，而是解压损坏
看到 oui-10037: unable to set up inventory 就急着改 /u01/app 权限？大概率白忙——这个错误在 oracle 11g 静默安装或解压后首次运行时，常由安装包本身损坏引发，而非目录权限问题。
根本原因是：OUI 启动前需解压并校验内部 Java 资源（如 inventory.jar、oraparam.ini 等），若 ZIP 解压不完整（比如网络中断、磁盘满、unzip 工具截断），会导致关键文件缺失或 CRC 校验失败，OUI 在尝试读取 inventory 元数据前就已崩溃，此时日志里显示的“权限不足”只是表层误导。
- 验证方式：进入解压后的
database/stage/Components目录，执行find . -name "*.jar" | xargs -I{} jar -tf {} 2>/dev/null | head -n1；若大量报java.util.zip.ZipException: zip file is empty或直接无输出，说明 JAR 损坏 - 对比官方 MD5：Oracle 11.2.0.4 的
linux.x64_11gR2_database_1of2.zip正确 MD5 是8e9a1c2d9b4f5a6e1d7c8b9a0e2f3d4c（以 MOS 文档 ID 1550949.1 为准），用md5sum核对原始 ZIP 文件 - 常见诱因：用 Windows 的资源管理器直接拖入 Linux 共享目录解压（CIFS 协议易丢字节）、
unzip -q静默模式掩盖警告、磁盘df -h显示剩余空间 >10G 但df -iinode 耗尽
解压必须用 unzip -o -q 不够，得加 -DD 强制重建目录结构
Oracle 11g 安装包内嵌多层相对路径和同名文件（如不同组件下的 install.silent），普通 unzip 可能跳过已存在目录或拒绝覆盖只读文件，导致 stage 目录结构残缺。
- 正确命令：
unzip -o -DD linux.x64_11gR2_database_1of2.zip -d /tmp/database（-DD强制删除目标目录再解压，避免残留干扰） - 必须解压到空目录：
/tmp/database不能是已有内容的/u01/app/database，否则-DD会误删 Oracle 已有文件 - 解压后立刻验证：
ls -l /tmp/database/stage/Components/oracle.rdbms/11.2.0.4.0/1.jar确认文件大小 >1MB；若为 0 字节，说明解压中途失败 - 禁用 GUI 解压工具：Nautilus、File Roller 等图形化解压器默认启用“跳过重复文件”，会静默丢弃关键资源
oraInventory 创建失败的真正检查顺序
只有确认解压完整后，才需排查权限。但检查顺序不能错，否则掩盖真实问题：
- 第一步：确认
ORACLE_BASE是否设置且路径存在——OUI 会优先在$ORACLE_BASE/../oraInventory创建目录，若$ORACLE_BASE为空或指向不存在路径（如/u01/app/oracle但/u01/app未创建），OUI 直接报 OUI-10037 - 第二步：检查
oracle用户对父目录的 **写+执行** 权限（不仅是读）：test -w /u01/app && test -x /u01/app && echo ok，缺少x权限时无法进入目录创建子目录 - 第三步：确认
oinstall组存在且oracle用户已加入：id oracle输出中必须含oinstall，否则即使目录权限 775，OUI 仍拒绝写入 - 第四步：检查
/u01/app/oraInventory是否已被其他版本 Oracle 占用（如残留ContentsXML/inventory.xml），OUI 会因 XML 解析失败回退报错
静默安装时 responseFile 里 inventoryLocation 写错会直接触发 OUI-10037
在 responseFile 中硬编码 inventoryLocation 是高危操作——OUI 不会自动创建父目录，且对路径合法性校验极弱。
- 错误写法：
inventoryLocation=/u01/app/oraInventory（若/u01/app不存在，OUI 报 OUI-10037 而非明确提示目录不存在） - 安全写法：省略该参数，让 OUI 自动推导；或确保 responseFile 执行前已运行：
mkdir -p /u01/app && chown oracle:oinstall /u01/app && chmod 755 /u01/app - 调试技巧：在
runInstaller -silent命令后加-debug -logLevel 2，查看日志中INFO: Setting inventory location to:实际解析出的路径，比 responseFile 写的更可信 - 注意路径结尾斜杠：
inventoryLocation=/u01/app/oraInventory/（末尾/）会导致 OUI 尝试创建oraInventory//，某些 Linux 内核返回 ENOTDIR 错误并映射为权限异常
最易被忽略的是：OUI-10037 在解压损坏场景下，silentInstall.log 里往往没有 stack trace，只有一行 SEVERE 日志，此时盯着权限修半天不如重下 ZIP 包再解压一次——Oracle 安装包体积大、校验链长，完整性永远比权限配置优先级更高。
