统信uos中被图形界面禁用的自启项无统一列表，需通过检查~/.config/autostart/下.desktop文件的hidden或x-dde-autostart-enabled字段确认；系统级被chmod屏蔽的项则需用sudo find或diff比对识别。
您在统信UOS中通过图形界面右键点击“取消开机自动启动”后，该软件图标仍显示在启动器里，但实际已不随系统启动——此时您想确认哪些项目已被禁用、哪些仍处于启用状态，却找不到统一的“已禁用列表”入口。
查看被图形界面禁用的自启项
桌面环境不会生成独立的“已禁用清单”，而是将禁用状态写入对应 .desktop 文件的 Hidden 或 X-DDE-Autostart-enabled 字段。直接检查 ~/.config/autostart/ 下文件内容即可还原真实状态。
1、打开终端，执行：cd ~/.config/autostart/
2、列出所有文件并筛选含禁用标记的项：grep -l "Hidden=true\|X-DDE-Autostart-enabled=false" *.desktop 2>/dev/null
3、对每个匹配文件，用 cat 文件名.desktop | grep -E "^(Name|Exec|X-DDE-Autostart-enabled|Hidden)" 查看名称、执行命令及禁用依据。若输出中含 X-DDE-Autostart-enabled=false 或 Hidden=true，说明该项确已被DDE图形界面禁用。
注意：部分应用（如旧版WPS）禁用后会直接删除.desktop文件，此时该方法查不到记录——它已从用户级自启目录彻底移除，而非“禁用”。
识别系统级被 chmod 屏蔽的自启项
/etc/xdg/autostart/ 中被权限锁死的项无法被桌面环境读取，也就不会出现在任何启用列表中，但它们物理存在且可被人工定位。
方法一：按权限特征查找
执行：sudo find /etc/xdg/autostart/ -type f -perm 000 2>/dev/null
输出的文件即为被 chmod 000 强制屏蔽的系统级自启项，它们当前对所有用户均不可见、不可执行。
方法二：比对原始文件与当前生效项
先备份原始列表：sudo ls /etc/xdg/autostart/ > /tmp/system-autostart-all.txt
再获取当前桌面能加载的项：ls /etc/xdg/autostart/ 2>/dev/null | grep -v "^\.$" > /tmp/system-autostart-active.txt
最后对比差异：diff /tmp/system-autostart-all.txt /tmp/system-autostart-active.txt | grep "^，带
<h2>检查 systemd 服务中被 disable 的后台进程</h2>
<p>systemd 服务的启用/禁用状态独立于桌面自启机制，需用专用命令确认其当前是否被禁止开机启动。</p>
<p>第一步：列出所有已禁用的开机自启服务<br><code>systemctl list-unit-files --state=disabled --type=service | grep ".service"
第二步：排除无关模板与静态单元（如 *.socket、*.timer），聚焦真正可能被误启的守护进程：
重点筛查名称含 bluetooth、cups、avahi、uengine、vino、ssh 的条目——这些是UOS常见预装服务，禁用后不会自动恢复，但也不会从列表中消失。
第三步：验证某服务是否真的被切断自启路径
例如检查 uenginedaemon：systemctl is-enabled uenginedaemon.service
若返回 disabled，说明已成功切断；若返回 static 或 masked，则属于更彻底的禁用形态，无需重复操作。
