Team,
I've been working on this update for a bit due to the need to diagnose some failed hardware. You can find the latest here: https://bugzilla.redhat.com/show_bug.cgi?id=2137395
Hopefully we could get this update finalized. The shortlist of outstanding issues:
* Secure boot doesn't work; without signing the UEFI by the FPO this requires secure boot to be toggled off (can be toggled back on after running memtest) * Package %scripts to automatically update grub config * Review of the simplified configuration snippet for grub * Location of shipped bins -- is there a better place now? I went with simple. * Figure out correct way to enable this on ostree or maybe add a Conflicts for now
I'm not confident it's worth waiting to address all of the issues right away. Secure boot and ostree support could be done in subsequent updates, if at all.
On Mon, May 8, 2023 at 8:59 AM Peter Lemenkov lemenkov@gmail.com wrote:
Sorry for reviving this old thread but memtest86+ just hit 6.20 milestone and it looks like they restored non-UEFI boot support. Looks like it could be done for both types of systems as easy as this (assuming you're using grub2 for booting the kernel):
menuentry 'memtest86+' { insmod part_gpt insmod ext2 set root='hd0,gpt1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1 <actual fs uuid> else search --no-floppy --fs-uuid --set=root <actual fs uuid> fi linux /boot/memtest64.efi }
Should we just start moving forward away from the quite antique 5.xx version?
On Fri, Oct 7, 2022 at 3:00 PM Richard W.M. Jones rjones@redhat.com wrote:
Earlier discussion:
https://www.mail-archive.com/devel@lists.fedoraproject.org/msg169800.html
Current memtest86+ 5.x requires non-UEFI, which makes it increasingly irrelevant to modern hardware. memtest86 forked into a proprietary product some time ago. However there is hope because upstream memtest86+ 6.00 is (a) open source and (b) seems to work despite the large warnings on the website:
Note this new version is derived from pcmemtest mentioned in the thread above which is only indirectly derived from memtest86+ 5.x and removes some features.
So my question is are we planning to move to v6.00 in future?
I did attempt to build a Fedora RPM, but it basically involves removing large sections of the existing RPM (eg. the downstream script we add seems unnecessary now and the downstream README would need to be completely rewritten). It's probably only necessary to have memtest.efi be installed as /boot/memtest.efi and although it won't appear automatically in the grub menu, it can be accessed by a trivial two line command.
Rich.
-- Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
-- With best regards, Peter Lemenkov. _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue