[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] read grubenv and set default from saved_entry or next_entry
On 2019-08-16 15:25, Steven Haigh wrote: On 2019-08-16 05:05, YOUNG, MICHAEL A. wrote:On Thu, 15 Aug 2019, Steven Haigh wrote:Having a bit of a look here.... My test system grubenv file has: # GRUB Environment Block saved_entry=0 kernelopts=root=UUID=5346b4d9-885f-4673-8aff-04a16bf1971a ro rootflags=subvol=root selinux=0 rhgb quiet boot_success=1 #################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################################I have attached a revision of the first patch which should handle a numeric saved_entry.Hi Michael,I tried this - and it successfully works for systems that have saved_entry=0.I noticed that stock installs still have problems with updating grubenv from new kernel installs. I had to manually regenerate grub.cfg after upgrading to kernel 5.2.8. grubenv doesn't seem to get changed at all unless you manually use 'grub2-set-default 0' $ rpm -qa | grep kernel | sort kernel-5.1.15-300.fc30.x86_64 kernel-5.2.8-200.fc30.x86_64 kernel-core-5.1.15-300.fc30.x86_64 kernel-core-5.2.8-200.fc30.x86_64 kernel-headers-5.2.8-200.fc30.x86_64 kernel-modules-5.1.15-300.fc30.x86_64 kernel-modules-5.2.8-200.fc30.x86_64 $ rpm -qa | grep grub | sort grub2-common-2.02-81.fc30.noarch grub2-pc-2.02-81.fc30.x86_64 grub2-pc-modules-2.02-81.fc30.noarch grub2-tools-2.02-81.fc30.x86_64 grub2-tools-efi-2.02-81.fc30.x86_64 grub2-tools-extra-2.02-81.fc30.x86_64 grub2-tools-minimal-2.02-81.fc30.x86_64 grubby-8.40-31.fc30.x86_64 grubby-deprecated-8.40-31.fc30.x86_64 $ cat /etc/default/grub GRUB_TIMEOUT=1 GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="audit=0 selinux=0 console=hvc0" GRUB_DISABLE_RECOVERY="true" GRUB_ENABLE_BLSCFG=false It seems we still have issues with this configuration - but this is a Fedora 30 problem - not Xen. Sorry, forgot to add this for using the functionality of saved_entry=0. Tested-by: Steven Haigh <netwiz@xxxxxxxxx>Have not tested using a string as the entry - as all of my installs seem to have other problems wrt semi-related fedora issues. -- Steven Haigh ? netwiz@xxxxxxxxx ? http://www.crc.id.au ? +61 (3) 9001 6090 ? 0412 935 897 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |