Wladimir Mutel

kaynartzs , thank you a lot, this resolved my problem ! I also had to enable hpet timer (present=yes) in VM config, because without that it was hanging at 'Calibrating delay loop'

did you try to enable hpet timer ? <timer name='hpet' present='yes'/>

Well, what helped me, was enabling hpet timer in VM XML configuration file ( <timer name='hpet' present='yes'/> ) Now I have different troubles with uploaded .PAT file reported as 'probably corrupt' but hope I could find a way around it.

<timer name='hpet' present='yes'/> позволило загрузить ядро до конца и вывести систему в сеть теперь пытаюсь установить образ https://cndl2.synology.cn/download/DSM/release/6.2.1/23824/DSM_DS918%2B_23824.pat и оно падает (Failed to install the file. The file is probably corrupted (13) ) теперь пытаюсь решить эту проблему .

включил в extra_args : earlycon =uart8250,io,0x3f8,115200n8 earlyprintk loglevel=15 увидел, что система виснет на calibrating delay loop... это потому, что у меня не haswell, да ? можно ли выбросить один из таймеров в конфиге vm , чтобы это решить ? сейчас у меня так : <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> или может добавить hpet present=yes ?

убрал из списка common_args_918= quiet, но оставил console=ttyS0,115200n8 после запуска vm включил view - text consoles - serial 1 увидел там меню grub и смог выбрать каждый из его пунктов стрелками вверх-вниз но после нажатия enter на последовательной консоли тоже больше ничего не появлялось как заставить ядро отчитываться о проделываемой работе ? как узнать, на каком пункте оно застревает ?

пытаюсь действовать по инструкциям в начале топика, чтобы запустить synoboot.img под QEMU/KVM процессор J1900, будет ли его достаточно ? система Ubuntu 18.04 LTS, QEMU/KVM v2.11, virt-manager v1.5.1, ovmf 20180205 - всё стандартное из комплекта поставки Ubuntu взял серийник и MAC от реального Synology (правда, с не-Intelовским процессором). сгенерировал новый серийник и новый MAC (со смещением, умноженным на 4, как велят рецепты). проверил, что в QEMU USB-диск имеет VID 0x46f4 и VID 0x1. всё это старательно вписал в grub.cfg. проверил, что synoboot.img имеет таблицу разделов GPT (запуская blkid, losetup -P и lsblk). пробовал загружаться в uefi-режиме с загрузчиком ovmf и в обычном режиме с загрузчиком seabios. видел меню grub. выбирал каждый из трёх вариантов (baremetal install, baremetal reinstall, ESXi install) - в любом режиме система замирала после надписи "Happy hacking Screen will stop updating shortly, please open http://find.synology.com to continue" не получая адреса по dhcp. при загрузке с Ubuntu 18.04 Server ISO на той же виртуалке поднималась сетевуха с этим macом и получала адрес на dhcp-клиента. выбросил из командной строки ядра слово quiet - сообщения на vga-консоли не появились. возможно, её поддержка из этого ядра исключена ? на консоли ttyS0 тоже ничего не писалось, я пробовал выбрасывать console=ttyS0... из ком. строки ядра в надежде увидеть всё на vga - но нет верну консоль на ком-порт и проверю ещё раз без quiet (а также проверю, правильно ли законфигурен виртальный ком-порт) если у добрых людей есть какие-то другие целеуказания, где копать, буду рад их получить поможет ли непосредственная загрузка ядра и initrd как файлов при старте vm ? поможет ли замена образа ядра на какой-то стандартный vmlinuz из ubuntu ? или там слишком специфический конфиг ? у меня ещё остаются не проверенные мной самим пункты, но их всё меньше. буду рад любому совету.

Dear Xpenologists, I took 1.04b loader described at https://xpenology.com/forum/topic/13420-загрузчик-104b-для-918-для-621-dsm/ and I am trying to start it up as a virtual machine under Ubuntu 18.04 LTS (QEMU/KVM v2.11, virt-manager v1.5.1, ovmf 20180205 and so on, all packages included with Ubuntu 18.04 and its updates, without side-added repositories) I learned how to generate MAC addresses corresponding to DSM hardware serial number (actually I have a real s/n & mac, just from non-Intel CPU box) I learned that under QEMU/KVM, my USB boot drive PID is 0x46f4 and VID is 0x0001 I dutifully recorded that into grub.cfg (which I accessed via losetup -P && mount), as well as into VM .xml description (using virsh edit) I tried to boot that with both SeaBIOS and OVMF/UEFI loaders. Also I tried to choose every of 3 points of GRUB menu (baremetal install, baremetal reinstall, ESXi install) and despite all these efforts, I still get the same message : "Happy hacking Screen will stop updating shortly, please open http://find.synology.com to continue" no DHCP IP is requested from this MAC (unlike when booting Ubuntu Server 18.04 ISO image from the same VM) my CPU is Intel(R) Celeron(R) CPU J1900 @ 1.99GHz (from /proc/cpuinfo), could this be a problem ? Should I revert to loader 1.03b and firmware DS3615 instead ? Thanks in advance for any useful responses from any kind soul on my topic.