直接改/etc/profile是最稳妥的系统级配置方式，但必须用root权限且保留原PATH值，如export PATH=$PATH:/new/path；若写成export PATH=/new/path会覆盖原有路径导致ls等命令失效。

直接改 /etc/profile 是最稳妥的系统级配置方式，但必须用 root 权限，且要确保不破坏原有 $PATH 和变量引用逻辑。

为什么不能只写 export PATH=/new/path

这样会覆盖整个 PATH，导致 ls、cd 等基础命令失效。常见错误现象是执行任意命令都报 command not found，连 export 本身都可能找不到。

• 正确写法必须保留原值：export PATH=$PATH:/new/path
• $PATH 前面不能漏掉 $，否则变成字面字符串
• 冒号 : 是路径分隔符，不是英文逗号或分号
• 如果新路径含空格或特殊字符，需用双引号包裹，但一般路径不建议含空格

/etc/profile 和 /etc/environment 的区别

/etc/profile 是 shell 启动时执行的脚本，支持 export、条件判断、变量拼接；/etc/environment 是纯键值对文件（如 PATH="/usr/local/bin:/usr/bin"），不支持变量展开或逻辑，某些发行版（如 Ubuntu）默认不读它。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 优先选 /etc/profile，兼容性更好
• /etc/environment 仅适用于简单静态赋值，且需确认你的系统 init 系统（如 systemd）是否启用该文件
• 修改后必须 source /etc/profile 或重新登录才生效，export 命令本身不触发全局重载

systemd 服务看不到你配的环境变量

systemd 服务启动时不读 /etc/profile，它们运行在独立 session 中，只认 Environment= 或 EnvironmentFile= 显式声明的变量。

• 不要指望 systemctl 启动的服务能自动继承 PATH 或 JAVA_HOME
• 若服务依赖某个 bin 目录，得在 service 文件里加：Environment="PATH=/usr/local/bin:/usr/bin:/bin"
• 或者用 EnvironmentFile=/etc/sysconfig/myservice 单独维护服务级变量
• 验证方式：systemctl show --property=Environment myapp.service

真正容易被忽略的是：不同 shell（bash/zsh/sh）加载配置文件的顺序不同，/etc/profile 对非 login shell 可能不生效；而 /etc/environment 在某些场景下根本不会被读取——别只改一个文件就认为“全局搞定了”。