Xubuntu 18.04内核需要很长时间才能启动


10

从17.10升级后,我的启动时间更长。最初,它花费了超过5分钟的时间。dmesg揭示罪魁祸首是该内核试图找到的不存在的软盘驱动器。

及时删除它,这5分钟减少到大约40秒,我觉得这仍然比更新前花费的时间还多。dmesg再次运行将显示安装文件系统(完整输出)需要30秒,并显示以下消息:

[   36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

我正在从SSD引导,并插入了另外两个硬盘驱动器,其中一个是ext4格式的,但是没有任何系统数据。我认为这是SSD。在这30秒钟内,没有文本显示,也没有启动画面,只是一个空白屏幕。

现在,我说它感觉比更新之前要慢,因为我没有以前的确切时间,所以我的第一个问题是,挂载文件系统需要30秒是否正常,如果没有,如何查找更多信息关于什么可能导致延误?

编辑1:

开启或关闭交换均无效

同时,我还在计算机上安装了另一个硬盘驱动器。似乎将我的启动时间进一步延长了大约10秒钟,并且dmesg输出出现了另一行,恰好在上述30秒延迟之前:

[    3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   17.169519] random: crng init done
[   51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

编辑2:

systemd-analyze blame结果在这里

同时,在几次重新启动之后,dmesg我上面指责的那行因此改变了它们的时间:

[    3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[   34.091886] random: crng init done
[   36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)

我将进行几次重新启动,以查明这是随机更改还是保持不变(第一次编辑中的代码块是在插入额外的HDD之后从第一次引导启动的)。

编辑2.5:random: crng init done通常按编辑1所示的时间出现,很少像编辑2所示。它似乎是随机的。


您可以运行systemd-analyze blame编辑问题以包括此命令的输出吗?
vidarlo

我之前已经运行过,结果的总和不到8-9秒,所以我认为这无关紧要。我已经添加了结果。
Jes Wanson '18

Answers:


17

我有同样的问题。在启动消息期间,它将说它在等待恢复设备时超时。检查其中/etc/initramfs-tools/conf.d/resume是否包含UUID,例如RESUME=some-uuid删除uuid并替换为“ none”为RESUME=none。在运行之后,sudo update-initramfs -uk all应该很好。


2
最后!这解决了我一直研究了无数小时的问题-现在将启动时间减少了一半。有关此简历的有用信息:askubuntu.com/questions/1057556/…–
Casperrw

1
这似乎也对我有用,在此之前和之后的8秒钟内启动了大约38秒。
Pablo Pazos

从16.04发行版升级到18.04后,这个问题对我来说就出现了-这种方法也为我消除了30秒的延迟。
Bonlenfum

5

我已经多次遇到此问题,并且我的解决方案在所有情况下均有效。

运行dsmeg时,错误显示为:

[    6.382044] random: crng init done
[    6.382048] random: 7 urandom warning(s) missed due to ratelimiting
[   32.162934] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)

解决方案是:

首先比较您的fstab和blkid:

$ blkid
/dev/sda1: UUID="C0C0-7641" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="1085d848-f8b9-45e2-a6be-087acb32a820"
/dev/sda3: LABEL="Windows" UUID="8662302C623022FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="de399a3e-c832-4dca-a09d-f65789425b89"
/dev/sda4: LABEL="Windows RE tools" UUID="2262513962511341" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="18feb4e1-5770-4e13-92b8-bb8ba8005536"
/dev/sda5: UUID="81a474ab-98bf-4d40-b03e-e5e647163d7e" TYPE="ext4" PARTLABEL="Arco Linux" PARTUUID="3759200f-6317-4487-8b10-3a0140c67bd5"
/dev/sda6: LABEL="rootMX17" UUID="7bae9e4d-61fa-4187-b11f-517c799f7c94" TYPE="ext4" PARTLABEL="MX Linux" PARTUUID="417c8cbd-11b7-4fe6-9b15-ac9082d74460"
/dev/sda7: UUID="d9539219-1c29-468f-bbd0-106663fdef59" TYPE="swap" PARTLABEL="Swap" PARTUUID="fefe3061-bf7b-4a26-8c20-08e209acc28e"



$ sudo nano /etc/fstab


# /etc/fstab: static file system information
#
# Created by make-fstab on Mon Nov 19 17:10:30 EST 2018

# <file system>                            <mount point>                               <type>     <$

#-> /dev/sda6  label=rootMX17
UUID=7bae9e4d-61fa-4187-b11f-517c799f7c94  /                                           ext4       d$
#-> /dev/sda1
UUID=C0C0-7641                             /boot/efi                                   vfat       d$
#-> /dev/sda7
UUID=42e5a9cd-b6e1-4d57-9a3a-2ad910862579  swap                                        swap       d$

如您所见,我在/ dev / sda7处的交换在fstab中的UUID与在blkid中的UUID不同。在我的情况下,这是由另一个Linux安装重新分区交换并导致UUID更改引起的。引导延迟是由系统尝试查找交换的新UUID引起的。要解决此问题,只需将blkid中不匹配的UUID复制到fstab文件中,然后保存。

如果重启后引导错误仍然存​​在,则需要另外编辑initramfs.conf文件。

为此,请执行以下操作:

$ sudo nano  /etc/initramfs-tools/conf.d/resume

然后,通过制作新文件或编辑当前的简历文件,在第一行上写RESUME = UUID = << swap的UUID >>

例如,我的看起来像

RESUME=UUID=d9539219-1c29-468f-bbd0-106663fdef59

然后运行以下命令来更新您的initramfs文件。

#sudo update-initramfs -u

然后重新启动。错误将消失。


1

我经历了启动时间类似的增加,并与调查后dmesg,并systemd-analyze blame罪魁祸首似乎是random: crng init

问题似乎是从SSD初始化时熵不足。该假设似乎已得到证实,因为在启动过程中一堆鼠标摇动会使启动时间从大约2分钟缩短到接近之前的水平。


1

引导时,内核等待鼠标移动以初始化随机数生成器。引导时的内核消息:
sudo dmesg | less

问题:
kernel: random: crng init done

解决方案:
sudo apt install haveged
sudo systemctl enable haveged


0

删除交换分区并制作交换文件后,我在ubuntu 19.04上具有启动速度缓慢的问题。

dmesg的输出

[    2.220963] hid-generic 0003:1B1C:1B0F.0003: input,hidraw2: USB HID v1.11 Device [Corsair Corsair M45 Gaming Mouse] on usb-0000:00:14.0-1/input2
[   33.321639] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   33.407323] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   33.417651] systemd[1]: Inserted module 'autofs4'

/ etc / fstab中没有交换文件。所有已安装的磁盘/ UUID均正确。

我检查了/etc/initramfs-tools/conf.d/resume但该文件丢失了。

我刚跑

sudo update-initramfs -uk all

现在,它启动非常快。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.