On Mon, Sep 1, 2025 at 8:36 AM Neal Gompa wrote:
> It is possible to request Fedora to sign it. You will probably need
> to make some packaging changes to support it, but it can be done.
>
Ah cool. I didn't know that we had made any progress on upgrading the
signing process and adding our own ke
On Mon, Sep 1, 2025 at 10:32 AM Jonathan Steffan
wrote:
>
> Hello,
>
> memtest86+ is already at the latest version. We automatically monitor
> upstream and have been responsive for updates. If you have any issues with
> the package please file a bug. :)
>
> We are unable to sign these builds due
On Mon, Sep 1, 2025 at 11:12 AM Jonathan Steffan
wrote:
>
> On Mon, Sep 1, 2025 at 8:36 AM Neal Gompa wrote:
>>
>> It is possible to request Fedora to sign it. You will probably need to make
>> some packaging changes to support it, but it can be done.
>
>
> Ah cool. I didn't know that we had mad
Hello,
memtest86+ is already at the latest version. We automatically monitor
upstream and have been responsive for updates. If you have any issues with
the package please file a bug. :)
We are unable to sign these builds due to the requirements for the secure
boot signing process. If there is eve
On Wed, Aug 27, 2025 at 6:19 PM Roke Beedell via devel <
devel@lists.fedoraproject.org> wrote:
> From what I see, no replacement was ever added to the boot options, so
> none exists now (although it is performed by the kernel at boot).
> Considering that
> https://unix.stackexchange.com/revisions/
From what I see, no replacement was ever added to the boot options, so none
exists now (although it is performed by the kernel at boot). Considering that
https://unix.stackexchange.com/revisions/439769/5#:~:text=Yes%2C%20there%20is%2C%20and%20it%20is%20now%20Memtest86+%20v6%20itself.%20This%20is%
On Fri, 2021-07-30 at 18:57 -0600, Chris Murphy wrote:
> [Bug 1988142] memtest boot entry on Fedora install media does not work
> since Fedora-Rawhide-20210728.n.3
> https://bugzilla.redhat.com/show_bug.cgi?id=1988142
>
> This bug might be gcc, but also includes a note about the upstream
> being k
On 9/3/21 12:13 PM, Gordon Messmer wrote:
Does Fedora GRUB also contain changes that might interfere with
chainloading? I believe that some people are using it to chainload
the Windows boot loader, but maybe it only works for binaries with
signatures?
# sbsign --key MOK.priv --cert MOK.pem
On 9/3/21 2:26 AM, Hans de Goede wrote:
It might be interesting to try and using e.g. an EFI
grub binary from Ubuntu with a:
linux /pcmemtest.efi
I created a UEFI VM running Debian 11 to try that out. It doesn't work
there, but I'm seeing in consistent results. The first time aroun
Hi,
On 8/30/21 9:35 PM, Gordon Messmer wrote:
> On 8/30/21 12:08 PM, Hans de Goede wrote:
>>
>> I checked the entry on a Windows multiboot system and it does not have the
>> "insmod chain" line, maybe droppint that helps?
>
>
> Same result. GRUB returns immediately to its menu. I'm certain the
On Mon, 2021-08-30 at 12:35 -0700, Gordon Messmer wrote:
> On 8/30/21 12:08 PM, Hans de Goede wrote:
> >
> > I checked the entry on a Windows multiboot system and it does not
> > have the
> > "insmod chain" line, maybe droppint that helps?
>
>
> Same result. GRUB returns immediately to its menu
On 8/30/21 12:08 PM, Hans de Goede wrote:
I checked the entry on a Windows multiboot system and it does not have the
"insmod chain" line, maybe droppint that helps?
Same result. GRUB returns immediately to its menu. I'm certain the
path is correct, because GRUB will report an error if it i
Hi,
On 8/30/21 7:11 PM, Gordon Messmer wrote:
> On 8/30/21 12:20 AM, Hans de Goede wrote:
>> For the grub bit I think you just need a menu entry with a chainloader
>> line in there, similar to how booting Windows in a multi-boot setup works.
>
>
> Among other things, I've tried
>
> insm
On 8/30/21 12:20 AM, Hans de Goede wrote:
For the grub bit I think you just need a menu entry with a chainloader
line in there, similar to how booting Windows in a multi-boot setup works.
Among other things, I've tried
insmod chain
chainloader //pcmemtest.efi
When that menuen
Hi,
On 8/29/21 11:46 PM, Gordon Messmer wrote:
> On 8/1/21 3:54 PM, Neal Gompa wrote:
>> But that doesn't stop anyone from maintaining an unsigned version.
>
>
> The documentation suggests that the UEFI binary can be loaded directly (which
> I've done), or through the EFI handover protocol. I h
On 8/1/21 3:54 PM, Neal Gompa wrote:
But that doesn't stop anyone from maintaining an unsigned version.
The documentation suggests that the UEFI binary can be loaded directly
(which I've done), or through the EFI handover protocol. I haven't done
the latter successfully yet. If I work out t
Hello,
On Sun, Aug 1, 2021 at 7:46 PM Chris Murphy wrote:
[..]
> We do have memtester in the repository, which is a user space memory
> tester. But I can't really assess whether it's better or worse than
> one that runs in the pre-boot environment. On the one hand, less
> memory is being tested (p
On 02/08/2021 08:56, Chris Murphy wrote:
Does this apply to the current 5.31 beta? I guess it's also a bit
beside the point, because any modern Intel and AMD processor also has
UEFI firmware. In order to enable the legacy/CSM you have to disable
UEFI Secure Boot which... it's not good to advise t
On 02/08/2021 14:34, Nikolay Nikolov wrote:
The memtest86+, included in the Fedora install media works. AMD Ryzen 9
5900X here, with 128 GB RAM. Unfortunately, it was recently removed from
the install media.
Intel Core i7 10700 - hangs on start in legacy mode even from the Fedora
LiveUSB.
-
On 8/2/21 9:15 AM, Vitaly Zaitsev via devel wrote:
On 02/08/2021 04:04, Chris Murphy wrote:
I'm definitely not attached to keeping things the same. The bios
memtest86+ is still these days installed to /boot but there hasn't
been a menu entry for it for a very long time; in fact maybe it was
onl
On Mon, Aug 2, 2021 at 12:15 AM Vitaly Zaitsev via devel
wrote:
>
> On 02/08/2021 04:04, Chris Murphy wrote:
> > I'm definitely not attached to keeping things the same. The bios
> > memtest86+ is still these days installed to /boot but there hasn't
> > been a menu entry for it for a very long time
On 02/08/2021 04:04, Chris Murphy wrote:
I'm definitely not attached to keeping things the same. The bios
memtest86+ is still these days installed to /boot but there hasn't
been a menu entry for it for a very long time; in fact maybe it was
only ever on netintall or dvd images? I can't remember t
On Sun, Aug 1, 2021 at 7:51 PM Steven A. Falco wrote:
>
> After seeing this discussion I got curious, and I noticed that one can build
> an iso of pcmemtest that is directly bootable. No OS or additional
> bootloader needed.
>
> So if someone needs to test their hardware, the easiest thing to d
On 8/1/21 8:46 PM, Chris Murphy wrote:
On Sun, Aug 1, 2021 at 4:55 PM Neal Gompa wrote:
On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer wrote:
On 7/30/21 5:57 PM, Chris Murphy wrote:
It would need a maintainer. Any takers? ...
If we want it to work with UEFI Secure Boot
enabled, it'd need to
On Sun, Aug 1, 2021 at 4:55 PM Neal Gompa wrote:
>
> On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer
> wrote:
> >
> > On 7/30/21 5:57 PM, Chris Murphy wrote:
> > > It would need a maintainer. Any takers? ...
> > > If we want it to work with UEFI Secure Boot
> > > enabled, it'd need to be signed wi
On Sun, Aug 1, 2021 at 6:49 PM Gordon Messmer wrote:
>
> On 7/30/21 5:57 PM, Chris Murphy wrote:
> > It would need a maintainer. Any takers? ...
> > If we want it to work with UEFI Secure Boot
> > enabled, it'd need to be signed with Fedora's key
>
>
> Does the signing requirement imply that the m
On 7/30/21 5:57 PM, Chris Murphy wrote:
It would need a maintainer. Any takers? ...
If we want it to work with UEFI Secure Boot
enabled, it'd need to be signed with Fedora's key
Does the signing requirement imply that the maintainer would need to be
a Red Hat employee (or another trusted part
On 31/07/2021 19:47, Chris Murphy wrote:
I'm referring to memtest86+ not memtest86
Memtest86+ is a fork of the opensource version of memtest86.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject
On Sat, Jul 31, 2021 at 1:28 AM Vitaly Zaitsev via devel
wrote:
>
> On 31/07/2021 02:57, Chris Murphy wrote:
> > This bug might be gcc, but also includes a note about the upstream
> > being kinda weak, possibly non-existent these days.
>
> They just closed the sources. Memtest86 is a commercial pr
On 31/07/2021 12:37, Alexander Ploumistos wrote:
Just to be sure, you are talking about Memtest86, not Memtest86+, right?
Yes. From the official website:
Based on the well-known original memtest86 written by Chris Brady, memtest86+
is a port by some members of the x86-secret team, now workin
Hi Vitaly,
On Sat, Jul 31, 2021 at 10:28 AM Vitaly Zaitsev via devel
wrote:
>
> They just closed the sources. Memtest86 is a commercial product now. It
> has full UEFI support, etc.
Just to be sure, you are talking about Memtest86, not Memtest86+, right?
_
El sáb, 31 jul 2021 a las 2:58, Chris Murphy ()
escribió:
> Neal Gompa mentioned pcmemtest earlier this year
> https://github.com/martinwhitaker/pcmemtest
>
> It would need a maintainer. Any takers?
>
>
Hi, I'm not interested in owning the package, but I've created a test build
because I want to p
On 31/07/2021 02:57, Chris Murphy wrote:
This bug might be gcc, but also includes a note about the upstream
being kinda weak, possibly non-existent these days.
They just closed the sources. Memtest86 is a commercial product now. It
has full UEFI support, etc.
--
Sincerely,
Vitaly Zaitsev (
[Bug 1988142] memtest boot entry on Fedora install media does not work
since Fedora-Rawhide-20210728.n.3
https://bugzilla.redhat.com/show_bug.cgi?id=1988142
This bug might be gcc, but also includes a note about the upstream
being kinda weak, possibly non-existent these days.
Neal Gompa mentioned
34 matches
Mail list logo
