grub2 阶段结束后,屏幕变黑,出现以下文字。接下来,Ubuntu 18.04 成功启动。
[ 0.940493] Couldn't get size: 0x800000000000000e
/dev/nvme0n1p3: clean, 300714/1525920 files, 3457087/6103552 blocks
Started bpfilter
[ 2.453984] PKCS#7 signature not signed with a trusted key
[ 2.568940] PKCS#7 signature not signed with a trusted key
[ 2.570752] PKCS#7 signature not signed with a trusted key
[ 2.604204] PKCS#7 signature not signed with a trusted key
问题:
- 我可以避免它们的出现吗?如果可以,该怎么做?我注意到在 grub2 中
ro quiet splash $vt_handoff
已经设置了。 - 我已经运行过 Ubuntu 18.04 USB 启动盘,
e2fsck -p /dev/nvme0n1p3
并且启动后仍然会显示该信息。即使这些命令成功完成,信息仍然存在。我该如何解决这个问题?e2fsck -f /dev/nvme0n1p3
/dev/nvme0n1p3: clean, 300714/1525920 files, 3457087/6103552 blocks
- 我怎样才能关闭该行的显示
Started bpfilter
?我在这里找到了一些关于 bpfilter 的文章1,2和3.它似乎被建在Linux的没有关闭开关吗?
谢谢。
更新:
关于问题 1:我遇到了这个网页并分别添加到 grub quiet loglevel=3
、 和quiet loglevel=3 rd.systemd.show_status=auto rd.udev.log_priority=3
。这两个命令都只抑制了 的出现,[ 0.940493] Couldn't get size: 0x800000000000000e
但没有抑制上面显示的其他消息。即使使用 ,我也得到了相同的结果quiet loglevel=0
。
关于问题2: 我尝试了提到的方法这里:
- 通过终端 cmd 查找超级块备份在哪里:
$ sudo mke2fs -n /dev/nvme0n1p3
- 通过终端 cmd: 尝试每个超级块备份,直到找到可用的超级块
$ sudo e2fsck -y -b {block number} /dev/nvme0n1p3
。每次尝试时,我都会重新启动系统以检查备份超级块是否有效。 - 但是,所有备份超级块均不起作用。:(
我发现这些消息PKCS#7 signature not signed with a trusted key
是由 引起的Using NVidia driver metapackage from nvidia-driver-430(proprietary, tested)
。当我使用 时Using X.Org X server -- Nouveau display driver from xserver-org-video-nouveau(open source)
,这些消息没有出现。
好消息???根据回复 #5在此Ubuntu 讨论,该消息/dev/nvme0n1p3: clean, 300714/1525920 files, 3457087/6103552 blocks
只是确认文件系统/dev/nvme0n1p3
是干净的(即文件系统正常,不需要修复。)出现此消息的原因是由于 GPU 和图形驱动程序之间的时间差异,即它们的初始化可能更快或更慢。 引用Manfred Hampl:
这会导致这样的情况:在某些计算机上,此类信息消息可能会显示更长时间,然后 Ubuntu 欢迎屏幕才会隐藏该消息,而在其他计算机上,可能只会短暂显示一段时间,然后图形显示就会占用全屏。
基于上述情况,我怀疑我看到的这些 Linux 启动消息是与所NVidia driver metapackage from nvidia-driver-430(proprietary, tested)
使用的 NVidia GPU 之间的时间差异造成的。
为了调查这种可能性,我尝试清除 nvidia 驱动程序并重新安装它们。以前,我使用的是图形驱动程序团队。最近,我了解到 Ubuntu 将从 Ubuntu 18.04 开始通过其存储库通过稳定版本更新提供 NVIDIA 驱动程序更新,因此不再需要 PPA 类型的图形驱动程序。我做了以下事情:
- 按 Ctrl + Alt + F3 访问 tty3 并登录。
sudo apt update
sudo apt upgrade
sudo apt remove nvidia-*
sudo add-apt-repository --remove ppa:graphics-drivers/ppa
sudo apt update
sudo ubuntu-drivers autoinstall
ubuntu-drivers list
sudo reboot
然而,这个过程并没有消除上述任何信息的出现。
我正在使用 nvme 和 HDD 存储介质的系统,每个介质都包含一个唯一的 Ubuntu 18.04 安装。我注意到,只有当 nvme 中的 Ubuntu 18.04 启动时,才会出现上述消息。当 HDD 中的 Ubuntu 18.04 启动时,仅显示以下消息:
/dev/sdb3: clean, xxxxxxx/xxxxxxxxx files, xxxxxxx/xxxxxxx blocks
虽然使用了相同的 Ubuntu 安装磁盘和版本,但这个 Ubuntu 系统是最新安装的。PKCS#7 signature not signed with a trusted key
在 期间,两个系统上都可以看到该消息$ dmesg -l err
。但它似乎只在启动时出现,第一个 Ubuntu 18.04 安装在 nvme 磁盘上。多么奇怪???在同一个硬件系统(除了一个在 nvme 磁盘中,另一个在 HDD 磁盘中)和相同的 Ubuntu 版本上,我可以得到不同的 linux 启动消息。
我发现中的 grub 文件sdb3/etc/default/grub
用于创建 grub 菜单(最新安装的 Ubuntu 18.04 系统)。我想看看如果我能够返回使用nvmen0p3/etc/default/grub
先前安装的 Ubuntu 18.04 系统中的文件来启动 Ubuntu,会发生什么。我使用“启动修复”来实现更改。中提到的过程如果没有 Manjaro被使用。
重新启动后,我注意到当我选择使用 nvme 磁盘中的 Ubuntu 18.04 启动时,出现了以下消息:
/dev/nvme0n1p3: clean, 300714/1525920 files, 3457087/6103552 blocks
Started bpfilter
而当我选择使用 sdb3 磁盘中的 Ubuntu 18.04 启动时,出现了以下消息:
[ x.xxxxxx] Couldn't get size: 0x800000000000000e
/dev/sdb3: clean, xxxxx/xxxxxxx files, xxxxxxx/xxxxxxx blocks
[ x.xxxxxx] PKCS#7 signature not signed with a trusted key
[ x.xxxxxx] PKCS#7 signature not signed with a trusted key
[ x.xxxxxx] PKCS#7 signature not signed with a trusted key
[ x.xxxxxx] PKCS#7 signature not signed with a trusted key
多么奇怪...
无法获取大小:0x800000000000000e