ins-30011 错误本质是安装器读取旧 orainst.loc/orainst.loc 文件导致 inventory 冲突，而非密码问题；需删除该指针文件及所指向 inventory 目录中的 inventory.xml 或对应记录，再重启安装程序。
ins-30011 不是密码问题，而是安装器读到了旧的 orainst.loc 文件，误判环境已存在冲突配置。 这个错误常被误认为纯密码校验失败，但实际触发条件是：oracle universal installer（oui）在启动时发现 /etc/orainst.loc（linux/unix）或 orainst.loc（windows）文件存在，且其指向的 inventory 目录中残留了与当前安装路径冲突的 <home></home> 记录 —— 此时即使你输入了完全合规的密码（如 ora$12345），也会卡在 ins-30011 并拒绝继续。
为什么删 /etc/oraInst.loc 比改密码更关键
Oracle 安装器不验证密码是否“真强”，它只检查 inventory 状态是否干净。只要 /etc/oraInst.loc 存在，OUI 就强制加载对应 inventory 中的 inventory.xml，而该文件里若存有同名 ORACLE_HOME 的 <home loc="..."></home> 行，就会直接报 INS-30011 并中断流程，根本不会走到密码校验逻辑。
-
/etc/oraInst.loc是 OUI 的“启动指针”，内容形如：inventory_loc=/u01/app/oraInventory和inst_group=oinstall - 哪怕你刚重装系统、删光所有 Oracle 目录，只要这个文件还在，OUI 就会去读它指定的 inventory —— 而 inventory 通常藏在
/u01/app/oraInventory或/opt/oracle/oraInventory下 - 删除
/etc/oraInst.loc后，OUI 会按默认规则重建 inventory，不再复用旧记录
Linux/Unix 下清理 /etc/oraInst.loc 的实操步骤
别只删文件，要连带清理它指向的 inventory 内容，否则删完又自动重建出冲突记录。
- 先确认文件存在：
ls -l /etc/oraInst.loc；若不存在，检查是否叫/etc/orainst.loc（大小写差异） - 查看它指向哪：
cat /etc/oraInst.loc，重点看inventory_loc=后的路径（如/u01/app/oraInventory） - 进入该 inventory 目录，删掉冲突项：
rm -f /u01/app/oraInventory/ContentsXML/inventory.xml（或直接删整行<home loc="你的新ORACLE_HOME路径"></home>） - 最后删指针文件本身：
rm -f /etc/oraInst.loc - 确保
oinstall组对新 inventory 路径有写权限：chown -R oracle:oinstall /u01/app/oraInventory
Windows 下容易忽略的等效操作
Windows 没有 /etc/oraInst.loc，但有功能完全相同的 orainst.loc，位置分散且常被漏删。
- 全盘搜索
orainst.loc，常见路径包括：C:\、C:\Program Files\Oracle\、C:\oracle\ - 打开任一找到的
orainst.loc，记下inventory_loc=后的路径（如C:\Program Files\Oracle\Inventory） - 去该路径下删掉
ContentsXML\inventory.xml中对应你本次安装路径的整行<home ...></home> - 必须删掉
orainst.loc文件本身 —— 只改inventory.xml不生效，因为 OUI 仍会从旧指针加载 - 若不确定，直接删掉整个
inventory_loc=指向的目录（前提是没其他 Oracle 产品共用它）
真正卡住安装的从来不是密码长度，而是那个藏在系统角落、连安装器自己都懒得提示你删的 orainst.loc 或 /etc/oraInst.loc。删之前别手抖，先 cat 或记事本打开确认内容；删之后别急着点下一步，重启安装程序再试 —— 因为 OUI 会缓存指针状态，不重启可能继续读旧副本。
