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
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
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
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
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
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
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
>
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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 --
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
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
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
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
28 matches
Mail list logo
