-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/24/2013 08:14 AM, Johnny Hughes wrote: > On 11/23/2013 12:07 PM, Kenneth Porter wrote: >> I ran "yum update" the other day on my dom0 and let it pull a new >> kernel. The RPM install scriptlet runs /sbin/new-kernel-pkg (part >> of the grubby package) to update grub.conf. It writes a new >> record to boot the Linux kernel instead of Xen. It would be nice >> if it noticed that it was running inside Xen and wrote a suitable >> record for that. >> > > We are aware of this issue and for now, you have to manually run > /usr/bin/grub-bootxen.sh > > We are also aware that the setup that grub-bootxen.sh provides is > very basic and does not learn/keep custom settings. > > This is something that we would love to receive community input to > fix. Modifying the spec file for the Xen kernel package to call an additional script in %post should be trivial, and since this kernel package doesn't come from upstream you should be free to do so. The issue with using grubby is that grubby expects the kernel to be defined in the kernel line and the initrd in the initrd line. But with Xen boot entries both are defined in module lines instead. It shouldn't bee too difficult to eitehr write a new script that would work similar to grubby but looks at the module lines instead, or to modify grubby itself to do so. Note that I (and I would think some others) like to have two boot entries for each new kernel. One that boots via the Xen hypervisor and a second that boots directly to the kernel itself, I would love to see such a script be able to copy both of these entries when installing a new kernel. Peter -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSkRyGAAoJEAUijw0EjkDvsacIAKIpNGtDDsu9Sbt6cJALmgaD VKHVGI7TJcam2Nebb8GLpKnJz6BNGf4xhD6cGMzG3FtHJ8DNcTiKmP7IlRfLpNsD i/jc+Wnis6LkJgMSHf1LlXkYvYLqCF+S4AZP+nqLvae5HPA4rfKf4h/8ULinYv88 ujoZvArToc0oIJGmQZQOGfeWO9aVPYrtm6LCRda0TqAvKRoL/EzE6/GWUzin+rOQ x346BdYymnEIS9UTTUl3t+Eo4qBKyFH3i92Dqe/KXongINiSt36UdsWvhpFWgurS W0gjdgUKE68Fh/NlbjddDWNIVsWHk+2AikDcaRTlvzn2Rw8i6DdNA8TCxtNq2zU= =2zVN -----END PGP SIGNATURE-----