温馨提示: deepin 系统的依赖树针对DDE桌面高度定制,任何第三方源的引入都有可能会破坏依赖完整性。
看来星火商店也要慎用了
温馨提示: deepin 系统的依赖树针对DDE桌面高度定制,任何第三方源的引入都有可能会破坏依赖完整性。
看来星火商店也要慎用了
温馨提示: deepin 系统的依赖树针对DDE桌面高度定制,任何第三方源的引入都有可能会破坏依赖完整性。
看来星火商店也要慎用了
慎用 autoremove
就行 @神末shenmo 无妄之灾,不是针对你的😂
根本原因根本不成立,以我自己为例,前两天又重装了系统,重装完系统后就发现有了升级提示,所以就用终端进行了升级,升级完成后系统提示有用不上的程序,建议使用apt autoremove进行删除。结果是执行后再次将主题系统删除了。
必须说明,前面我这就发生过这事,所以我心里明白可能会发生什么,但又希望官方已经修复,只是没想到再交中招。
必须强调,全新安装,第一时间去内测升级的,没有去混用软件源,如果硬说内测更新源也是混源就没办法了。
对了,我用的终端安装命令是 sudo apt update sudo apt dist-upgrade。这个命令也会导致APT 的依赖关系树断裂???
根本原因根本不成立,以我自己为例,前两天又重装了系统,重装完系统后就发现有了升级提示,所以就用终端进行了升级,升级完成后系统提示有用不上的程序,建议使用apt autoremove进行删除。结果是执行后再次将主题系统删除了。
必须说明,前面我这就发生过这事,所以我心里明白可能会发生什么,但又希望官方已经修复,只是没想到再交中招。
必须强调,全新安装,第一时间去内测升级的,没有去混用软件源,如果硬说内测更新源也是混源就没办法了。
对了,我用的终端安装命令是 sudo apt update sudo apt dist-upgrade。这个命令也会导致APT 的依赖关系树断裂???
卸载系统应用比如说国际化翻译/深度之家之类的预装包(上午有个版主就是),也可能会破坏其它系统组件的依赖关系,下次再遇上,可以第一时间导下apt日志给我们。
导出APT日志
创建桌面目标文件夹(会自动生成 apt-logs 文件夹)
mkdir -p \~/Desktop/apt-logs
复制 apt 日志(需要管理员权限)
sudo cp -r /var/log/apt/\* \~/Desktop/apt-logs/
修改文件所有权(将日志从 root 转为你当前用户)
sudo chown -R \$USER:\$USER \~/Desktop/apt-logs
卸载系统应用比如说国际化翻译/深度之家之类的预装包(上午有个版主就是),也可能会破坏其它系统组件的依赖关系,下次再遇上,可以第一时间导下apt日志给我们。
导出APT日志
创建桌面目标文件夹(会自动生成 apt-logs 文件夹)
mkdir -p \~/Desktop/apt-logs
复制 apt 日志(需要管理员权限)
sudo cp -r /var/log/apt/\* \~/Desktop/apt-logs/
修改文件所有权(将日志从 root 转为你当前用户)
sudo chown -R \$USER:\$USER \~/Desktop/apt-logs
国际化翻译/深度之家
这个确实也卸载了,只是这两个这么特殊做什么???
为啥有点飞来横祸的感觉。
换了大硬盘了,95G的系统盘,不用autoremove
换了大硬盘了,95G的系统盘,不用autoremove
我给了200G
学会了,已收藏
有时控制中心更新失败就只有终端命令更新。如果终端命令执行中提示有需要“apt autoremove”的,普通用户自然以为应该执行。通过主题内容,以后明白应该不能盲从了。
温馨提示: deepin 系统的依赖树针对DDE桌面高度定制,任何第三方源的引入都有可能会破坏依赖完整性。
看来星火商店也要慎用了
自3.4版本起,星火商店源便已与系统源分开管理,星火仓库对系统来说是不可见的,不会影响系统更新,请放心使用
在即将到来的4.8版本中,非核心应用会逐步转到ACE兼容环境中,进一步与系统隔离
根源是应用商店的软件,不能够满足想用deepin,而又需要使用极个别的小众软件的普通用用户。而网络中在使用相关命令时,又无法分辨。。
这个问题很早就发现了,其实这种问题不止在deepin,在别的系统中也会发生
所以,遇到有人问,我一般是建议不要使用这个命令,因为这么多年来见过太多用这个命令把系统搞崩的了
如果非要用,一定要看清楚要卸载的软件包名称
一般有提示带dde、deepin、glibc、c、base、desktop、python之类的就别往下执行了
我经常使用 apt autoremove. 从来没有遇到过误删软件包的问题。 因为从未添加使用非deepin官方的软件源。
我经常使用 apt autoremove. 从来没有遇到过误删软件包的问题。 因为从未添加使用非deepin官方的软件源。
看清楚没?不是你不混源就安全的。我也不混源,但还是出现了。
学习了。先apt-mark hold上述关键包,然后autoremove,再apt-mark unhold,没有出现问题
deepin也就几万个包,记住每个包是干嘛的,互相的依赖关系,很难吗?
感觉命令行更好用一点,有时候有些依赖问题还得用命令行
既然如此,你终端命令执行中就不要提示中就不要有“建议apt autoremove”之类的话,
莫非这话是linux里原生带的你们改不了?
兼容问题.
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