先说结论：遇到INS-30131错误时，您可能会首先怀疑权限问题。实际上，该错误的本质是Oracle安装程序无法访问它所需的临时路径，而非单纯的“没有权限”。安装器尝试访问指定路径失败后，会自动回退到默认的/tmp或C:\Users...\AppData\Local\Temp，再次失败便直接抛出错误。
有趣的是，在Linux系统中，INS-30131常伴随df -T /tmp显示tmpfs挂载；而在Windows上，问题通常集中在C:\Users\路径，被UAC或共享策略锁定。不要急于修改注册表，先验证基本可写性：
- Linux：切换到
oracle用户后，执行touch $TMPDIR/test（如果已设置TMPDIR）或touch /tmp/test。若失败，则说明权限、磁盘或挂载点三者之一存在问题。 - Windows：以目标用户（例如
Administrator）登录，手动在%LOCALAPPDATA%\Temp目录中新建一个文本文件，能成功保存才算通过。 - 无论使用哪种系统，必须确保该路径所在分区剩余空间 ≥6 GB。Oracle 12c在解压JRE、JNI库、OUI组件时，会瞬间写入超过4 GB数据，空间不足同样导致安装失败。
Linux下绕过/tmp限制：TMPDIR必须设对且生效
TMPDIR是唯一被Oracle安装程序与底层JDK共同认可的环境变量，TEMP或TEMPDIR在12c版本中基本无效。若路径、权限或调用方式设置错误，安装器会静默回退至/tmp。
正确的操作链必须完整闭环：
- 创建真实磁盘路径：
mkdir -p /home/ora_tmp（不能建在/tmp、/dev/shm或任何tmpfs挂载点上） - 授予权限：
chown oracle:oinstall /home/ora_tmp && chmod 1777 /home/ora_tmp（1777不可省略，否则runInstaller拒绝使用） - 切换并设置：
su - oracle后执行export TMPDIR=/home/ora_tmp，再运行./runInstaller - 验证是否真正生效：
echo $TMPDIR输出路径，且安装日志中OraInstall目录出现在/home/ora_tmp下，而非/tmp
Windows下解决INS-30131：别碰UAC，先开系统共享
在Windows 10/11系统上，INS-30131错误绝大多数源于“系统默认共享缺失”，与UAC关系不大。Oracle安装程序内部会尝试通过localhost\C$访问本地C盘的临时目录，若该共享不存在，则直接报错。
通过以下三步可强制恢复，无需重启：
- 确保服务运行：打开
services.msc，启动Server和TCP/IP NetBIOS Helper这两个服务。 - 重建C$共享：以管理员身份运行PowerShell，执行
net share C$=C: /grant:Everyone,READ。 - 验证通路：在CMD中执行
net use localhost\C$，返回“命令成功完成”即为通过。 - 如果仍然失败，检查注册表
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters下，AutoShareServer和AutoShareWks的值是否为1（非0）。
真正卡住人的细节：权限设了≠进程收到了
您已经创建了目录、设置了1777权限、导出了TMPDIR，甚至echo也正确——但runInstaller日志中仍然出现/tmp/OraInstall。此时，90%的情况是以下某个环节断裂：
- 使用了
sudo ./runInstaller，但没有加-E参数，导致TMPDIR环境变量丢失。 ~/.bash_profile或~/.bashrc中包含了unset TMPDIR，或者有覆盖性的export TMPDIR=/tmp。- 目标路径存在，但
oracle用户对其父目录没有x（执行）权限，chown仅修改了子目录，未修改父级。 - 在Windows上，使用普通用户双击
setup.exe，而非右键选择“以管理员身份运行”——此时进程继承的是受限令牌。
动手操作前，务必使用su - oracle -c 'env | grep TMPDIR'（Linux）或whoami /groups | findstr "S-1-16-"（Windows）确认权限上下文真实生效。若路径和变量均正确，安装程序仍然使用/tmp，则问题必然出在环境传递链的某个断点上。
