Oracle 23ai Docker容器启动后数据库未自动初始化，需手动执行/etc/init.d/oracle-free-23ai start；关键前提是挂载目录权限正确（UID/GID 54321可写、非777）、目录为空或结构合法，并确认端口映射与监听配置匹配。能跑，但必须手动启动服务；镜像拉下来不等于数据库就活了。
oracle 23ai 的 docker 镜像（比如 container-registry.oracle.com/database/free:latest 或 lhrbest/oracle23ai:1.0）默认启动后只是运行一个基础 shell，oracle_pwd 环境变量设了也不自动初始化实例——这是最常被忽略的坑。
容器启动后数据库没起来？检查 health 状态和日志
执行 docker ps 后看到状态是 health: starting 或 Up X seconds 但端口没监听，说明数据库进程根本没启动。这不是镜像坏了，而是 Oracle 容器设计如此：它不自动执行 /etc/init.d/oracle-free-23ai start。
- 先看日志：
docker logs -f oracle23ai，重点找ORA-错误或卡在Starting Oracle Net Listener...之后没下文 - 确认挂载目录权限：宿主机
/oradata必须对 UID 54321（容器内oracle用户）可写，否则初始化直接失败 -
docker exec -it oracle23ai bash进去后手动运行/etc/init.d/oracle-free-23ai start，再status验证
挂载路径和权限必须提前处理好
Oracle 不接受临时创建的空目录。如果你用 -v /data/oracle:/opt/oracle/oradata，宿主机上 /data/oracle 必须存在且满足：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
-
sudo chown -R 54321:54321 /data/oracle（不是oracle:oracle，UID/GID 是硬编码的） -
sudo chmod -R 755 /data/oracle，尤其不能是777（Oracle 启动校验会拒绝） - 首次启动前，该目录必须为空；已有数据时，确保是合法的 Oracle 数据文件结构
端口映射和连接验证别只信 1521
官方镜像默认监听 1521，但部分社区镜像（如 lhrbest/oracle23ai）改用了 1531，启动命令里要显式映射：
-
-p 1531:1521（宿主机 1531 → 容器内 1521） - 连之前先确认监听状态：
docker exec oracle23ai lsnrctl status - 用 SQL*Plus 连接时，TNS 名必须匹配容器内配置：
sqlplus system/<password>@localhost:1521/FREEPDB1</password>（注意 PDB 名是FREEPDB1，不是ORCL）
真正麻烦的不是拉镜像，而是第一次启动时那个静默失败——没有报错，只是没反应。进去手动跑一遍 start 脚本，再查 ps -ef | grep pmon 确认 ora_pmon_FREE 进程存在，才算真正跑起来。
