这是该问题的重新发布版本，由于不在超级用户中，因此已被关闭： https://stackoverflow.com/questions/72706102/why-does-qemu-go-black-when-trying-to-run-a-vm-of-the-os-its-already-running
我正在尝试在已经运行 Ubuntu 的机器上运行虚拟机，但我实际上并不想让虚拟机成为不同的操作系统。因此，我下载了一个包含相同版本 Ubuntu 的 ISO 文件，并尝试使用 qemu 运行它（因为我通过 SSH 访问机器，因此无法使用图形方法）。在链接中，我讨论了控制台如何变黑，但过了一会儿，我使用此版本的命令获得了更多输出（最终导致内核崩溃）：
sudo qemu-system-x86_64 /home/gamechange/imgs/ubuntu-20.04.4-live-server-amd64.iso -kernel /boot/vmlinuz -nographic -append “root=/dev/sda console=ttyS0”
vmlinuz 不是我为此目的而构建的，只是机器上已有的内核（我认为这应该没问题，因为我正在尝试运行已经在那里运行的操作系统），但我的印象是这不是正常现象，人们通常会构建 bzImage，所以我不确定这是否是问题所在。在另一个问题中，我看到了建议附加一个“串行”参数来指定要写入的文件，但当我尝试这样做时没有创建这样的文件，之后我也不再在屏幕上看到内核崩溃，只是出现了我之前看到的相同黑屏。
当我可以让控制台正确附加时，最后出现了内核恐慌：
[1.986377] 没有文件系统可以挂载根，已尝试：[1.986396] ext3 [1.986765] ext2 [1.986900] ext4 [1.987038] squashfs [1.987175] vfat [1.987337] fuseblk [1.987482] [1.987866] 内核崩溃 - 未同步：VFS：无法在未知块 (8,0) 上挂载根 fs [1.988685] CPU：0 PID：1 通信：swapper/0 未被污染 5.4.0-120-generic #136-Ubuntu [1.989171] 硬件名称：QEMU 标准 PC (i440FX + PIIX, 1996)，BIOS 1.13.0-1ubuntu1.1 04/01/2014 [1.990000] 调用跟踪：[1.991345] dump_stack+0x6d/0x8b [1.991677] panic+0x101/0x2e3 [1.991933] mount_block_root+0x2c5/0x2e8 [1.992225] mount_root+0x38/0x3a [
1.992459] prepare_namespace+0x13f/0x194 [1.992739] kernel_init_freeable+0x23f/0x263 [1.993050]？ rest_init+0xb0/0xb0 [ 1.993291] kernel_init+0xe/0x110 [ 1.993534] ret_from_fork+0x35/0x40 [ 1.994488] 内核偏移量：0x21c00000 来自 0xffffffff81000000（重定位范围：0xffffffff80000000-0xffffffffbffffffff）[1.995424] ---[结束内核恐慌 - 未同步：VFS：无法在未知块（8,0）上挂载根 fs]---