【折腾向】Ubuntu 26.04 装 KDE 两次翻车全复盘：同一个 $HOME 下双桌面为什么必然互相污染
【折腾向】Ubuntu 26.04 装 KDE 两次翻车全复盘：同一个 $HOME 下双桌面为什么必然互相污染
症状：在同一用户下安装 KDE Plasma 后返回 GNOME——应用网格里混入 Dolphin / KDE 系统设置 / Konsole；Nautilus 的文件夹图标全变成 KDE 的蓝色扁平风；桌面快捷方式变成“原始文件名 + 未信任角标”；字体从 12.5 缩到 10。把 KDE 包全部卸掉（316 个）后，界面依然乱。 环境：Ubuntu 26.04 LTS (Resolute Raccoon) · GNOME Shell 50.1 · Wayland · gdm3 · NVIDIA RTX 5060 · 2560×1600
整件事由三个 AI 接力完成——两轮“装 + 退”，每轮都是“前一个搞坏、换下一个来修”：
轮次 阶段 时间 执行者 结果 第一轮 装 09-10 13:35 agy apt install --no-install-recommends …→ 316 包 → 污染 GNOME退 09-10 22:25–22:47 Trae ✅ 完成恢复（清理残留 + 逐项还原字体/主题/桌面图标） 第二轮 装 09-10 23:34 Trae apt-get install -y kde-plasma-desktop（带推荐包）→ 536 包 → 进 Plasma 11 秒就复现退 09-11 00:0x DSH ✅ 完成恢复（系统层 + 家目录 27 项残留） 📌 一处需要说明的细节：agy 在自己的会话里也执行过两次
apt purge（22:04 卸 316 包、23:52 卸 534 包）， 但两次都没解决问题——包层干净了，家目录的污染文件还在。 而且第一次 agy 还执行了killall -9 gjs把 GNOME Shell 杀掉，用户被踢出桌面， 这才转头去用了 Trae。所以“谁真正完成了回退”，答案是 Trae 和 DSH。结论：在同一个
$HOME下，“单用户双桌面”没有工程上可靠的隔离手段。apt purge删不掉污染，因为作恶的文件不属于任何软件包。唯一出路是给 KDE 独立系统用户（见下一篇）。 本文定位：按真实时间顺序记录全过程（含原始命令、哪里跑偏、哪里静默失效），并给出可复用的取证方法。以后再遇到“卸了桌面环境还是乱的”直接照此查。
关联笔记：【折腾向】Ubuntu 26.04 让 KDE 与 GNOME 完全隔离的实战全记录 · 七彩虹游戏本无 U 盘安装 Linux 双系统全复盘
0. 结论速览（先看这个）
| 项目 | 结论 |
|---|---|
| 谁做的哪一步 | 第一轮：agy 装 → Trae 退（22:25–22:47） 第二轮：Trae 装 → DSH 退（09-11 00:0x） （agy 中途也执行过两次 apt purge，但都没解决问题） |
| 第一因 | 安装时主动加了一个“让 GTK 应用外观统一”的包（kde-config-gtk-style）——它没有“只作用于 KDE”的边界，而是直接写 $HOME 的通用路径 + 改 dconf |
| 污染何时发生 | 用户首次登录 KDE 的那 7 分钟（13:44–13:51）。~/.config/fontconfig/ 目录 13:44 新建、$HOME 的 mtime 13:45 被改 |
| 为什么报障后没查到 | 那次排查跑了 56 条命令，全在查 icontasks / .desktop / StatusNotifierWatcher / plasmashell 日志 —— 一条都没查 GTK 主题、字体、~/.config/gtk-3.0/、dconf |
| 为什么卸载了还是乱的 | 作恶文件不属于任何软件包（dpkg -S 查不到）→ apt purge 不会删 |
| 为什么快照也救不回 | Timeshift 默认排除 /home/eryuemu/** → 用户级配置没有快照兜底；字号只能靠用 PIL 测量历史截图反推 |
| 污染速度 | 第二次登录 Plasma 后 11 秒，~/.gtkrc-2.0 / ~/.config/gtkrc* / Trolltech.conf 已被写出 |
| 为什么不进 KDE 也会中招 | KDE 组件有 D-Bus 按需激活路径（org.kde.kded6.service）与全局 /etc/xdg/autostart/ 条目，与当前是哪个桌面无关 |
| 封印为什么没用 | kded6 读的是 kded6rc，不是 /etc/xdg/kded6.d/；且即使写对也只堵住一个组件，kconf_update 迁移脚本会绕开 kded 直接改 dconf |
| 正确解法 | 不靠“封印”堵，靠“不装”消除（kde-config-gtk-style 只是推荐包）＋ 给 KDE 独立系统用户 |
| 最终结果 | 家目录 27 项残留清除，GNOME 权威设置 13 项全部复原，/etc + 6 个系统目录与快照逐文件一致 |
1. 起因：从 Fedora KDE 的动效说起
起点与“生产力”“生态”都无关，纯粹是一个动效对比：联想小新 14 上的 Fedora 44 KDE（60Hz 1080p）自带神灯特效、果冻窗口、自动透明窗口，观感反而比这台 180Hz 2.5K 的游戏本更流畅。
在 GNOME 侧装了一堆扩展去模拟（compiz-alike-magic-lamp-effect、compiz-windows-effect、transparent-window-moving、blur-my-shell）之后，结论是“没有本质差别”，暂时搁置。
第二天决定动手，提出两条约束：
我想换成 kde 用 gnome 有点腻 你看看怎么办？
我倾向于保持干净的系统环境
1.1 AI 先跑了 5 条侦察命令
cat /etc/os-release
systemctl status display-manager.service --no-pager
ls -l /usr/share/wayland-sessions /usr/share/xsessions
lspci -k | grep -A 2 -E "(VGA|3D)"
apt-cache policy kde-plasma-desktop kubuntu-desktop判定：Ubuntu 26.04 LTS + NVIDIA 独显 + GDM3/GNOME，并给出两个方案（精简装 kde-plasma-desktop / 完整装 kubuntu-desktop）。
⚠️ 注意这一处：在显示管理器环节，AI 当时的建议是选
sddm（“KDE 原生显示管理器…推荐选择”）。这个建议后来在第二次安装时真的被采纳，把登录界面抢走了。
1.2 方案选择：明确要求“精简”，AI 也准确预警了后果
用户回复“保持干净”后，AI 列出混装的三大痛点，其中第三条一字不差地应验了：
③ 残留难清理：Debian/Ubuntu 依赖管理很难 100% 还原，
~/.config会残留大量 Qt/KDE 配置
给出三个方案，用户选了：
方案3吧 尽量精简
1.3 模拟安装（dry-run）后定稿 6 个包
apt-get install --no-install-recommends -s kde-plasma-desktop
apt-get install --no-install-recommends -s kde-plasma-desktop | \
grep -E "(plasma-nm|plasma-pa|plasma-browser-integration|sddm|dolphin|konsole)"
apt-get install --no-install-recommends -s \
kde-plasma-desktop systemsettings plasma-nm plasma-pa konsole kde-config-gtk-style
dpkg -l | grep -E "(ibus|fcitx)" # 确认已有 fcitx5定稿方案（注意最后一个包）：
sudo apt update
sudo apt install --no-install-recommends \
kde-plasma-desktop \
systemsettings \
plasma-nm \
plasma-pa \
konsole \
kde-config-gtk-stylekde-config-gtk-style 是显式加进去的，当时给的理由是：
让 Chrome、Firefox、VS Code 等 GTK 应用在 KDE 下自动继承 Breeze 深浅色主题，避免视觉割裂。
同时宣称：
这套组合为你省去了什么？
- 没有 SDDM：不会安装额外的登录管理器，继续沿用你现有的 gdm3
- 没有 Baloo：避开了 KDE 最吃 CPU 和磁盘 IO 的后台文件索引服务
- 没有应用重叠：不会安装 KDE 自带的音乐播放器、视频播放器、画图、办公套件和小游戏
- 输入法无缝使用：检测到你的系统已安装好 fcitx5 和 Qt6 支持，进入后直接可用
🔴 这是整个事故的第一因，而且它与用户“尽量精简 / 保持干净”的要求方向相反。 一个“让外观统一”的组件，代价是引入了一个没有会话边界的跨桌面写入者。
（后来复盘时，AI 自己把这个包称为“所有灾难的引爆点“。）
2. 第一次安装（agy 执行，13:34–13:36）
2.1 执行的命令
echo '123456' | sudo -S apt update
echo '123456' | sudo -S DEBIAN_FRONTEND=noninteractive apt install -y \
--no-install-recommends \
kde-plasma-desktop systemsettings plasma-nm plasma-pa konsole kde-config-gtk-style2.2 装后处理
ls -l /usr/share/wayland-sessions/ # 确认 plasma.desktop 已就位
which balooctl6 balooctl # 查 Baloo 索引器
balooctl6 disable # 主动关掉文件索引反馈是：
精简版 KDE Plasma (Wayland) 核心组件已安装完成！同时已为你提前执行了优化：已关闭 Baloo 文件索引…沿用 GDM3…
并指导：注销 → GDM 点用户名 → 右下角齿轮 → 选 Plasma (Wayland)。
2.3 用户追问安装内容，AI 报了一个错数字
tail -n 25 /var/log/apt/history.log
awk '/Start-Date: 2026-09-10 13:35/,/End-Date/' /var/log/apt/history.log | \
grep -E "^(CommandLine|Install:)" | cut -c 1-200
awk '/Start-Date: 2026-09-10 13:35/,/End-Date/' /var/log/apt/history.log | \
grep "^Install:" | tr ',' '\n' | wc -l # ← 输出 626AI 据此报告：
仅显式安装了以下 6 个基础组件（共拉取了约 620 个必需的 Qt6 / KDE Frameworks 底层运行库）
真实值是 316。
💡 计数错误的原因：
apt日志里每个条目是包名:架构 (版本, automatic)， 按逗号硬切会把版本号里的逗号也切开 → 严重重复计数。 正确做法是用 python 按),分割（后面回退时改对了，用 python 反解得 316）。
2.4 关于 sddm 的两次追问
search_web: "Fedora KDE drop SDDM or replace SDDM"
dpkg -l | grep -iE "(plasma.*login|plm|sddm)"
apt-cache search plasma-login-manager plasmalogin结论：Fedora 44 起用 PLM 取代 SDDM，Ubuntu 26.04 官方源仍是 sddm；本机只有 gdm3 一个显示管理器，是最干净的状态。
3. ⚠️ 污染在 7 分钟空窗里发生（13:41–13:47）
记录里 13:40:39 → 13:47:31 之间有 7 分钟完全空白，没有任何记录。
这段时间发生了整场事故最关键的动作：用户注销、在 GDM 里选 Plasma (Wayland)、首次登录 KDE。
存证（后来靠文件系统元数据反推出来的）：
| 证据 | 含义 |
|---|---|
~/.config/fontconfig/ 目录 13:44 新建（此前不存在） |
13:44 有东西被创建 |
Timeshift 快照里 localhost/home/eryuemu 的 mtime = 13:45 |
只有在 $HOME 下新建/删除条目才会改这个 mtime → 13:45 确实有新文件落在 $HOME 下 |
| 清理时认定的“KDE 会话窗口”为 13:44–13:53 与 23:45–23:47 | 两次污染的时间段 |
换句话说：这 7 分钟的空窗就是第一次污染的现场。
4. 第一次排查：56 条命令全跑偏（13:47–13:51）
4.1 报障
有点bug 火狐图标有问题 任务栏有俩图标不显示
4.2 AI 实际查了什么（56 条命令）
dpkg -l | grep -iE "(breeze-icon-theme|firefox)"
dpkg -l | grep -iE "(qt.*svg|image-formats)"
grep -A 5 -B 2 -iE "(firefox|launchers|icon)" ~/.config/plasma-org.kde.plasma.desktop-appletsrc
grep -A 20 "plugin=org.kde.plasma.icontasks" ~/.config/plasma-org.kde.plasma.desktop-appletsrc
grep -A 15 -B 2 "\[Applets\]\[5\]" ~/.config/plasma-org.kde.plasma.desktop-appletsrc
cat ~/.config/plasma-org.kde.plasma.desktop-appletsrc
ls -la ~/Desktop ; ls -la ~/桌面
cat ~/桌面/*.desktop | grep -iE "^(Name|Exec|Icon)="
cat /home/eryuemu/.local/share/applications/userapp-Firefox-W57IU3.desktop
find /usr/share/applications -name "*firefox*"
find /usr/share/icons -name "*firefox*"
apt-cache search breeze-icon-theme
cat ~/.config/kdeglobals
dpkg -L kf6-breeze-icon-theme | grep -i firefox
find /usr/share/icons ~/.local/share/icons -name "*clash*"
qdbus-qt6 org.kde.StatusNotifierWatcher /StatusNotifierWatcher \
org.kde.StatusNotifierWatcher.RegisteredStatusNotifierItems
busctl --user introspect :1.120 \
/org/ayatana/NotificationItem/tray_icon_tray_app_clash_verge_rev_tray \
org.kde.StatusNotifierItem
ls -l /run/user/1000/tray-icon/tray-icon-clash-verge-rev-tray-2.png
cat /usr/share/plasma/layout-templates/org.kde.plasma.desktop.defaultPanel/contents/layout.js
grep -rn -i "launchers" ~/.config/ # 太慢，被 manage_task kill
cat /usr/share/plasma/plasmoids/org.kde.plasma.icontasks/contents/config/main.xml | \
grep -A 10 "launchers"
busctl --user tree org.kde.KWin
wmctrl -l
journalctl --user -b -u plasma-plasmashell.service -n 50 --no-pager
journalctl --user -b -u plasma-plasmashell.service | \
grep -iE "(icon|warning|error|tray|statusnotifier|fcitx|verge)"
dpkg -S /usr/share/plasma/plasmoids/org.kde.plasma.icontasks
grep -H "Icon" /home/eryuemu/.local/share/applications/*.desktop⚠️ 整整 4 分钟、56 条命令，全部围绕“图标为什么不显示”。
没有任何一条去看 GTK 主题、字体、~/.config/gtk-3.0/、xsettingsd、dconf。
4.3 实际执行的“修复”（4 条写操作）
# ① 给 .desktop 文件追加 Icon= 字段
echo "Icon=firefox" >> /home/eryuemu/.local/share/applications/userapp-Firefox-W57IU3.desktop && \
echo "Icon=clash-verge" >> /home/eryuemu/.local/share/applications/clash-verge-handler.desktop && \
echo "StartupWMClass=clash-verge" >> /home/eryuemu/.local/share/applications/clash-verge-handler.desktop
# ② 规范化快捷方式 + 重建 KDE 配置缓存
ln -sf "/usr/share/applications/Clash Verge.desktop" \
/home/eryuemu/.local/share/applications/clash-verge.desktop && \
update-desktop-database /home/eryuemu/.local/share/applications && kbuildsycoca6
# ③ 无感热重启 plasmashell
systemctl --user restart plasma-plasmashell.service
# ④ 把桌面上的火狐快捷方式换成官方版
ln -sf /usr/share/applications/firefox.desktop /home/eryuemu/桌面/firefox.desktop && \
rm -f /home/eryuemu/桌面/userapp-Firefox-W57IU3.desktop结论是「.desktop 缺少 Icon= 字段，导致 KDE 在 Wayland 下匹配不到图标」。
🔴 这是第一次错过污染信号。 方向本身不算错（确实有
.desktop文件出问题）， 但把它当成了“图标映射缺失”的局部故障去修 —— 而真正的问题是 GNOME 的整套外观配置已被 KDE 改写。 修图标只是擦掉症状。而此时（13:44–13:45）污染早就写进磁盘了。
5. 8 小时之后：彻底乱了（21:59）
记录里 13:51 → 21:59 又是 8 小时空窗。 用户在这段时间里实际使用 KDE——“用 gnome 有点腻”的诉求得到了满足，但 GNOME 侧的共享配置从 13:45 起就已经是 KDE 写的值。
21:59 用户上传三张截图：
彻底乱了 你看看好修复吗？不好修复 先完全回退回去 我们另寻方案
三张截图里能直接读出的问题：
| 截图 | 现象 |
|---|---|
| 应用网格 | 末尾两行出现 「Dolphin 文件…」「KDE 系统设置」「Konsole 终端」；网格上方桌面区域有 2 个巨大的空白占位图标（破损的桌面快捷方式） |
| Nautilus「主文件夹」 | 文件夹图标全部变成 KDE Breeze 的蓝色扁平风（原本是 Ubuntu 橙色 Yaru） |
| 桌面 | firefox.desktop、Clash Verge.desktop、qq.desktop 三个快捷方式以原始文件名 + 未信任小角标形式显示 |
AI 对截图的剖析（这部分方向是对的）：
- 图 1（GNOME 应用抽屉被污染）：Linux 系统中所有桌面的应用启动器都在
/usr/share/applications/共享。一旦装了 KDE，GNOME 的软件列表就被强行塞入了 Dolphin、Konsole、KDE 设置等全家桶。- 图 3（文件管理器图标与主题“变异”）：KDE 在启动时通过
kde-config-gtk-style悄悄修改了你的全局 GTK 配置，在~/.config/gtk-3.0/settings.ini中强行写入了gtk-icon-theme-name=breeze-dark和gtk-theme-name=Breeze，导致 GNOME 原生的 Nautilus 文件管理器文件夹图标被强制变成了 KDE 的蓝色扁平风。- 图 2（桌面快捷方式出现
.desktop尾缀）：GNOME 的桌面图标扩展检测到了底层主题与链接的变动，未信任的启动器会显示原始文件名与小角标。
6. 第一次退（上）：agy 的尝试失败（22:00–22:09）
用户下令回退。agy 先做了包层 purge，但没解决问题，还在过程中犯了两个错。
6.1 回退前的评估（先模拟，再动手）
# 模拟卸载
apt purge -s kde-plasma-desktop systemsettings plasma-nm plasma-pa konsole kde-config-gtk-style
apt autoremove -s --purge
# 用 python 反解 apt 日志，拿到本次真实装过的完整包列表
python3 -c "
with open('/var/log/apt/history.log') as f:
text = f.read()
blocks = text.strip().split('\n\n')
for b in reversed(blocks):
if 'kde-plasma-desktop' in b and 'Install:' in b:
for line in b.splitlines():
if line.startswith('Install:'):
items = line[len('Install:'):].split('),')
pkgs = [item.strip().split(':')[0].split()[0] for item in items]
with open('/tmp/installed_kde_pkgs.txt','w') as out:
out.write(' '.join(pkgs))
print(f'Wrote {len(pkgs)} packages')
break
break
"
# 安全检查：确认卸载不会带走 GNOME 核心
apt purge -s $(cat /tmp/installed_kde_pkgs.txt) | \
grep -E "ubuntu-desktop|gdm3|gnome-shell"💡 这次 python 反解是对的（按
),分割，不再切开版本号里的逗号）， 得到 316 —— 与安装数量精确对上。
6.2 主要回退动作
echo '123456' | sudo -S DEBIAN_FRONTEND=noninteractive \
apt purge -y $(cat /tmp/installed_kde_pkgs.txt) # Purge: 316 packages
echo '123456' | sudo -S apt autoremove -y --purge316 装 / 316 卸，精确对称。 包层确实干净了。
6.3 然后是家目录清理
# 清 KDE 写的 GTK 配置
rm -rf ~/.config/gtk-3.0/colors.css ~/.config/gtk-3.0/gtk.css \
~/.config/gtk-3.0/settings.ini ~/.config/gtk-3.0/window_decorations.css \
~/.config/gtk-3.0/assets ~/.config/gtk-4.0/
# 清 KDE 用户配置与缓存
rm -rf ~/.cache/plasma* ~/.cache/k* ~/.cache/baloo* \
~/.config/plasma* ~/.config/k* ~/.config/breeze* \
~/.local/share/plasma* ~/.local/share/k* /tmp/installed_kde_pkgs.txt
# 清桌面残留
rm -f ~/桌面/.directory && rm -f ~/.local/share/applications/clash-verge.desktop && \
update-desktop-database ~/.local/share/applications
for f in ~/桌面/*.desktop; do
gio set "$f" metadata::trusted true 2>/dev/null; chmod +x "$f" 2>/dev/null
done
nautilus -q6.4 ⚠️ 错误一：把主题恢复成了「默认值」而不是「原值」
gsettings set org.gnome.desktop.interface icon-theme 'Yaru' && \
gsettings set org.gnome.desktop.interface gtk-theme 'Yaru-dark' && \
gsettings set org.gnome.desktop.interface color-scheme 'prefer-dark'原值是 Yaru-magenta-dark（洋红深色），图标主题也是 Yaru-magenta-dark。
上面两条把个性化配置一起抹成了 Ubuntu 默认值 —— 而随后还宣称“已完成 100% 完全回退与净化”。
💡 教训：「回退」的目标是恢复原值，不是恢复成默认值。 这两者在有自定义主题的系统上完全是两回事 —— 也正是必须提前存一份“权威配置基线”的原因。
6.5 ⚠️ 错误二：killall -9 gjs 把 GNOME Shell 杀了
用户反馈“怎么还没恢复”，于是继续排查：
ps -u eryuemu -o pid,comm,args | grep -E "(gnome-shell|plasmashell|nautilus)"
gsettings list-recursively org.gnome.desktop.interface | \
grep -E "(icon-theme|gtk-theme|color-scheme|cursor-theme)"
ps -u eryuemu -o pid,comm,args | grep -i xsettingsd
cat ~/.config/xsettingsd/xsettingsd.conf # ← 发现 Net/IconThemeName "breeze-dark"
grep -rn -l -i "breeze" ~/.config/ # 太慢，被 kill然后执行“三步止血”：
rm -rf ~/.config/xsettingsd/
killall -9 nautilus 2>/dev/null
killall -9 gjs 2>/dev/null # ← 这一步杀掉了 GNOME Shell 的 JS 引擎为什么致命：GNOME Shell 本身就是跑在 gjs（GJS JavaScript 引擎）上的。
在 Wayland 下杀掉它 = 直接终结图形合成器会话，用户被弹回 GDM 登录界面。
代价（用户 37 分钟后回来第一句话证实）：
我让trae清理了 你刚才掉登陆了 不知道为啥
⚠️ 更讽刺的是：这与同一方在 35 分钟后总结的“绝对不执行任何热杀操作“直接矛盾 —— 而那条铁律，是它在审核别人的方案时提出的。
6.6 结果：用户被踢出桌面，转投另一个 AI
killall -9 gjs 之后，用户被弹回登录界面，37 分钟无法工作，于是转向了 Trae。
这段空窗（22:09–23:07）里，agy 完全不知道外面发生了什么——它下一次开口时，用户已经带着 Trae 的结论回来了：
我让trae清理了 你刚才掉登陆了 不知道为啥
→ 至此，“第一次退”在 agy 手里失败。
7. 第一次退（下）：Trae 完成恢复（22:25–22:47）
这一节是整件事里最容易被漏掉的一环——因为它发生在一个“没有对话记录留在本机”的会话里， 只能从另一个 AI 的长期记忆中还原出来。 这也是为什么“第一次退”的执行者是 Trae，而不是敲了
apt purge的那一方。
7.1 接手时的三个问题（22:25）
Trae 接手后先做了排查，结论有三条：
| 问题 | 结论 |
|---|---|
| KDE 回退干净了吗？ | 系统层回退已完成（包已 purge），但用户目录还有残留 |
那 9 个 libkf6* 是什么？ |
是 fcitx5 配置工具的合法依赖，不能删 |
| agy 为什么突然掉登录？ | gnome-keyring-daemon 崩溃导致 login.keyring 丢失重建，存在里面的 OAuth token 一起没了 |
并顺手清掉了用户目录残留（~/.config/dolphinrc、~/.local/share/{dolphin,baloo}）。
7.2 ⚠️ 关键：Timeshift 不备份 /home，字体只能靠“量截图”反推
用户反馈“界面比例不对、字变小了”。Trae 的诊断是：
比例问题源于字体大小被改为 10pt，而不是显示缩放变了。
但麻烦在于：
Timeshift 备份排除了
/home/eryuemu/目录 → 用户配置未被 Timeshift 备份包含 → 没有“原值”可以直接还原。
于是用了一个很硬核的办法：拿历史截图反推。
# 用 PIL 测量 9-6 到今天的所有截图，比对顶栏日期文字、Dock 图标的物理尺寸结论（后来被完整证实）：
| 项 | 结论 |
|---|---|
monitors.xml 缩放 |
1.333x 从未改变 |
| Dock 图标物理尺寸 | 与事故前完全一致 |
| 真正变的 | 只有字体 |
这就是那句“比例变小了”的真相：屏幕缩放没动，是字号缩水（12.5 → 10）造成的错觉。
💡 这条经验很值钱：当“平台级设置没变”但“观感变了”时， 先怀疑那些跟着字体走的元素（顶栏文字、电池百分比、菜单项）， 而不是显示缩放。用截图像素测量可以把“感觉”变成“数据”。
7.3 逐步还原（22:30 → 22:44）
22:30 恢复界面/文档字体 → Ubuntu Sans 11
恢复等宽字体 → Ubuntu Sans Mono 13
恢复声音主题 → Yaru
恢复 GTK2 配置 → Yaru-magenta-dark（即 ~/.gtkrc-2.0）
恢复 DING show-trash → true
22:30 删除右下角三个无法使用的图标 → 桌面只剩"主目录"和回收站
22:39 用 PIL 测量截图反推后：
界面/文档字体 → Ubuntu Sans 12.5（改回原值）
等宽字体 → Ubuntu Sans Mono 16
22:41 终端字体 14pt → 13pt
22:44 对比 8-22 的原始配置记录 → 等宽字体 13 → 12.5
✅「当前配置与 8 月 22 日原始配置完全一致」
22:44 ✅「KDE 事故的所有恢复项已全部收尾」
22:47 ✅ 终检：「KDE 已完全删除，GNOME 已恢复完成」“第一次退”到此完成。
7.4 顺带处理的几件事
| 时间 | 事项 |
|---|---|
| 22:51 | 解释 agy 掉登录：gnome-keyring-daemon 崩溃 → login.keyring 重建 → token 丢失。重新登录必须在 GNOME Terminal 里完整走完，不能中途 Ctrl+C，否则 token 不持久化 |
| 22:54 | 装 Chrome（官方 deb + apt 体系，符合“不用 Snap”的偏好） |
| 22:59 | agy 重新登录成功，凭据写入钥匙环 → 事故闭环 |
| 23:06 | 清空 Chrome 数据（回全新状态） |
| 23:08 | 完整收尾清理与终检 |
7.5 ⚠️ 一处与后续判断的分歧：~/.gtkrc-2.0 该恢复还是该删
注意上面 22:30 那一步：Trae 把 ~/.gtkrc-2.0 恢复成了 Yaru-magenta-dark。
但第二天另一路（DSH）用三条证据判定：这个文件原本不存在，是 KDE 创建的，应该删除。
| 证据 | 内容 |
|---|---|
| 唯一会写它的就是 KDE | gnome-tweaks 源码里没有任何 “gtkrc” 字符串；而 kde-config-gtk-style 的 gtkconfig.so 正是成套写这三个文件的那一个 |
$HOME 自身的 mtime |
快照里 localhost/home/eryuemu 的 mtime = 13:45 → 那时有新文件被创建在 $HOME 下 |
| 没有任何 GTK2 程序 | apt-cache rdepends --installed libgtk2.0-0t64 全是库和模块，没有一个可执行程序 |
→ 最终判定：删除（详见第 14 节）。
📌 这个分歧本身很有价值：两个 AI 面对同一个文件，一个选择“恢复它的值”，一个选择“删掉它”—— 而双方当时都没有 KDE 之前的
/home备份。最后能定案，靠的是文件系统自身留下的元数据 （$HOME的 mtime、依赖关系查询），而不是“谁的记忆更权威”。
8. 回到 agy：审计、追因、与另一路对质（23:07–23:32）
用户恢复完成后，又回到 agy 这边，让它核查并分析原因。
用户在被踢出桌面后转用了另一路 AI 做清理，然后回来让 agy 全面核查。
8.1 agy 的审计（24 条命令）
dpkg --audit
apt-get check
echo '123456' | sudo -S apt-get check
dpkg -l | grep -E "(plasma|kwin|kf6|kde-|breeze)" | grep -vE "(plymouth|fonts)"
apt-cache rdepends --installed libkf6windowsystem6 libkf6dbusaddons6 \
libkf6widgetsaddons6 libkf6itemviews6
dpkg -l | grep '^rc' # rc 残留配置包
ls -la /usr/share/wayland-sessions/ /usr/share/xsessions/
systemctl is-active display-manager.service
grep -r -i -l "Exec=.*plasma" /usr/share/applications/ ~/.local/share/applications/
ls /usr/share/applications/ | grep -iE "(dolphin|konsole|systemsettings|kwin|kwrite|plasma)"
find ~/.config ~/.local/share ~/.cache -maxdepth 2 -iname "*plasma*" -o -iname "*kde*" …
rm -rf "/home/eryuemu/.config/session" \
"/home/eryuemu/.local/share/user-session-migration/KDE.state"
systemctl --user list-unit-files | grep -iE "(plasma|kde|baloo|kwin)"
systemctl --user daemon-reload
ps -ef | grep -iE "(plasma|kwin|kded|baloo|kde|dolphin|konsole)"
gsettings list-recursively org.gnome.desktop.interface
gnome-extensions list
echo '123456' | sudo -S apt-get autoremove --dry-run审计结论：全部标记 100% 恢复 —— 包层纯净（dpkg --audit 0 错误、rc 包 0 个、autoremove 待清理 0）、会话入口只剩 ubuntu.desktop、无 KDE systemd 单元、无 KDE 进程、应用抽屉干净、外观参数回到 Yaru-magenta-dark / Yaru / Ubuntu Sans 12.5。
⚠️ 但这个“100% 恢复”是错的 —— 它没有查家目录里那些不属于任何软件包的文件。 后面会看到，
~/.gtkrc-2.0、~/.config/gtkrc、~/.config/Trolltech.conf、~/.local/share/user-places.xbel、~/.var/全都还在。
8.2 用户追问真因
所以说 咋回事 为什么kde安装把gnome搞乱了 找出原因
AI 给出四大根本原因（这部分分析后来被证明是对的，与取证结论吻合）：
一、最致命的元凶：KDE 强行写死了物理 GTK 配置文件
KDE 自带一个叫
kde-config-gtk-style的模块，它的初衷是“让 Firefox、Chrome 等 GTK 软件在 KDE 下看起来风格一致”。 一旦首次登录进 KDE，它就会在家目录下强行生成并写死几个全局物理文件：~/.config/gtk-3.0/settings.ini、~/.config/gtk-4.0/settings.ini、~/.config/xsettingsd/xsettingsd.conf， 硬编码gtk-icon-theme-name=breeze-dark。为什么切回 GNOME 也中招？ GTK 库底层的逻辑是：用户家目录的物理
settings.ini优先级永远高于系统的默认配置。
二、XDG 共享标准缺陷：应用列表无差别混入
Linux 桌面规范（XDG）规定所有软件的启动图标都放在
/usr/share/applications/。 KDE 的组件在打包时并没有显式声明OnlyShowIn=KDE;，GNOME 的应用网格会忠实扫描整个目录。
三、DING 桌面图标的信任机制被破坏
Ubuntu 的桌面图标由 DING 扩展管理，它要求文件必须有执行权限和
metadata::trusted才显示为正常应用名称。 KDE 把~/桌面视作普通视图文件夹，写入了自己的元数据文件.directory，并用不同机制加载软链接。 经过 KDE 的读写后，DING 失去信任校验，于是降级：把应用名称还原为原始文件名，并打上未信任的警告小角标。
四、后台守护进程与环境变量打架
KDE 在登录时拉起
xsettingsd后台服务，专门向窗口广播“当前图标是 breeze-dark”。 KDE 还会注入QT_QPA_PLATFORMTHEME=kde等环境变量。
并给出总结：
在图形桌面层，GNOME（GTK/Adwaita 技术栈）和 KDE（Qt/Breeze 技术栈）各自有一套庞大的生态和完全不同的配置哲理。 一旦共存，两者就会争夺对主题、默认应用、通知总线和桌面图标的控制权。 “一机一桌面”是保持 Linux 图形系统纯净、无 bug 的最佳铁律。
8.3 AI 首次自我归因
最开始那次安装，我显式加上了
kde-config-gtk-style这个包…而这正是所有灾难的引爆点！
8.4 用户提出“想日常用 KDE”，AI 给出三条出路
| 方案 | 内容 |
|---|---|
| A（⭐ 极力推荐） | 独立用户隔离法 —— 给 KDE 单独一个系统账户，$HOME 物理隔离 |
| B | KVM / Virt-Manager 虚拟机 —— 宿主机零污染 |
| C | 单用户“硬核防篡改”改造法 —— 给 .desktop 批量加 OnlyShowIn、登出时销毁 settings.ini……并自行标注：「缺点：维护心智负担重，系统每次通过 APT 升级软件包后，可能会覆盖修改，需要反复维护」 |
🔎 这一段后来成了整个事件的闭环：最终成功的第三次，用的就是方案 A。 而方案 C 的那个“会被 APT 覆盖”的警告，在第三次实施时又真的踩了一次（见下一篇第 6.1 节）。
8.5 两路 AI 对质 → 决定再试一次
用户把另一方的回复贴过来，agy 的评价是：
Trae 分析得非常准确，切中了要害，而且思路非常务实！
并把它归纳为**「四重防护网」：①Timeshift 快照 ②斩断 GTK 主题篡改黑手（屏蔽 kde-gtk-config 自启）③净化 GNOME 应用抽屉 ④绝对不执行任何热杀操作**。
随后收到对方的《实施计划》全文：
| 步骤 | 内容 |
|---|---|
| 第 0 步 | Timeshift 快照 |
| 第 1 步 | sudo apt install kde-plasma-desktop（保留推荐包） |
| 第 2 步 | 封印 /etc/xdg/kded6.d/gtkconfig-disable.rc，内容 [Module-gtkconfig] + Enabled=false |
| 第 3 步 | 逐项核对字体/主题（必须 Ubuntu Sans 12.5 / Yaru-magenta-dark） |
| 第 4 步 | 停手，提示注销 |
| 回滚预案 | apt purge -y kde-plasma-desktop && apt autoremove --purge -y 或 sudo timeshift --restore |
| 铁律 | 到此为止，不要做任何额外“优化/修复/图标补齐” |
agy 把这个封印夸为“核心破局点”：
在 Plasma 6 中，改写 GTK 字体与主题的罪魁祸首正是
kded6守护进程旗下的gtkconfig模块。 通过在/etc/xdg/kded6.d/gtkconfig-disable.rc中写入[Module-gtkconfig] Enabled=false， 从系统架构底层直接锁死了它的加载开关。它连启动的机会都没有。
🔴 agy 漏掉了两个致命问题：
- 「保留推荐包安装」必然把
kde-config-gtk-style装回来 —— 而这正是它 8 分钟前刚判定为“所有灾难的引爆点”的那个包。/etc/xdg/kded6.d/在 kded6 里根本不是一个配置投放目录。 kded6 的模块开关读的是kded6rc。根本不存在kded6.d/这种目录。而它反而把这个无效操作夸成了“核心破局点”。
9. 第二次安装：536 包，11 秒复现（23:33–23:49）
9.1 执行（Trae 执行）
23:33:04 Timeshift 快照创建完成：2026-09-10_23-33-04（RSYNC 模式）
23:35:39 apt-get install -y kde-plasma-desktop
23:36:40 完成 → Install: 536 packages这次带推荐包，因此把 sddm、budgie-sddm-theme、kde-config-sddm、
kde-config-gtk-style（罪魁祸首回归）、xdg-desktop-portal-kde 全都拉了进来。
附带动作：debconf 预置 gdm3 → 装完 purge 掉被推荐拉进来的 sddm → 写入封印 /etc/xdg/kded6.d/gtkconfig-disable.rc。
9.2 agy 逐项核验（23:39–23:41，6 条命令）
view_file /home/eryuemu/workspace/KDE_HANDOVER.md
dpkg -l | grep kde-plasma-desktop && echo '123456' | sudo -S apt-get check && sudo dpkg --audit
cat /etc/xdg/kded6.d/gtkconfig-disable.rc
dpkg -l sddm 2>/dev/null || echo "sddm not installed"; cat /etc/X11/default-display-manager
# 一段 python3 综合校验：8 项 gsettings + ~/.gtkrc-2.0 + wayland-sessions + monitors.xml 的 <scale>
export DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus && \
gdbus call --session --dest org.freedesktop.secrets \
--object-path /org/freedesktop/secrets/collection/login \
--method org.freedesktop.DBus.Properties.Get \
org.freedesktop.Secret.Collection Items
echo "123456" | sudo -S timeshift --list核验结果：逐项 PASS，结论是“所有 5 项交接清单及前置快照全部 100% 通过核验”。
其中第 4 项实测值：
font-name = 'Ubuntu Sans 12.5'
document-font-name = 'Ubuntu Sans 12.5'
monospace-font-name = 'Ubuntu Sans Mono 12.5'
titlebar-font = 'Ubuntu Sans Bold 12.5'
gtk-theme = 'Yaru-magenta-dark'
sound theme-name = 'Yaru'
text-scaling-factor = 1.0
~/.gtkrc-2.0 = Yaru-magenta-dark + 12.5
monitors.xml = 1.333333
default-web-browser = firefox.desktop
wayland-sessions = ['plasma.desktop', 'ubuntu.desktop']⚠️ 荒谬的巧合：核验时读到
~/.gtkrc-2.0是Yaru-magenta-dark，并把它当作“通过”的正面证据。 而 4 分钟后 KDE 首次登录，这个文件就被改写成了Breeze-Dark / Noto Sans, 10。 同一个文件，从“合规证据”变成“污染铁证”，只隔了 4 分钟。
9.3 第二次污染：11 秒内复现
| 时刻 | 事件 |
|---|---|
| 23:45:36 | 注销 → 登录 Plasma（systemd --user 启动时刻） |
| 23:45:47 | 11 秒后：~/.config/gtkrc、~/.config/gtkrc-2.0、~/.gtkrc-2.0、~/.config/Trolltech.conf 被写出。前两个文件头直接印着 # 由 KDE Plasma 创建, Thu Sep 10 23:45:47 2026 |
| 23:46:57 | 已回到 GNOME（gnome-shell 启动）—— 在 Plasma 里总共只待了 约 80 秒 |
用户反馈：
没有用 现在又是和上次一样的情况 你看看
9.4 决定性证据
gsettings get org.gnome.desktop.interface font-name
gsettings get org.gnome.desktop.interface icon-theme
gsettings get org.gnome.desktop.interface gtk-theme→ 🔎 'Noto Sans 10' / 'breeze-dark' / 'Breeze'
dconf 数据库本身被 KDE 改了。
ls -la ~/.config/gtk-3.0/ ~/.config/xsettingsd/→ 两个目录全部是 23:45 新建/改写（settings.ini 534 字节、colors.css 4998 字节、
gtk.css 21 字节、window_decorations.css 3895 字节、assets/；xsettingsd.conf 430 字节）
dpkg -L kde-config-gtk-style→ 🔎 关键路径：
/usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kded/gtkconfig.so
/usr/lib/x86_64-linux-gnu/kconf_update_bin/gtk_theme
/usr/share/kconf_update/gtkconfig.upd
/usr/lib/x86_64-linux-gnu/gtk-3.0/modules/libcolorreload-gtk-module.so
/usr/share/themes/Breeze/window_decorations.cssecho $XDG_CURRENT_DESKTOP; echo $DESKTOP_SESSION→ ubuntu:GNOME / ubuntu（确认用户此刻在 GNOME 会话里）
紧急止血：
gsettings set org.gnome.desktop.interface font-name 'Ubuntu Sans 12.5' && \
gsettings set org.gnome.desktop.interface document-font-name 'Ubuntu Sans 12.5' && \
gsettings set org.gnome.desktop.interface monospace-font-name 'Ubuntu Sans Mono 12.5' && \
gsettings set org.gnome.desktop.wm.preferences titlebar-font 'Ubuntu Sans Bold 12.5' && \
gsettings set org.gnome.desktop.interface gtk-theme 'Yaru-magenta-dark' && \
gsettings set org.gnome.desktop.interface icon-theme 'Yaru-magenta-dark' && \
rm -rf ~/.config/gtk-3.0/settings.ini ~/.config/gtk-3.0/colors.css \
~/.config/gtk-3.0/gtk.css ~/.config/gtk-3.0/window_decorations.css \
~/.config/gtk-3.0/assets ~/.config/gtk-4.0/ ~/.config/xsettingsd/ && \
killall -9 nautilus 2>/dev/null || true🔎 一个值得记下的技术细节：
/usr/lib/x86_64-linux-gnu/kconf_update_bin/gtk_theme这个二进制（由kde-config-gtk-style提供、gtkconfig.upd注册为Id=gtk_theme / Script=gtk_theme）的符号表里同时存在org.gnome.desktop.interface、gtk-theme字符串，以及g_settings_new/g_settings_set_string/g_settings_set_boolean/g_settings_sync这一整组 GLib GSettings 调用。这从二进制层面解释了为什么“封印 kded 模块”不管用： KDE 不只是往
$HOME写物理文件，它的kconf_update迁移脚本会直接调用 GSettings API 改写org.gnome.desktop.interface（即 dconf 数据库） —— 而这条路径不经过 kded。
9.5 封印为什么失效
kde-config-gtk-style 的 kded 模块确实叫 gtkconfig（包内文件是
/usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kded/gtkconfig.so），所以组名 [Module-gtkconfig] 是对的。
但 /etc/xdg/kded6.d/ 不是 kded6 读取配置的路径。 kded6 的模块开关读的是 kded6rc
（~/.config/kded6rc 或 /etc/xdg/kded6rc，组 [Module-<模块名>]）。社区里禁用某个 kded 模块的标准做法是：
kwriteconfig6 --file kded6rc --group Module-<名字> --key Enabled false没有 kded6.d/ 这种投放目录。 那份 .rc 很可能压根没被 kded 读过。
决定性证据：封印在、kde-config-gtk-style 照样跑、照样写 —— 11 秒完成。
10. 第二次退（上）：agy 的第二次尝试同样失败（23:51–23:55）
用户下令：
首先 删除kde 然后恢复gnome的原原本本的样子 保证和原来一模一样…我去洗头了 执行吧 之后再考虑双用户
10.1 回退动作
# 反解 apt 日志
python3 -c "... → Wrote 536 packages → /tmp/trae_kde_pkgs.txt"
# 过滤"保护列表"
python3 -c "
keep = {'libkf6dbusaddons-bin','libkf6dbusaddons-data','libkf6dbusaddons6',
'libkf6itemviews-data','libkf6itemviews6',
'libkf6widgetsaddons-data','libkf6widgetsaddons6',
'libkf6windowsystem-data','libkf6windowsystem6',
'fcitx5-config-qt'}
filtered = [p for p in pkgs if p not in keep]
print(f'Original: {len(pkgs)}, Filtered: {len(filtered)}')
" # ← 输出 Original: 536, Filtered: 536
# 安全检查
apt purge -s $(cat /tmp/trae_kde_pkgs_clean.txt) | \
grep -E "(ubuntu-desktop|gdm3|gnome-shell|fcitx5)" # ← exit code 1，零输出
# 主要回退
echo '123456' | sudo -S DEBIAN_FRONTEND=noninteractive \
apt purge -y $(cat /tmp/trae_kde_pkgs_clean.txt) # Purge: 534 packages
echo "123456" | sudo -S apt autoremove --purge -y # 无任何包被移除
echo "123456" | sudo -S rm -rf /etc/xdg/kded6.d/ /tmp/trae_kde_pkgs*.txt
ls -la /usr/share/wayland-sessions/ # 只剩 ubuntu.desktop
# 清用户配置
rm -rf ~/.config/gtk-3.0/{settings.ini,colors.css,gtk.css,window_decorations.css,assets} \
~/.config/gtk-4.0/ ~/.config/xsettingsd/ \
~/.config/plasma* ~/.config/k* ~/.config/breeze* \
~/.cache/plasma* ~/.cache/k* \
~/.local/share/plasma* ~/.local/share/k* ~/.config/session10.2 三条保护措施的实际结果
| 保护措施 | 实际结果 |
|---|---|
| “fcitx5 保护列表”过滤 | 输出 Original: 536, Filtered: 536 —— 一个都没匹配上。真正没被删的 9 个 libkf6* 是靠 apt 自身的依赖保护，不是这个过滤 |
apt purge -s … | grep -E "(ubuntu-desktop|gdm3|gnome-shell|fcitx5)" 安全检查 |
exit code 1、零输出 —— 因为 apt 的“正在读取软件包列表…“和 “WARNING: apt does not have a stable CLI interface” 全走 stderr，grep 没东西可匹配。这条“安全检查”实际什么都没检查 |
| 向用户宣布的包数 | 说“全部 536 个”，实际 purge 534 个 |
⚠️ 第 2 条是个非常典型的陷阱：一条永远返回“正常”的检查，和没有检查是一回事 —— 甚至更糟，因为它会让人以为已经验证过了。
10.3 漏网之鱼：~/.gtkrc-2.0
上面那一长串 rm -rf 清单里，没有 ~/.gtkrc-2.0。于是它留了下来：
cat ~/.gtkrc-2.0gtk-sound-theme-name="ocean"
gtk-enable-animations=1
gtk-theme-name="Breeze-Dark"
gtk-primary-button-warps-slider=1
gtk-toolbar-style=3
gtk-menu-images=1
gtk-button-images=1
gtk-cursor-blink-time=1000
gtk-cursor-blink=1
gtk-cursor-theme-size=24
gtk-cursor-theme-name="breeze_cursors"
gtk-icon-theme-name="breeze-dark"
gtk-font-name="Noto Sans, 10"10.4 会话在“文字不显示了”之后就断了
用户最后一句：
哥们 我我这边 文字不显示了 咋回事
AI 最后三条命令查的是“字体装没装”和“设置对不对”：
grep -E "fonts-" /var/log/apt/history.log | tail -n 10
fc-list : family | sort -u | grep -iE "(ubuntu|noto)"
gsettings get org.gnome.desktop.interface font-name; … document-font-name; …结果全部正常（Ubuntu Sans 12.5 等四项都在，字体也没被删）。
然后记录就断了。 会话在此中断，用户没有得到回答。
📌 这个问题的真正原因在另一篇里有完整分析： 那其实是 AI CLI 自己的 TUI 配色 bug（把代码文字的颜色画成了和方块底色一模一样）， 跟字体、主题、KDE 都无关。
11. 第二次退（下）：DSH 完成恢复（09-11 00:0x）
agy 的会话中断后，用户带着“保证和原来一模一样”的诉求找到了第三个 AI。 这一轮才真正把家目录洗干净 —— 因为前两轮都没系统检查“不属于任何软件包的文件”。
接手时做的事情：先做只读取证（包层对 dpkg 快照、系统文件对 Timeshift 快照）， 确认系统层已经干净，然后把火力集中在
$HOME。
11.1 核心发现
包层（系统层）已经是 100% 干净且与 KDE 之前完全一致（有 dpkg 快照 + Timeshift 快照双重证据）； 剩下的脏东西全部在用户家目录（
~/） —— 因为 Timeshift 排除了/home，前两个 AI 都没查到这里。
11.2 为什么那些文件 purge 不掉
| 特性 | 后果 |
|---|---|
不属于任何软件包（dpkg -S 查不到） |
apt purge 不会删它们 |
不在 Timeshift 快照里（快照排除 /home/eryuemu/**） |
“回滚快照”也回不来 |
| 优先级高于 dconf | GTK 程序（Nautilus、Firefox、所有 GNOME 应用）优先读它们 |
第三条是关键：GTK 库的加载顺序是“用户家目录的物理配置文件 > dconf > 系统默认”。 所以即使 dconf 里的值是对的，只要
~/.gtkrc-2.0/~/.config/gtk-3.0/settings.ini还在， GTK 程序就照样被套上 KDE 皮肤。
12. 根因：同一个 $HOME 下的 5 条共享通道
把所有证据串起来，污染走的是 5 条“共享通道”。关键在于：靠“限制路径 / 禁用模块”堵不住。
| # | 通道 | 实证 |
|---|---|---|
| 1 | $HOME 里的标准 XDG 路径被两个桌面共用~/.config/gtk-3.0/、~/.gtkrc-2.0、~/.config/gtkrc、~/.config/fontconfig/fonts.conf、~/.local/share/user-places.xbel、~/.var/ |
这些文件不属于任何软件包（dpkg -S 查不到）→ 事后 apt purge 也删不掉 |
| 2 | dconf / GSettings 是共用数据库 | KDE 直接改掉 org.gnome.desktop.interface cursor-theme → breeze_cursors、org.gnome.desktop.sound theme-name → ocean |
| 3 | 会话环境变量跨登录存活 | KDE 往 GTK_MODULES 挂 appmenu-gtk-module，注入 GTK_RC_FILES / GTK2_RC_FILES / QT_WAYLAND_RECONNECT——进的是 systemd user / D-Bus 激活环境，注销都不一定清干净 |
| 4 | KDE 组件有“不靠进 Plasma”也能被拉起的路径 | kded6 包内带 /usr/share/dbus-1/services/org.kde.kded6.service（D-Bus 按需激活，与当前是哪个桌面无关）；KDE 还会往全局共用的 /etc/xdg/autostart/ 装条目 |
| 5 | “禁用某个模块 / 路径”这条路本身不可靠 | KDE 不是一个程序，是几十个组件，模块名与 API 随版本变；而且 kconf_update 迁移脚本绕开 kded 直接改 dconf（8.4 节的二进制证据） |
12.1 通道 4 的拆包实证
拆开 kded6_6.24.0-0ubuntu1_amd64.deb：
/usr/share/dbus-1/services/org.kde.kded6.service ← 全局 D-Bus 激活入口
/usr/lib/systemd/user/plasma-kded6.serviceorg.kde.kded6.service 全文只有三行，没有任何桌面环境守卫：
[D-BUS Service]
Name=org.kde.kded6
Exec=/usr/bin/kded6plasma-kded6.service 里也没有 ConditionEnvironment=XDG_CURRENT_DESKTOP=KDE 之类的限制。
→ 任何用户在会话里调用 org.kde.kded6，kded6 都会被拉起，与当前是哪个桌面无关。
而且有更早的实证：23:13（用户人在 GNOME 会话里）systemd 已经生成了两个 KDE 的 autostart 单元：
app-org.kde.plasma-fallback-session-restore@autostart.service
app-org.kde.discover.notifier@autostart.service12.2 还有一层：硬依赖
即使加 --no-install-recommends，apt install kde-plasma-desktop 依然会带上这些“保姆”：
plasma-integration kded6 xdg-desktop-portal-kde plasma-browser-integration kscreen其中 plasma-integration、kded6 等是硬依赖，想装 KDE 就一定会装。
结论
在同一个
$HOME下，“单用户双桌面”没有工程上可靠的隔离手段。 唯一稳的方案是给 KDE 单独开一个系统用户（软件包共享、配置物理隔离）， 或者放虚拟机 / Distrobox 里玩。
13. 取证方法：怎么证明“和原来一模一样”
“干净”必须用证据说话，不能用感觉。 为此用了两套独立的证据链。
13.1 包层：dpkg 每日自动备份
/var/backups/dpkg.status.* 是 dpkg 每天自动生成的包状态快照：
python3 - <<'EOF'
import gzip,re
def p(f):
op=gzip.open if f.endswith('.gz') else open
t=op(f,'rt',errors='replace').read(); s=set()
for b in t.split('\n\n'):
m=re.search(r'^Package: (.+)$',b,re.M); st=re.search(r'^Status: (.+)$',b,re.M)
if m and st and 'install ok installed' in st.group(1): s.add(m.group(1).strip())
return s
old=p('/var/backups/dpkg.status.1.gz') # 2026-09-09 06:13，KDE 之前
cur=p('/var/lib/dpkg/status')
print("现在缺失:", sorted(old-cur))
print("后来新增:", sorted(cur-old))
EOF结果：缺失 0 个（除过期内核清理与驱动替换外），证明包层已完全回退。
13.2 系统文件：Timeshift 快照逐文件 diff
S=/timeshift/snapshots/2026-09-10_23-33-04/localhost
sudo diff -rq $S/etc /etc | grep -vE "cups|group-|gshadow-|passwd-|shadow-|xml/catalog"
for d in usr/share/applications usr/share/wayland-sessions usr/share/dbus-1 \
usr/share/mime usr/share/xml var/lib/AccountsService; do
echo -n "$d: "; sudo diff -rq $S/$d /$d >/dev/null && echo "一致 ✅" || echo "有差异 ⚠️"
done| 目录 | 结果 |
|---|---|
/etc |
仅 /etc/cups/*（打印机正常 churn）与 /etc/{passwd,group,shadow,gshadow}-（dpkg 备份文件）不同 |
/usr/share/applications |
完全一致 ✅ |
/usr/share/wayland-sessions |
完全一致 ✅（只剩 ubuntu.desktop） |
/usr/share/dbus-1 |
完全一致 ✅ |
/usr/share/mime |
完全一致 ✅ |
/usr/share/xml |
完全一致 ✅ |
/var/lib/AccountsService |
完全一致 ✅ |
另外核对：
/etc/passwd、/etc/group 与快照逐字节相同 → 没有留下 sddm/kdm/kwallet 之类的系统用户 ✅
/etc/pam.d/ 无任何 pam_kwallet 痕迹 → 登录流程没被改过 ✅
/etc/X11/default-display-manager → /usr/sbin/gdm3 ✅
/etc/xdg/autostart/、/etc/xdg/menus/ 只剩 GNOME 项 ✅
systemd 用户/系统单元、运行进程：0 个 KDE 项 ✅13.3 家目录：只能靠 mtime 推理（关键教训）
最麻烦的是这一层：
Timeshift 排除了
/home/eryuemu/**—— 用户级配置没有快照兜底。
所以家目录的判断只能靠：
| 手段 | 说明 |
|---|---|
| 文件 mtime 落在哪个时间窗 | 13:44–13:53 与 23:45–23:47 两个窗口 = KDE 的两次会话 |
$HOME 目录自身的 mtime |
只有在 $HOME 下新建/删除条目才会改动它；修改已存在的文件不会 |
dpkg -S 查不到 |
说明不是包的文件 → 卸载也不会删 |
教训：动系统之前，一定要先给 $HOME 做一份带 mtime 的指纹快照。
第三次动手前就照做了——44637 个文件的路径 + 大小 + 修改时间全部落盘，事后逐文件 diff。
14. 家目录 27 项残留清理清单
| # | 项目 | 来源 |
|---|---|---|
| 1 | ~/.gtkrc-2.0 |
kde-config-gtk-style（Breeze-Dark + Noto Sans 10）—— 第二次回退的漏网之鱼 |
| 2–3 | ~/.config/gtkrc、~/.config/gtkrc-2.0 |
KDE Plasma（文件头自带“由 KDE Plasma 创建”） |
| 4 | ~/.config/Trolltech.conf |
KDE 的 Qt 调色板 |
| 5 | ~/.config/fontconfig/fonts.conf |
KDE KXftConfig 字体配置（目录是 13:44 新建的，之前不存在） |
| 6–7 | ~/.config/bluedevilglobalrc、~/.config/powermanagementprofilesrc |
KDE 蓝牙 / Powerdevil |
| 8 | ~/.config/gtk-3.0/{settings.ini,colors.css,gtk.css,window_decorations.css,assets} |
KDE 写入的 GTK3 配置 |
| 9–10 | ~/.config/gtk-4.0/、~/.config/xsettingsd/ |
同上 |
| 11 | ~/.config/session/ |
kwin 会话 |
| 12–22 | ~/.local/state/ 下 11 个 KDE 状态文件 |
discovernotifier / dolphin / kactivitymanagerd / kicker / knighttime / konsole / lookandfeelautoswitcher / plasmasessionrestore / plasmashell / UserFeedback.org.kde.* |
| 23 | ~/.local/share/baloo/ |
KDE 文件索引 |
| 24 | ~/.local/share/user-session-migration/KDE.state |
KDE 会话迁移标记 |
| 25 | ~/.local/share/user-places.xbel{,.bak,.tbcache} |
被 KIO 覆写的“位置”文件 ⚠️ 2026-09-13 更正：原括注“删掉后 GTK 会自动重新生成原生版”是错的 —— GTK/Nautilus 根本不读这个文件（全系统扫描：只有 KDE 的 libKF6KIOFileWidgets 引用它），所以谈不上“覆写”，也不会“重新生成”。它自始至终是 KDE 自己的产物 |
| 26 | ~/.var/（整棵树） |
KDE plasma-browser-integration 凭空创建，含 7 个浏览器的 NativeMessagingHosts 配置 |
| 27 | ~/桌面/.directory |
KDE 写回来的文件夹元数据 |
还有一批被 KDE 改掉的 dconf 键：
| 项目 | 被 KDE 改成 | 恢复为 | 依据 |
|---|---|---|---|
cursor-theme |
breeze_cursors |
Yaru |
/usr/share/glib-2.0/schemas/10_ubuntu-settings.gschema.override:62 明确写 cursor-theme = "Yaru" |
sound theme-name |
ocean（KDE Oxygen 音效） |
Yaru |
同上 override 第 14 行 |
gtk-theme |
Breeze |
Yaru-magenta-dark |
用户偏好 |
icon-theme |
breeze-dark |
Yaru-magenta-dark |
同上 |
环境变量也要从 systemd user 环境里清掉：
GTK_MODULES=gail:atk-bridge （原本被挂上 :appmenu-gtk-module；Ubuntu 原值见 /etc/X11/Xsession.d/90atk-adaptor）
GTK_RC_FILES / GTK2_RC_FILES （移除）
QT_WAYLAND_RECONNECT （移除）14.1 故意保留的一项
~/.local/share/icc/edid-4c99cd526e94a9f6593e91c62f1b2c2b.icc —— 显示器色彩描述文件。
证据表明它是 GNOME 自己生成的：文件 mtime = 00:09:17，而本次 GNOME 登录（gnome-shell 启动）是 00:09:15 —— 登录后 2 秒由 colord 自动生成。两个桌面共用这个路径，无害，故保留。
14.2 ⚠️ 必须重新登录才算完
当前这个 GNOME 会话是在 KDE 还装着的时候登录的，会话里已经被注入了 KDE 的环境变量。 这个不改，看到的界面就永远“还没恢复”。
因为已经启动的进程不会自动刷新环境。重新登录会：①重建干净的 systemd user 环境；②让 GTK 重新读取（现在已干净的）配置；③让 Nautilus/GTK 重新生成原生的 user-places.xbel。
重新登录后复核：
gnome-shell 启动于 00:09:15（干净会话） ✅
GTK_MODULES 回到 gail:atk-bridge ✅
~/.config / ~/.local / ~/.cache 的 KDE 残留 = 0 项 ✅15. 一个反直觉的裁定：~/.gtkrc-2.0 该不该恢复
清理过程中有一处争议值得单独记：~/.gtkrc-2.0 这个文件当初到底存不存在？
- 另一路 AI 的权威记录里写着
gtkrc-2.0 = Yaru-magenta-dark，看起来它是“原有配置，被 KDE 改成了 Breeze”； - 但它当时同样没有 KDE 之前的
/home备份，那一句也是它的推断。
于是用三条证据重新判定：
证据 1：唯一会写它的东西就是 KDE
全系统搜索 gnome-tweaks 的 Python 源码（/usr/lib/python3/dist-packages/gtweak/），没有任何 “gtkrc” 字符串——它只用 GtkSettingsManager('3.0'/'4.0') 写 ~/.config/gtk-{3,4}.0/settings.ini。
而 kde-config-gtk-style 的 kded/gtkconfig.so 正是成套写 ~/.gtkrc-2.0 + ~/.config/gtkrc + ~/.config/gtkrc-2.0 的那一个。
证据 2：$HOME 目录自身的 mtime
/timeshift/snapshots/2026-09-10_23-33-04/localhost/home/eryuemu （空目录）
mtime = 09-10 13:45 ← 即 KDE 第一次会话的时刻只有在 $HOME 下新建/删除条目才会改动这个 mtime；修改已存在的文件不会。
→ 13:45 有东西被创建在 $HOME 下，最匹配的候选就是 ~/.gtkrc-2.0。
证据 3：没有任何 GTK2 应用程序
apt-cache rdepends --installed libgtk2.0-0t64
# libgtk2.0-common / libgtk2.0-bin / libgail18t64 / libgail-common / fcitx5-frontend-gtk2
# —— 全是库和模块，没有一个可执行程序→ 这个文件读它的人根本不存在。
结论：这个文件原本不存在，是 KDE 创建的 → 删除（而不是“恢复成 Yaru-magenta-dark”）。
这一节的价值：当两路说法冲突、而且双方都没有“之前”的快照时， 靠文件系统自身留下的元数据（
$HOME的 mtime、依赖关系查询）可以做出比“谁的记忆更权威”更硬的判断。
15.1 ⚠️ 同一个坑，user-places.xbel 也踩过（2026-09-13 补记）
~/.local/share/user-places.xbel 遭遇了和 ~/.gtkrc-2.0 一模一样的误判，而且后果更隐蔽：
| 原判断 | 实测更正 | |
|---|---|---|
| 归属 | GTK/Nautilus 的“位置”文件，被 KIO 覆写 | 是 KDE/Dolphin 自己的「位置」面板配置 |
| 删了会怎样 | “GTK 会自动重新生成原生版” | ❌ 不会 —— 全系统扫描：只有 KDE 的 libKF6KIOFileWidgets 引用这个文件名，GTK3 / GTK4 / Nautilus 均为 0 处引用 |
| 后果 | — | 它被当成“GTK 的正常文件”，从残留扫描关键词里移除了；于是 Dolphin 在 09-11 20:58 生成的那一份躲过了之后所有检查，直到 09-13 才被发现删除 |
🔴 这条和 §15 的判断方法是同一个道理，但教训更进一步：
判断一个文件“是谁的”，要用“谁在读/写它”（依赖与引用关系）来定，不能靠“它长得像谁的文件”。 而一旦改判了归属，必须回头重跑检查 —— 否则改的只是说法，“0 项残留”的结论依旧建立在有盲区的检查上。
详见下一篇附录 A.9.5。
16. 七处事后被证明是错的判断
这一节是整场事故里信息量最大的部分。每一条都是当时看起来合理、事后被证据推翻的做法。
| # | 判断失误 | 纠正 |
|---|---|---|
| 1 | 把「污染源」当成了「体验优化项」 —— 为了“让 GTK 应用外观统一”显式装了 kde-config-gtk-style |
它没有“只作用于 KDE”的边界，而是直接写 $HOME 通用路径 + 改 dconf。这与“尽量精简 / 保持干净”的要求方向相反 —— 第一因 |
| 2 | 报障后排查方向跑偏 —— 56 条命令全在查图标，没有一条查 GTK 主题 / 字体 / dconf | 污染在 13:44–13:45 就已落盘。错过了唯一一次能在“彻底乱了”的印象形成之前止损的窗口；用户随后在 KDE 里用了 8 小时 |
| 3 | 回退时把主题恢复成默认值而非原值 —— icon-theme 'Yaru' / gtk-theme 'Yaru-dark' |
原值是 Yaru-magenta-dark。“回退”= 恢复原值，不是恢复默认值；这也正是必须提前存权威基线的原因 |
| 4 | killall -9 gjs 把用户踢出桌面 |
GNOME Shell 本身就是跑在 gjs 上的。 Wayland 下杀掉它 = 终结图形会话，用户 37 分钟无法工作。而且这与同一方总结的“绝对不执行任何热杀操作”直接矛盾 |
| 5 | 审核方案时漏掉两个致命问题 —— 夸“100% 通过核验”，却没看出“保留推荐包”必然装回 kde-config-gtk-style，也没看出 kded6.d/ 这个路径根本不存在 |
这两条恰好是第二次失败的直接原因 |
| 6 | 第二次换方案带来的净损失 —— 包数 316 → 536，多装 220 个与 KDE 无关的通用包（fonts-hack、fonts-noto-*、ibus-data、pulseaudio-utils……） |
这些包第一次的精简方案根本不会装，却只因中途换方案而进入系统，又在同一天晚上被当作“KDE 残留”删掉。为了“精简”选了精简方案，最终凭空多装又删掉 220 个包 |
| 7 | 第二次回退的三条“保护措施”全部失效 | 过滤 Original: 536, Filtered: 536 一个没命中；“安全检查”因 apt 输出走 stderr 而 exit 1 零输出、实际什么都没检查；宣布的包数（536）与实际（534）不符 |
16.1 可迁移经验
| # | 经验 |
|---|---|
| 1 | “为了体验好一点”引入的组件，可能正是污染源 —— 装任何“自动同步外观”类的工具前，先问它写哪些文件、有没有会话边界 |
| 2 | 报障后先查“最近改了什么”，不要从症状名去猜模块。图标问题可能出在主题层 |
| 3 | “回退”= 恢复原值 —— 必须提前存权威基线，否则只能恢复成默认值 |
| 4 | 别杀 gjs（GNOME Shell 就是它）。Wayland 下没有“热重启 Shell”这回事 |
| 5 | 审核方案时要核对“它装什么包”，而不只是核对格式是否规范 |
| 6 | “加封印”先确认封印路径真的被读取 —— 写在不存在的配置目录里等于没写；而且有些路径（如 kconf_update）根本不经过被封的那个组件 |
| 7 | 安全检查必须有失败的可能 —— 检查 exit code 和 stderr，别只看 stdout 有没有匹配 |
| 8 | 验证脚本本身也要能报错 —— 一条永远输出“正常”的检查，比没有检查更危险（它让人以为验证过了） |
17. 结论
17.1 技术结论
| # | 结论 |
|---|---|
| 1 | 在同一个 $HOME 下，“单用户双桌面”没有工程上可靠的隔离手段。 5 条共享通道里只有第 1 条能靠“改路径”部分缓解，其余全部敞开 |
| 2 | apt purge 不等于“恢复原样”。 不属于任何软件包的用户级配置文件，卸载时根本不会被碰 |
| 3 | Timeshift 默认排除 /home，所以用户级配置没有快照兜底 |
| 4 | “封印某个模块”这条路不可靠：机制容易写错（kded6rc vs kded6.d/），即使写对也只堵住一个组件，而且 kconf_update 迁移脚本绕开 kded 直接改 dconf |
| 5 | 正确答案不是“堵”，而是“物理隔离”：给 KDE 单独一个系统用户，让两套配置各有各的 $HOME |
17.2 关于“改动更小”的陷阱
事故当晚，另一路 AI 已经给出了正确方案（独立用户隔离法），并且明确警告过“改系统文件”那条路：
缺点：维护心智负担重，系统每次通过 APT 升级软件包后，可能会覆盖修改，需要反复维护。
但当时先试了另一套“加封印”的方案——看起来更轻量、不用新建账户。结果第二次翻车。
这提醒一点：当几个方案同时摆在面前时，“改动更小”不等于“更安全”。 有时候“新增一个隔离层”才是真正改动最小的解法。 而这个“会被 APT 覆盖”的坑，在第三次实施时又真的踩了一次（见下一篇第 6.1 节）。
📌 想直接复刻那套方案？
本文只回答“为什么同一个 $HOME 下必然互相污染“——它是”别做什么“。
“具体怎么做”（命令 + 脚本 + 配置内容）在下一篇，
其中附录 A.9 是专为复刻补的：双向隐藏名单（22 + 18 项）、fcitx5 四处配置全文、
一条最小可运行的隐藏脚本、以及发布后的实测勘误。
