[Installation failed in KVM with jun's loader 1.04b]

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'

[XPEnology on KVM/QEMU]

did you try to enable hpet timer ?

<timer name='hpet' present='yes'/>

[DSM 6.2 Loader]

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.

On ‎12‎/‎26‎/‎2018 at 10:47 PM, Wladimir Mutel said:

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)

 

[Загрузчик 1.04b для 918+ для 6.2.1 DSM]

<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) )

теперь пытаюсь решить эту проблему .

[Загрузчик 1.04b для 918+ для 6.2.1 DSM]

включил в 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 ?

[Загрузчик 1.04b для 918+ для 6.2.1 DSM]

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

[Загрузчик 1.04b для 918+ для 6.2.1 DSM]

пытаюсь действовать по инструкциям в начале топика, чтобы запустить 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 ? или там слишком специфический конфиг ? у меня ещё остаются не проверенные мной самим пункты, но их всё меньше. буду рад любому совету.

[DSM 6.2 Loader]

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.