既然如此,你终端命令执行中就不要提示中就不要有“建议apt autoremove”之类的话,
莫非这话是linux里原生带的你们改不了?
如果不这样做的话删除软件是删不干净的
既然如此,你终端命令执行中就不要提示中就不要有“建议apt autoremove”之类的话,
莫非这话是linux里原生带的你们改不了?
如果不这样做的话删除软件是删不干净的
Deepin应该学习mozilla路数,
作好两个样板(gimp,firefox)之后,把精力放在聚合中间件部分,
又先后进化出gtk和rustc,成为行业基线和发展的里程碑。
高聚合低耦合。生态领域,夫善战者无赫赫之功!
说个我昨天autoremove发生的事情。
昨天在给小米平板5里的deepin更新,更新后提示一堆可以autoremove的组件。
之后我重启发现无法登录到桌面,就是输入密码后加载然后重新返回登录界面。
最后看日志发现是因为卸载了linglong-bin导致Xseesion找不到玲珑的脚本导致的。
重新安装linglong-bin后可以正常登入进桌面了。
PS:就是下面最后那行。
学习了。
根本原因根本不成立,以我自己为例,前两天又重装了系统,重装完系统后就发现有了升级提示,所以就用终端进行了升级,升级完成后系统提示有用不上的程序,建议使用apt autoremove进行删除。结果是执行后再次将主题系统删除了。
必须说明,前面我这就发生过这事,所以我心里明白可能会发生什么,但又希望官方已经修复,只是没想到再交中招。
必须强调,全新安装,第一时间去内测升级的,没有去混用软件源,如果硬说内测更新源也是混源就没办法了。
对了,我用的终端安装命令是 sudo apt update sudo apt dist-upgrade。这个命令也会导致APT 的依赖关系树断裂???
明说就是dde的依赖写的烂。
https://bbs.deepin.org/post/288215?id=288215&limit=20&offset=0&postId=1723424
Popular Ranking
ChangePopular Events
More
亲爱的deepin社区用户:
大家好!
近期我们收到多起社区用户反馈:在执行命令进行系统更新或安装软件后,因误用
sudo apt autoremove
命令导致DDE核心组件被卸载、系统无法启动等严重故障。为保障用户系统安全,小助手联合 deepin 研发团队,基于真实故障案例梳理出本安全指南。无论您是普通用户还是技术爱好者,均可按场景快速获取解决方案。⚠️ 一、
sudo apt autoremove
为何对普通用户高风险?根本原因: 当用户混用软件源(如同时开启 deepin 官方源、第三方仓库、应用更新源等),使用命令卸载系统预装应用如深度之家/国际化翻译征集等,亦或是通过
dpkg
/make install
等方式安装软件时,都有可能会破坏 APT 的依赖关系树,导致autoremove
将系统关键包误判为“可卸载”(如DDE关键组件、任务栏、系统壁纸等,严重时甚至可能包含内核驱动)。🛡️ 二、普通用户替代方案:用图形化工具避免命令风险
✅ deepin 内置的安全维护方式:
🔧 三、建议使用
autoremove
时的操作规范(进阶用户参考)关键原则:先模拟 → 人工审查 → 再执行
必须排除的包类型:
如果出现列表内的包,请放弃执行apt autoremove,强行执行会导致系统异常。
确认列表安全后执行:
🚑 四、已发生误删的紧急修复方案
场景1:桌面异常但能打开终端
场景2:系统无法启动 → LiveCD救援流程
请注意:Live CD模式下操作有风险,请谨慎操作并提前备份好数据。
💎 最终建议总结(致所有 deepin 用户)
sudo apt autoremove
• 卸载软件 → 深度应用商店或启动器右键卸载• 清理 →sudo apt clean
♥️ 温馨提示: deepin 系统的依赖树针对DDE桌面高度定制,任何第三方源的引入都有可能会破坏依赖完整性。若需安装外部软件,建议优先选择deepin应用商店上架应用 或 如意玲珑、Flatpak、Appimage等方案,总之不论您通过何种途径来安装三方应用,在通过终端命令操作时请慎用
autoremove