Linux 入门排障：先读路径、权限、进程和服务状态

排查 Linux 上的 Java 服务，先确认当前用户、目录和实际运行的程序。终端能读某个文件，不代表服务账号也能读；终端 java 指向的 JDK，也不代表后台服务用的就是它。先用 pwd、id、ls -ld 和 ps 记录现场，再顺着现象检查。本篇以 Ubuntu 24.04 和 Bash 为范围，systemctl 只适合使用 systemd 的环境。

文件和目录的读写执行权限，含义不完全相同。目录的读权限关系到列出名字，执行权限关系到能否沿路径继续寻找，写权限关系到创建或删除目录项。能否删文件主要还要看父目录及其他限制。访问 /opt/demo/app.jar 时，如果某层父目录不允许搜索，即使 jar 本身可读，也可能打不开。

进程是正在执行的程序实例，具有 PID、父进程、用户、地址空间和打开的文件等状态。线程共享所属进程的部分资源并承担执行。服务管理器则维护自己的单位状态、启动策略和依赖关系。进程存在、服务 active、端口监听和业务请求成功是不同证据层，不能用其中一个替代全部。

观察路径时依次运行 ls -ld /opt /opt/demo 和 ls -l /opt/demo/app.jar，检查每一层所有者、组与模式。用 id 确认当前账户及附加组，再与服务配置中的用户对应。遇到符号链接，还要考虑解析后的实际目标与其父目录；不能仅对屏幕上最初的路径字符串做权限推断。

基础 Linux 权限会先判断你属于哪一类，再使用那一组权限，不会把所有者、所属组和其他人的权限相加。你是文件所有者，就看 owner 那组；即使 other 允许读取，也不能拿它补上 owner 没有的读权限。

判断组时，还要看用户加入的附加组。真实系统可能另有逐用户授权的 ACL、进程能力、挂载选项，以及 SELinux 或 AppArmor 的安全规则。本题算法只计算前面这套基础权限，不能代替实际系统的完整判断。

进程问题可以从 ps -eo pid,ppid,user,stat,etime,args 观察身份和命令行，再用 systemctl status myapp.service --no-pager 与 journalctl -u myapp.service --since "10 minutes ago" 关联同一时间窗口。

名称需替换为自己的练习服务。命令行可能含敏感参数，排障记录应只保留必要字段，日志不能原样公开。

进程不存在时先查退出原因、启动路径与依赖；存在但请求失败时，继续检查监听地址、端口、配置、依赖连接和实际响应。修改前提出具体假设，例如服务账户不能穿过父目录，然后只调整与证据一致的所有者或最小权限。chmod 777 会扩大可写范围，并不能修复错误 JDK 路径、数据库配置或端口绑定。

服务停止还涉及优雅退出与资源回收。正常停止请求给应用清理机会，强制终止则可能让尚未完成的工作中断。观察超时、子进程和服务管理器策略，再决定是否升级终止方式。重启之后仍需确认启动的是预期制品与配置，并用业务请求验证，不能只看到新 PID 就认为故障已经解决。

本机 ProcessBuilder.start 入口委托私有 start 方法，后者把命令列表转换并克隆为数组，再执行进一步校验和平台调用。这说明构建命令与启动进程之间存在明确边界；设置 builder 的目录不等于当前 Java 进程已经改变目录，也不意味着子程序已执行成功。

Java 可以通过 ProcessBuilder 与操作系统交互，但实际 Linux 权限检查和进程创建发生在内核与平台实现中。教学代码只展示 Java 客户端如何准备参数，不是 Linux 内核的 Java 重写。Windows 上编译模型能够检查 Java 语法，不能证明 Ubuntu 的账户、ACL 或服务行为。

把可执行文件与每个参数分别传入，可以避免无意引入 shell 展开语义。若显式调用 bash -c，输入又会被当作 shell 程序解释，参数数组本身不再自动消除字符串拼接风险。实际运行工具时还应选择可信可执行路径，并对用户可控制的参数制定业务约束。

start 返回 Process，只表示得到了子进程对象，不表示命令已经结束。还要读取标准输出和错误、等待结果并处理取消；管道没人读，子程序可能因写不出去而卡住。退出码怎样解释由命令定义，工具通常还要设超时，并明确终止时是否处理它启动的后代进程。

模拟无 root、无 ACL、无符号链接及安全模块的传统九位权限。读取文件需要每个父目录可搜索，且文件适用类别有读位。输入都是内存对象，不读取或修改真实权限。

把完整检查拆成两个步骤：先为每个节点根据用户与组选择适用的三个位，再检查该操作需要的位。搜索需要一，读取需要四。用位与判断是否包含所有需要的权限，避免把八进制模式当作十进制数解释。

每个父目录都必须可搜索，因此可以遇到第一处拒绝就返回 false；只有全部通过，才检查目标文件读权限。这是路径条件的合取，不是各级权限求和。文件类型也在输入校验中检查，防止把普通文件误放到父目录链中。

算法显式拒绝超出 0777 的模式，以免读者误以为实现了 sticky、setuid 和 setgid 等特殊位。它还要求目标为普通文件。测试集中包括 owner 优先、附加组、other、父目录阻断、空父链和非法模式，结果只解释模型内的权限逻辑。

每个目录选择一次类别并检查一位，最终文件再检查一次；不枚举目录内容。

应用账户应具备完成任务所需的最小目录和文件权限。部署制品通常无需由运行账户任意修改，日志与临时文件可放到明确可写的位置；将代码目录、数据目录和日志目录职责分开，能更容易解释权限。所有者错误应修正所有权或部署流程，而不是把所有路径开放为全员可写。

systemd 单位的 User、WorkingDirectory、ExecStart 和环境配置共同影响实际启动行为。交互式 shell 中成功的命令可能依赖本地 PATH 或环境文件，而服务并未继承它们。排查时对齐服务使用的绝对路径、JDK 和配置来源，避免为了让服务暂时启动而在多个位置复制不一致的配置。

现场操作需要保留时间关联：失败请求发生时的进程、日志、端口与资源状态比相隔很久的截图更有解释力。重启可能清除瞬时线索，也会改变 PID，因此在可行范围内先采集必要只读证据，再执行有依据的修复。恢复后同时确认错误消失与关键行为正确，不将管理器状态当作最终健康结论。