이것은 슈퍼유저에 없었기 때문에 종료된 이 질문의 재게시 버전입니다. https://stackoverflow.com/questions/72706102/why-does-qemu-go-black-when-trying-to-run-a-vm-of-the-os-its-already-running
이미 Ubuntu를 실행 중인 컴퓨터에서 VM을 실행하려고 하지만 실제로는 VM이 다른 OS가 되는 것을 원하지 않습니다. 그래서 동일한 버전의 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는 이 목적을 위해 제가 만든 것이 아니라 이미 머신에 있던 커널입니다(이미 거기에서 실행 중인 OS를 실행하려고 하기 때문에 괜찮을 것이라고 생각합니다). 그러나 제 인상은 그것이 정상적인 것이 아니라는 것입니다. 사람들은 일반적으로 bzImage를 빌드하므로 그것이 문제인지 확실하지 않습니다. 또 다른 질문에서는 쓸 파일을 지정하는 "직렬" 매개 변수를 추가하라는 권장 사항을 발견했지만 시도했을 때 그러한 파일이 생성되지 않았고 나중에 더 이상 화면에 커널 패닉이 발생하지 않고 동일한 검은 화면이 나타납니다. 나는 전에 얻었습니다.
콘솔을 제대로 추가할 수 있었을 때 마지막에 커널 패닉이 발생했습니다.
[ 1.986377] 루트를 마운트할 수 있는 파일 시스템이 없습니다. 시도했습니다. [ 1.986396] ext3 [ 1.986765] ext2 [ 1.986900] ext4 [ 1.987038] squashfs [ 1.987175] vfat [ 1.987337] 퓨즈blk [ 1.987482] [ 1.987 866] 커널 패닉 - 동기화되지 않음: 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 2014년 4월 1일 [ 1.990000] 호출 추적: [ 1.991345] dump_stack+0x6d/0x8b [ 1.991677] 패닉+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] 커널 오프셋: 0xffffffff81000000에서 0x21c00000(재배치 범위: 0xffffffff8 0000000-0xffffffffbffffffff) [ 1.995424] ---[ 커널 패닉 종료 - 아님 동기화: VFS: 알 수 없는 블록(8,0)에 루트 fs를 마운트할 수 없습니다. ]---