现代Linux必须用systemctl enable配合正确.service文件实现开机自启，其他方法不可靠；自定义服务文件须放/etc/systemd/system/、命名如myapp.service、权限644，编辑后必执行daemon-reload。
systemctl 是管理 systemd 服务的实际入口，所有操作都绕不开它。直接上结论：**别碰 /usr/lib/systemd/system 里的原始文件，改配置只动 /etc/systemd/system；启停服务用 start/stop，但开机自启必须用 enable，且需配合 daemon-reload 才能让修改生效**。
怎么查服务状态和加载路径
光看 active (running) 不够，很多问题出在“加载了但没启用”或“启用了但被屏蔽”。关键要看 Loaded: 行：
• 如果显示 loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)，说明已启用且来自发行版默认配置
• 如果是 loaded (/etc/systemd/system/nginx.service; disabled)，说明你手动改过，但没 enable
• 如果出现 masked 字样，服务已被彻底锁死，start 和 enable 都会失败
常用组合：
• systemctl status nginx.service —— 快速看当前状态+最近日志
• systemctl is-enabled nginx.service —— 只返回 enabled/disabled/masked，适合脚本判断
• systemctl list-dependencies --reverse nginx.service —— 查谁依赖这个服务，比如停掉 docker.service 前先看有没有其他服务靠它活着
为什么 systemctl enable 不生效
常见错误是改完 .service 文件后，直接 systemctl enable 就以为完事了。其实 enable 只创建软链接，不读新内容。
必须按顺序执行：
• 编辑 /etc/systemd/system/myapp.service
• 运行 systemctl daemon-reload（通知 systemd 重新解析所有 unit 文件）
• 再运行 systemctl enable myapp.service（此时才会基于新配置生成链接）
漏掉 daemon-reload，enable 用的还是旧版本定义，比如你加了 Restart=always 却没生效，大概率卡在这一步
验证是否真生效：
• ls -l /etc/systemd/system/multi-user.target.wants/myapp.service —— 确认链接存在
• systemctl cat myapp.service —— 看实际加载的是哪个路径下的文件，避免误改了 /usr/lib 下的只读副本
reload、restart 和 reload-or-restart 选哪个
三者行为差异直接影响服务可用性：
• systemctl reload nginx.service：仅向进程发 SIGHUP，Nginx 会重载配置、复用 worker 进程，连接不断
• systemctl restart nginx.service：先 stop 再 start，必然中断所有连接
• systemctl reload-or-restart nginx.service：先尝试 reload，失败则自动 fallback 到 restart，适合不确定服务是否支持热重载时使用
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
注意：
• reload 对 MySQL、PostgreSQL 等数据库服务无效，它们不响应 SIGHUP，强行调用会报错 Job for mysql.service failed because the control process exited with error code
• reload-or-restart 不是万能的，某些服务（如早期版本的 Redis）reload 后可能丢数据，得看文档确认语义
屏蔽（mask）服务后怎么恢复
mask 是最硬核的禁用方式，它把服务链接到 /dev/null，连 start 都拒绝执行。恢复步骤必须严格：
• 先 systemctl unmask nginx.service（解除屏蔽）
• 再 systemctl daemon-reload（刷新状态，否则仍显示 masked）
• 最后 systemctl start nginx.service 或 enable
容易踩坑的点：
• unmask 后不 daemon-reload，status 依然显示 masked，让人误以为没成功
• mask 会影响所有依赖它的服务，比如 mask docker.socket 会导致 docker.service 启动失败，排查时容易忽略 socket 层
真正需要 mask 的场景极少，一般是临时禁用系统级服务（如 ModemManager 在服务器上），日常管理优先用 disable。
