可以,控制中心更新经常卡在70%,我现在都习惯用终端更新了。
当然可以的,而且不用备份
建议dist-upgrade,之前发生过upgrade更新不彻底,导致多个版本更新后累积了一些无法更新的包造成更新失败。
建议dist-upgrade,之前发生过upgrade更新不彻底,导致多个版本更新后累积了一些无法更新的包造成更新失败。
学习到了
建议dist-upgrade,之前发生过upgrade更新不彻底,导致多个版本更新后累积了一些无法更新的包造成更新失败。
不建议自动执行 dist-upgrade
。如果出现 upgrade
无法更新而需要通过 dist-upgrade
更新的包,往往意味着出现了需要卸载某些软件包或者出现了比较复杂的依赖关系,这种情况下最好手动处理。
我一直使用 apt full-upgrade ,好像也没有什么问题。如果 apt full-upgrade 有问题,那么图形界面的升级肯定有问题,而且问题更难发现具体原因。
所以,目前来说,最好还是 apt full-upgrade 。
另:topgrade 一款特别的系统更新工具。除了升级系统软件包,还能升级 flatpak 、snap、pip、conda、rust/cargo 等,包括 gnome 扩展、cinnamon 扩展……
我这边备份失败,求助后有人教我用的这套命令。
可以,控制中心更新经常卡在70%,我现在都习惯用终端更新了。
我上周更新没卡70%,很顺利完成了更新,并提示了重启。
我上周更新没卡70%,很顺利完成了更新,并提示了重启。
你这人品不错。
不建议自动执行 dist-upgrade
。如果出现 upgrade
无法更新而需要通过 dist-upgrade
更新的包,往往意味着出现了需要卸载某些软件包或者出现了比较复杂的依赖关系,这种情况下最好手动处理。
你觉得看依赖手动处理的有几个?
未免过于高估用户了吧。
一直dist-upgrade,没出过啥毛病,很早之前,比如15时代确实有你说的问题,现在不骚操作基本上不会。
前两天刚刚才碰到一个每次都upgrade,然后累积了一堆依赖冲突,更新不过去的。
你觉得看依赖手动处理的有几个?
未免过于高估用户了吧。
一直dist-upgrade,没出过啥毛病,很早之前,比如15时代确实有你说的问题,现在不骚操作基本上不会。
前两天刚刚才碰到一个每次都upgrade,然后累积了一堆依赖冲突,更新不过去的。
手动处理还是清楚的(难道你说的不是我?)
手动处理还是清楚的(难道你说的不是我?)
不是说你,平时碰到的,大部分输出是啥都不看一顿操作。
不是说你,平时碰到的,大部分输出是啥都不看一顿操作。
啊这。。。输出这么显眼。。。不带看的?
啊这。。。输出这么显眼。。。不带看的?
很多人真不带看,咔咔咔就一通搞。
你觉得看依赖手动处理的有几个?
未免过于高估用户了吧。
一直dist-upgrade,没出过啥毛病,很早之前,比如15时代确实有你说的问题,现在不骚操作基本上不会。
前两天刚刚才碰到一个每次都upgrade,然后累积了一堆依赖冲突,更新不过去的。
如果不能手动处理的,建议使用控制中心里面的系统更新选项进行更新;或者,在每次更新前寻求专业人士的帮助。
Popular Ranking
ChangePopular Events
More
如题,主要是感觉控制中心里面更新比较麻烦,还要自己打开去点击更新,如果终端里面执行“apt update && apt upgrade && apt-get dist-upgade”等效于控制中心里面点“系统更新”就方便多了,每天中午定时定点自动化任务不香吗