print_req_error: I/O 错误，设备 sad，扇区 xxxxxxxx

2024-6-10 • tag-icon

18.04 kernel virtualization

print_req_error: I/O 错误，设备 sad，扇区 xxxxxxxx

我使用 Bhyve 在 Freenas 上将 Ubuntu 服务器作为虚拟机运行。升级 Ubuntu 服务器后，它一直在打印[xxx.xxxxx] print_req_error: I/O error, dev sad, sector xxxxxxxxxx。在出现这些错误消息之前，它报告了启动某些服务等时出错，但我没有时间在它开始不断打印之前捕获这些错误print_req_error...。我之前已经多次执行升级，没有任何问题。升级前服务器运行良好。

升级的输出：

Hit:1 https://deb.nodesource.com/node_11.x bionic InRelease
Hit:2 http://ppa.launchpad.net/certbot/certbot/ubuntu bionic InRelease
Get:3 http://security.ubuntu.com/ubuntu bionic-security InRelease [88.7 kB]
Hit:4 http://ppa.launchpad.net/webupd8team/java/ubuntu bionic InRelease
Hit:5 http://au.archive.ubuntu.com/ubuntu bionic InRelease
Hit:6 http://au.archive.ubuntu.com/ubuntu bionic-updates InRelease
Hit:7 http://au.archive.ubuntu.com/ubuntu bionic-backports InRelease
Fetched 88.7 kB in 2s (44.9 kB/s)
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /vmlinuz-4.15.0-91-generic
Found kernel: /vmlinuz-4.15.0-88-generic
Found kernel: /vmlinuz-4.15.0-96-generic
Found kernel: /vmlinuz-4.15.0-91-generic
Found kernel: /vmlinuz-4.15.0-88-generic
Replacing config file /run/grub/menu.lst with new version
Updating /boot/grub/menu.lst ... done

/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-96-generic
Found initrd image: /boot/initrd.img-4.15.0-96-generic
Found linux image: /boot/vmlinuz-4.15.0-91-generic
Found initrd image: /boot/initrd.img-4.15.0-91-generic
Found linux image: /boot/vmlinuz-4.15.0-88-generic
Found initrd image: /boot/initrd.img-4.15.0-88-generic
Adding boot menu entry for EFI firmware configuration
done

升级后，我重新启动了 Ubuntu，并且开始报告这些错误。

我正在运行 Ubuntu 18.04.4。

我可以使用 Freenas VNC 查看服务器输出，但无法停止输出print_req_error或启动“安全模式”，因为未显示启动/grub 菜单。Freenas 磁盘池未显示任何指示 HDD 故障的错误。

我该怎么做才能修复这个问题并让我的 Ubuntu 服务器再次运行？

答案1

我遇到了完全相同的问题。实际上，即使使用 4.15.0-96-generic 创建新的 VM 也会崩溃。在一台 VM 上，我能够以“安全模式”启动，然后通过执行 sudo apt-get remove 4.15.0-96-generic 恢复到 linux-image-4.15.0-91-generic，
然后我设置为 4.15.0-91-generic 进行启动并恢复 VM。

我认为这不是 Ubuntu 的问题，而是 freenas/freebsd 针对 Linux 的问题。

希望您没有像我一样，认为问题出在那里而丢弃了您的 VM 的 zvol。

答案2

我遇到了同样的问题。经过一番搜索，我在 iXSystems 论坛上找到了有类似问题的用户：https://www.ixsystems.com/community/threads/ubuntu-virtual-machine-no-longer-works.83737/

那里推荐的修复方法是关闭虚拟机，然后编辑磁盘设备，并将其从 AHCI 模式切换到 VirtIO。按照这些步骤操作后，I/O 错误消失了，我能够使用虚拟机（Ubuntu 18.04.3 LTS）。

相关内容