Hi Peter,
[QUOTE=pfsas;32065]I kept all the proposed settings untouched, which means BtrFS for root partition, no separate /boot partition. And yes you are correct, I run it in paravirtualized mode.[/QUOTE]
we’ve had our share of problems booting DomUs with BtrFS for root. We decided to generally use Ext4, but there may be a work-around, depending on the patch level of your Dom0 installation.
[QUOTE=pfsas;32065]During the installation the Boot options of VM says Kernel path: /tmp/kernel.something, Initrd path: /tmp/install-initrd.something and Kernel argumets: install=hd:/dev/xvdb - is this what you asked for?
After the installation VM restarts, then says No kernel was found and the disk image (which was created during the installation) disappears completely as well as the VM itself.[/QUOTE]
No that wasn’t what I was after - it’s the configuration that’s set up after the install phase.
During DomU installation, the boot loader grabs the kernel and initrd from the installation media, copies it to Dom0’s /tmp and boots that - this is what you see and quoted above. Once the installation is “complete”, IOW the first restart of the DomU is scheduled, those temporary files are deleted and the configuration updated to boot from the DomU’s virtual disk.
If I got that right, we typically used the following boot loader config for BtrFS-based images (i.e. SLES12 or Leap, when configured all default):
[CODE]builder=“linux” # PVM
bootloader=“pygrub” # non-BtrFS
kernel=“/usr/lib/grub2/x86_64-xen/grub.xen” # BtrFS[/CODE]
please note that this is from a SLES11SP4 Dom0 (provided by grub2-x86_64-xen-2.00-0.57.1 in our case) - so please check first that this loader file is available on SP3…
If not and you cannot upgrade to SP4, install you VMs using Ext4 or at least put /boot on a separate, non-BtrFS partition.
Regards,
Jens