根本原因是oracle安装程序无法以预期方式访问临时目录，而非路径不存在；具体表现为server服务未启动、c$共享缺失或权限不足、tmpdir环境变量配置不当、%temp%目录权限不足或含非ascii字符。
oracle 11g 安装时提示“找不到指定的临时目录”或“无法访问临时位置”，根本原因不是目录不存在，而是安装程序**无法以预期方式访问它**——通常是权限、共享配置、路径有效性或系统服务缺失导致的访问失败，不是路径拼写错误。
Windows 上 C$ 共享未启用或配置错误
Oracle 安装程序（尤其是 netca 和 dbca）在 Windows 上依赖 SMB 共享机制访问本地临时路径（如 C:WindowsTemp 或用户 %TEMP%），它会尝试通过 \localhostC$ 访问。如果 Server 服务没启动，或 C$ 共享不存在/权限不足，就会报 INS-30131。
- 必须确保
Server服务已启动且设为“自动”（services.msc中检查） -
C$共享必须存在：用compmgmt.msc→ 共享文件夹 → 共享 → 新建共享，路径选C:，共享名必须是C$ - 不要只靠
net share C$=C:命令——它可能创建成功但权限不生效；务必在计算机管理中确认共享列表里有C$，且“共享权限”中Everyone或安装用户有“读取”以上权限 - 若用域环境，
Everyone可能不生效，改用具体用户名或Administrators组
TMPDIR 环境变量未设置或指向无效路径
Oracle 默认用系统级临时目录（%TEMP% 或 C:WindowsTemp），但这些目录常被组策略锁定、含空格、或属主不匹配。硬改系统目录权限风险高，更稳妥的是显式指定 TMPDIR。
- 安装前在命令行执行：
set TMPDIR=E:oracle_temp（注意：必须是**绝对路径**，不能是符号链接，不能与ORACLE_HOME同一磁盘分区） - 手动创建该目录：
mkdir E:oracle_temp，并确保安装用户对该目录有**完全控制权限**（右键→属性→安全→编辑→添加用户→勾选“完全控制”） - 验证是否生效：启动
setup.exe前，在同一命令行窗口运行echo %TMPDIR%，确认输出正确 - 跳过验证参数不能替代此步：
-ignorePrereq只绕过 OS 检查，不解决底层 IPC 或 socket 创建失败
注册表中 Oracle Home 键缺失或权限异常
报错“在注册表中没有找到指定的主目录名”看似无关，但它常与临时目录问题并发出现——因为 oui（Oracle Universal Installer）在写入 HKEY_LOCAL_MACHINESOFTWAREOracle 前，会先尝试在临时目录解压并运行校验脚本。若临时目录不可写，注册表写入就中断，后续工具（如 netca）直接查不到 ORACLE_HOME 路径。
- 检查注册表路径：
HKEY_LOCAL_MACHINESOFTWAREOracle是否存在；若不存在，不要手动创建——这是oui的职责，说明安装进程已卡在前期阶段 - 重点排查
%TEMP%目录：用资源管理器打开该路径，右键→属性→安全，确认当前用户有“修改”和“写入”权限（不只是“读取”） - 避免使用带 Unicode 字符或空格的临时路径（如
C:Users张三AppDataLocalTemp），Oracle 11g 对非 ASCII 路径支持不稳定 - 旧版本残留可能导致注册表重定向失败：若曾卸载过 Oracle，用
regedit检查HKEY_LOCAL_MACHINESOFTWAREWow6432NodeOracle是否残留键值，清理需谨慎
真正卡住安装的，往往不是“目录不存在”，而是“目录存在但 Oracle 进程无权在里面创建命名管道、共享内存段或临时 DLL”。别急着删注册表或硬改 /tmp 权限，先确认 Server 服务、C$ 共享、TMPDIR 三者都到位且可验证——这三步覆盖了 90% 的 INS-30131 场景。
