由于 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》三遍（互联网的标准时间衡量标准）——我已经完成了。