Я пытаюсь загрузить образ OpenStack Debian 10 с помощью qemu и сталкиваюсь с ошибкой обнаружения жесткого диска, в конце последовательности загрузки отображается следующее:
[ 0.989085] Run /init as init process
Loading, please wait...
Starting version 241
[ 1.068365] SCSI subsystem initialized
[ 1.073933] cryptd: max_cpu_qlen set to 1000
[ 1.085586] AVX2 version of gcm_enc/dec engaged.
[ 1.085699] PCI Interrupt Link [LNKA] enabled at IRQ 10
[ 1.086342] AES CTR mode by8 optimization enabled
[ 1.094169] scsi host0: ata_piix
[ 1.095524] scsi host1: ata_piix
[ 1.096120] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc2c0 irq 14
[ 1.097198] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc2c8 irq 15
[ 1.108170] PCI Interrupt Link [LNKB] enabled at IRQ 11
[ 1.120402] virtio_blk virtio0: [vda] 736 512-byte logical blocks (377 kB/368 KiB)
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scripts/local-premount ... done.
Begin: Waiting for root file system ... Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
... line repeats ...
Begin: Running /scripts/local-block ... done.
Begin: Running /scripts/local-block ... done.
done.
Gave up waiting for root file system device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! UUID=77e3f255-2ef2-47bc-ad89-7cdbd65f5fbc does not exist. Dropping to a shell!
BusyBox v1.30.1 (Debian 1:1.30.1-4) built-in shell (ash)
Enter 'help' for a list of built-in commands.
В командной строке initramfs я вижу следующее:
(initramfs) cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-cloud-amd64 root=UUID=77e3f255-2ef2-47bc-ad89-7cdbd65f5fbc ro biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200 earlyprintk=ttyS0,115200 consoleblank=0 systemd.show_status=true
(initramfs) cat /proc/modules
ata_generic 16384 0 - Live 0xffffffffc00ba000
crc32c_intel 24576 0 - Live 0xffffffffc00b3000
virtio_blk 20480 0 - Live 0xffffffffc00ad000
aesni_intel 200704 0 - Live 0xffffffffc0156000
ata_piix 36864 0 - Live 0xffffffffc0147000
aes_x86_64 20480 1 aesni_intel, Live 0xffffffffc0135000
crypto_simd 16384 1 aesni_intel, Live 0xffffffffc0130000
libata 245760 2 ata_generic,ata_piix, Live 0xffffffffc00da000
cryptd 28672 2 aesni_intel,crypto_simd, Live 0xffffffffc00d2000
glue_helper 16384 1 aesni_intel, Live 0xffffffffc00cb000
scsi_mod 237568 1 libata, Live 0xffffffffc0072000
virtio_pci 28672 0 - Live 0xffffffffc0066000
virtio_ring 28672 2 virtio_blk,virtio_pci, Live 0xffffffffc005b000
virtio 16384 2 virtio_blk,virtio_pci, Live 0xffffffffc0053000
(initramfs) ls /dev
block tty18 tty5
char tty19 tty50
console tty2 tty51
core tty20 tty52
cpu_dma_latency tty21 tty53
disk tty22 tty54
fd tty23 tty55
full tty24 tty56
hpet tty25 tty57
input tty26 tty58
kmsg tty27 tty59
mem tty28 tty6
memory_bandwidth tty29 tty60
network_latency tty3 tty61
network_throughput tty30 tty62
null tty31 tty63
psaux tty32 tty7
ptmx tty33 tty8
pts tty34 tty9
random tty35 ttyS0
snapshot tty36 ttyS1
stderr tty37 ttyS2
stdin tty38 ttyS3
stdout tty39 urandom
tty tty4 vcs
tty0 tty40 vcs1
tty1 tty41 vcsa
tty10 tty42 vcsa1
tty11 tty43 vcsu
tty12 tty44 vcsu1
tty13 tty45 vda
tty14 tty46 vga_arbiter
tty15 tty47 zero
tty16 tty48
tty17 tty49
(initramfs) ls /dev/disk/by-label/
cidata
(initramfs) ls -al /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 0 0 60 Jul 22 00:07 .
drwxr-xr-x 5 0 0 100 Jul 22 00:07 ..
lrwxrwxrwx 1 0 0 9 Jul 22 00:07 2019-07-21-20-02-09-00 -> ../../vda
Чтобы воссоздать эту виртуальную машину, сначала я настраиваю образ qcow2 из загруженного базового образа (скачанного ссайт изображений openstack):
~/vm/deb10-test$ sha256sum ../base-debian-10/base.qcow2
d4c2966d996a3e08c198be41640d54b5d0c038cfc21b4d05e4b769824974daaf ../base-debian-10/base.qcow2
~/vm/deb10-test$ qemu-img create -f qcow2 -o "backing_file=../base-debian-10/base.qcow2" image.qcow2 20G
Formatting 'image.qcow2', fmt=qcow2 size=21474836480 backing_file=../base-debian-10/base.qcow2 encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16
Далее я настраиваю seed.imgcloud-init с помощью cloud-localds:
~/vm/deb10-test$ cat meta-data
instance-id: iid-deb10-test-20190721-193118
hostname: deb10-test
local-hostname: deb10-test
~/vm/deb10-test$ cat network-config
---
version: 1
config:
- type: physical
name: eth0
subnets:
- type: static
address: 192.168.237.42
netmask: 255.255.255.0
routes:
- network: 0.0.0.0
netmask: 0.0.0.0
gateway: 192.168.237.1
- type: nameserver
address: [192.168.234.10, 192.168.234.254, 8.8.8.8]
search: []
~/vm/deb10-test$ cat user-data
#cloud-config
users:
- default
chpasswd:
list: |
debian:passw0rd
expire: False
ssh_pwauth: True
package_update: true
packages:
- python
bootcmd:
# disable automatic dhcp
- sed -e '/^#/! {/eth0/ s/^/# /}' -i /etc/network/interfaces
~/vm/deb10-test$ cloud-localds -v ./seed.img --network-config network-config user-data meta-data
wrote ./seed.img with filesystem=iso9660 and diskformat=raw
И наконец я запустил virt-install со следующим:
~/vm/deb10-test$ virt-install \
--os-variant auto --virt-type kvm \
--name deb10-test --graphics none --import \
--disk path="./image.qcow2",format=qcow2,bus=scsi \
--disk path="./seed.img",bus=virtio \
--cpu host --vcpus 2 --memory 2048 \
--network network=routed
Аналогичная процедура работает для образов Debian 9, а изменение на bus=virtioработает для многих других образов Linux (CentOS и Ubuntu). Я не понимаю, почему устройство жесткого диска не отображается, хотя остальная часть initramfs, похоже, работает. Есть ли другие параметры, которые мне нужно передать для работы с Debian 10?
Редактировать: Попытка сделать следующее не решила проблему:
--machine q35: никакой видимой разницы, из документации следует, что это не требуется при использовании KVM.--disk path=./seed.img,device=cdrom,bus=sata: нет видимой разницы--controller scsi,model=virtio-scsi: это на самом деле сломало загрузку еще больше, просто зависло на пустой консоли, без grub, загрузки ядра или приглашения initramfs. Использованиеmodel=autoвернулось к приглашению initramfs.
решение1
Загрузить этоnetboot/initrd.gz
Загрузить этоnetboot/vmlinuz
Создайте пустой образ диска с помощью:
qemu-img создать -f qcow2 hda.qcow2 10G
Запустите
debian-installerв QEMU с помощью:qemu-system-????????? -M virt -m 1024 -kernel vmlinuz -initrd initrd.gz -drive if=none,file=hda.qcow2,format=qcow2,id=hd -device virtio-blk-device,drive=hd -netdev пользователь,id=mynet -device virtio-net-device,netdev=mynet -nographic -no-reboot
Он debian-installerзапустится, задаст вам несколько простых вопросов с помощью текстовых меню, обнаружит виртуальные устройства, выполнит свою работу и успешно установит полнофункциональную ОС Debian10 в hda.qcow2образ диска. Не обращайте внимания на его крики об отсутствующем загрузчике...
Теперь, чтобы запустить этот образ, вам нужно скопировать 2 файла из образа
hda.qcow2в файловую систему вашей хост-ОС (например, в каталог QEMU), а именно:vmlinuz-4.19.????????иinitrd.img-4.19.?????...используяlibguestfsинструмент на Linux или PeaZipна WindowsНаконец, запустите только что установленную виртуальную машину с помощью:
qemu-system-??????? -M virt -m 1024 -kernel vmlinuz-4.19.??????? -initrd initrd.img-4.19.??????? -append root=/dev/vda2 -drive if=none,file=hda.qcow2,format=qcow2,id=hd -device virtio-blk-device,drive=hd -netdev user,id=mynet,restrict=off,net=192.168.0.0/24,hostfwd=tcp:127.0.0.1:10022-192.168.0.15:22 -device virtio-net-device,netdev=mynet -nographic -no-reboot
Обязательно измените ??????на конкретные имена файлов в вашей системе и измените -append root=/dev/vda2на какое-либо другое устройство, если вы решили не форматировать весь виртуальный диск для раздела Linux во время установки Debian.
- Наконец, загрузите виртуальную машину и войдите в нее с консоли.
Чтобы войти в эту виртуальную машину rootчерез SSH по адресу 127.0.0.1:10022, необходимо отредактировать файл /etc/ssh/sshd_configи добавить строку: PermitRootLogin yes.
Вы также можете захотеть взглянуть наэтот ответмоего, если SSH-сервер ведет себя неправильно.
решение2
Я бы изменил несколько вещей в вашей virt-installкоманде:
Во-первых, я бы добавил --machine q35вместо разрешения тип машины по умолчанию, который эмулирует оборудование очень древнего (эпохи Windows 95) ПК. Обратите внимание, что вам также нужно добавить контроллер virtio-scsi с --controller scsi,model=virtio-scsi.
Во-вторых, я бы установил тип диска вашего ISO-образа на CDROM (и он также должен быть подключен через SATA). Итак--disk path=./seed.img,device=cdrom,bus=sata