20.04服务器挂起重启

Question

当我试图在家里重启或关闭我的主存储服务器时，我遇到了一个问题。关机过程卸载并停止大部分系统，直到它到达systemd-udevd，然后挂起。

显示器上显示的内容如下：

...
[  OK  ] Reached target Unmount All Filesystems.
[  OK  ] Stopped Remount Root and Kernel File Systems.
[  OK  ] Reached target Shutdown.
[  OK  ] Reached target Final Step.
[  OK  ] Finished Reboot.
[  OK  ] Reached target Reboot.
[2706010.062757] systems-shutdown[1]: Waiting for process: systemd-udevd, systemd-udevd
[2706100.061724] systems-shutdown[1]: Waiting for process: systemd-udevd
[2706190.199550] shutdown[1]: Waiting for process: systemd-udevd
[2706280.198498] shutdown[1]: Waiting for process: systemd-udevd
[2706360.222337] sd-umoun[120154]: Failed to unmount /oldroot: Device or resource busy
[2706360.223343] sd-umoun[120155]: Failed to unmount /oldroot: Device or resource busy
[2706360.224401] sd-umoun[120156]: Failed to unmount /oldroot: Device or resource busy
[2706360.229444] shutdown[1]: Failed to finalize  file systems, ignoring

在这一点上，系统只是坐在那里，直到我的物理重启机器。

这是/var/log/syslog的一个节选，它发生在挂起的时候：

May  6 07:33:22 ubuntu-store systemd[1]: Stopped Initialize hardware monitoring sensors.
May  6 07:33:22 ubuntu-store systemd[1]: Stopping LVM event activation on device 8:16...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping LVM event activation on device 8:32...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping LVM event activation on device 8:48...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping LVM event activation on device 8:64...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping LVM event activation on device 8:80...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping Dispatcher daemon for systemd-networkd...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping PackageKit Daemon...
May  6 07:33:22 ubuntu-store systemd[1]: Stopping Authorization Manager...
May  6 08:05:50 ubuntu-store systemd-sysctl[433]: Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
May  6 08:05:50 ubuntu-store systemd-sysctl[433]: Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).

这台机器在08:05:50手动重新启动。

关于这个系统的一点：

• 具有所有更新的Ubuntu 20.04
• 作为专用Samba服务器运行。
• 第五代英特尔核心i5 w/16 i5内存
• 250 SSD引导驱动器
• 25 ZFS存储池

lsb_release显示：

Distributor ID: Ubuntu
Description:    Ubuntu 20.04.2 LTS
Release:    20.04
Codename:   focal

而uname -r显示：

5.4.0-72-generic

这个问题直到最近才被注意到(上个月左右)，因为它不会经常被关闭，除非有需要重新启动的安全更新。我还没有追踪到的一个异常现象是负载不一致。CPU利用率很少超过4%。内存的使用量很少超过9GB。当使用交换文件时，最多可能是几十兆字节。然而，负载约为2.2。运行htop或glances不会显示出任何异常情况。不确定这是否是系统未识别为僵尸进程的证据。

正如人们所预期的那样，重新启动系统会在几天内将一切恢复正常。然而，由于这是一台服务器，我不喜欢每周日晚上让机器重新启动自己，就像它是90年代的Windows桌面一样。

对于什么可能导致这个问题和/或我如何解决它，有什么想法吗？

Answer 1

我也面临着同样的问题。我必须完成在sd卡上重新编写ubuntu服务器，这样我才能再次运行它。(我在研究树莓皮4 8gb内存)。

在复制错误后，我发现一个名为可写的分区。我看到分区消失只是因为我重新启动了服务器。

作为临时修复，您可以将该分区重新创建为可写分区，并选择分区系统为ext4 ()。