| Summary: | pcmemtest from grub menu returns error: can't find command `linux32' | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Rolf Pedersen <rolfpedersen> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | mageia |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | pcmemtest-1.1-2.mga8.src.rpm | CVE: | |
| Status comment: | |||
|
Description
Rolf Pedersen
2020-06-08 17:41:29 CEST
Ah, Mageia 7... If you are using a legacy PC BIOS, pcmemtest can be booted in either 16-bit mode or 32-bit mode, but if you are using a UEFI BIOS, it can only be booted in 32-bit mode. So I made the GRUB configuration for pcmemtest use 32-bit mode, as that works for both. The Mageia grub2 packages include a lot of patches from Fedora. In cauldron, the latest Fedora patch set removes the standard GRUB 'linux' command (which boots the OS in 32-bit mode) and makes 'linux' an alias to either 'linux16' (which boots the OS in 16-bit mode) or 'linuxefi' (which boots in EFI bypass mode). So I added another patch, to restore the original 'linux' command, but renamed it to 'linux32' to avoid interfering with the Fedora changes. In Mageia 7, none of those changes have been made, so you just need to use 'linux' instead of 'linux32'. Change it in the file /etc/grub.d/20_pcmemtest, which will only be overwritten if you install a new version of pcmemtest. CC:
(none) =>
mageia Thanks, Martin. The edit and update-grub got the entry to load the tester and I let it run through one pass. Sorry to add to your load unnecessarily. Rolf Resolution:
(none) =>
INVALID |