由于 Snap 守护进程,Ubuntu 关闭速度缓慢?这是一个修复
有时我会关闭 Ubuntu,然后……需要很长时间才能真正关闭电源。
我一个人吗?
我无理取闹吗?
我不确定,但我咖啡因含量很高——对所有给我买咖啡的好人表示大力支持(它确实花在咖啡上了)☕️-而且我还没有写过任何东西大约5天。
这几乎和我的关机时间一样长……
Ubuntu 关机缓慢是真实存在的
当我点击关机(或从终端运行 sudo shutdown now
)时,我希望 Ubuntu 在最多 5-10 秒内完成“going...going...gone”过程。我想要关机,能够合上笔记本电脑的盖子,把它塞进包里,然后去买面包因为我是半个鸽子。
而且,公平地说,大多数时候 Ubuntu 都是这么做的。
但有时却不然。
有时它会挂起。
对于年龄。
关机屏幕上的那些加载点只是保持......点。
我觉得这非常令人恼火!
就像任何 Linux 极客一样,我可以按 esc
来查看幕后发生的情况,并且几乎总是的消息会在我面前怒目而视:
A stop job is running for Snap Daemon (57s / 1min 30)
最后是一个计时器。是的,我不只是享受缓慢的关机,我还“享受”看着计数器滴答作响,一次一秒令人痛苦,无法干预,直到最后达到允许的最大时间,然后——眨眼—我的电脑完成关闭。
Ubuntu 给 Snap Daemon 90 秒的时间停止
,如果到那时它还没有……💀。
显然,必须(偶尔)忍受额外等待 1 分 30 秒才能完成关闭并不是一个主要问题(好吧,除非你是蜉蝣)。但这比关闭所需时间要长得多,而且实际上比其他 Linux 发行版上的关闭时间要长。
由于再次遇到这个问题而感到恼火,我开始寻找“修复”。
修复由于 Snap 守护进程导致的缓慢关闭
免责声明:我不是一个急于求成的医生。我不知道为什么快照守护进程在被询问时经常拒绝优雅地停止。我不知道如何解决根本原因,只能治疗症状。
一个核心解决方案™是运行sudo apt purge snapd
,戴上墨镜,然后前往辉煌的好莱坞日落。
然而,我对 Snap 格式并没有意识形态上的过敏,而且我最喜欢的许多命令行工具都是以 snap 的形式安装的(诚实的哈哈)。另外,你知道,我写的是关于 Ubuntu 的文章,而 Snaps 是这些天引用 Ubuntu 体验的核心。
但我已经厌倦了反复出现的为什么什么都没有发生的情况。
我等待 Snap 守护进程(不可避免的)结束的 1 分 30 秒最好花在把我瘦弱的身躯推到最近的手工面包店,或者让猫进来,亲爱的上帝,你嘴里的是什么,甜蜜的公主?!...
因此,我将 snap 守护进程超时从 90 秒减少到(仍然相当耐心)30 秒——为自己赢得了整整一分钟的生命,并且可能对 snap 守护进程做了不可挽回的努力,但 yolo。
你也想做吗?
打开一个新的终端窗口
在您最喜欢的编辑器中编辑
/etc/systemd/system.conf
(以root身份)找到行:
#DefaultTimeoutStopSec=90s
删除行开头的 #(如果存在)
将
=90s
更改为您想要的值,例如=30s
保存更改
仔细检查您是否点击了保存
现在,下次系统重新启动时(我祈祷关闭速度很快)新的超时值将被 systemd 守护进程获取,一切都很好。如果您不想重新启动,我认为您可以运行 systemctl daemon-reload 来代替,但我没有这样做,所以如果它使事情发生,您就得靠自己了变得时髦。
无论如何,就是这样。
显然,本指南不是我从 snap 文档中转述的官方解决方法。哎呀,可能有一个很好的理由为什么超时这么长,也有一个很好的理由为什么我们应该忍受等待该死的事情去死但是……
在这上面浪费了很多很多分钟——足够重复听布兰妮·斯皮尔斯的《Toxic》三遍(互联网的标准时间衡量标准)——我已经完成了。