[SOLVED] Can’t run memtest86 in UEFI linux mint system
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have been advised to run memtest86 to test my RAM
Although in /boot I have the files memtest86+.bin, memtest86+.elf, and memtest86+_multiboot.bin, I cannot find a way of running memtest86 in my linux mint system
Just to clarify, are these files earlier than version 8, which is meant for UEFI, are they unusable in a UEFI system?, and so do I have to download v8 from somewhere?
I can see the grub menu, memtest definitely is not there, I remember on my older systems where it used to be and have used it.
I understand this is because I have a UEFI system
Can I boot it in BIOS mode? I found an web page that seems to say that once your OS is set to boot in UEFI you cannot change it back, you have to reinstall.
Linux Mint 19.2 Cinnamon
System
AMD Ryzen 2200 cpu with onboard Radeon graphics
Gigabyte mobo B450 Aorus M
1. Realtek® ALC892 codec
2. High Definition Audio
3. 2/4/5.1/7.1-channel
4. Support for S/PDIF Out
I'm afraid I need a bit more help, those instructions in the link aren't clear to me.
So my intention is not to create a bootable USB, but to boot into memtest on startup
I have downloaded v8 from the Passmark site
I have created the empty memtest86 file in /boot/EFI/efi as instructed in the link
I have mounted the image and copied the relevant files into the newly created folder (ESP?)
I am OK until gm10's second post the words "end up with something like this"
I don't understand the code he is using there, what should I enter first
Then the grub instruction, do I just enter all that code as it is? with the } on the next line?
And where he says "eg to your" what does it mean and how do I do it?
Finally in the readme, which applies only to creating a usb drive,there is a warning about the program wasting disk space. Is this also likely to happen if I use it in GRUB?
I have mounted the image and copied the relevant files into the newly created folder (ESP?)
No, that doesn't refer to a folder. ESP is short for EFI system partition. You will have such a partition on your hard drive if you have a UEFI, and you need to find out where it is. It's often (but not necessarily) partition 1. Running fdisk -l /dev/sda (as root) should show you. For example my output includes the line:
Code:
/dev/sda2 2050048 2582527 532480 260M EFI System
Once you have found your ESP, you must mount it somewhere; the traditional mount point is /boot/efi. Then you can copy the files over.
Quote:
I am OK until gm10's second post the words "end up with something like this"
I don't understand the code he is using there, what should I enter first
The order in which you copy the files doesn't matter. The example shows a listing of the result, which by default is in alphabetical order.
Quote:
Then the grub instruction, do I just enter all that code as it is? with the } on the next line?
And where he says "eg to your" what does it mean and how do I do it?
You need to edit these lines into one of the grub scripts, which will be in /etc/grub.d. He suggests 40_custom, so you might as well use that. Make sure you don't change the existing content of the script, just add your entry to the end. Include the braces exactly as written: they're important. For the "set root" line, use the ESP partition you found. For example, he uses (hd0,gpt1) but I would have to use (hd0,gpt2) on my machine. Then run update-grub. All of this as root, obviously.
But actually I wouldn't recommend you to do any of this until you've read up a bit more and are sure you understand what you are doing. Fooling about with your system on such a basic level is probably not a good idea until then. You could end up making it unbootable.
The problem is I don't see what choice I have. My system keeps freezing and the only advice I have is to first run memtest86, and beachboy2's link is the only advice I have had to run memtest in a UEFI system.
I may not fully understand what an ESP is but I am quite certain I did what gm10 said in his 2nd and 3rd posts up to "end up with something like this". You have to read the second post and then the third for a better explanation of the second.
Well, I suppose if it's safer I could try running memtest86 from a USB stick. How frustrating that memtest86+ comes with Linux Mint but not memtest86.
I would like to run memtest86, as that was specifically recommended. I asked in my last post if it would be easier to run it from a USB.
I did explain in my previous reply to Hazel that my Linux Mint system is freezing and the first solution offered on the Linux Mint forum was that there may be a RAM fault, which sounded reasonable to me. It used to be a very simple matter to run memtest86.
I am more than happy to give further details of the actual fault and welcome any other suggestions. I have described it here:
I would like to run memtest86, as that was specifically recommended. I asked in my last post if it would be easier to run it from a USB.
Short answer, yes. I've also run into problems running memtest off the grub boot entries in *buntus like Mint with EFI bioses. Save yourself some time and aggravation and just run it off a usb.
Quote:
I did explain in my previous reply to Hazel that my Linux Mint system is freezing and the first solution offered on the Linux Mint forum was that there may be a RAM fault, which sounded reasonable to me.
That's sound advice. Is your ram on Gigabyte's supported list? I haven't built with AMD but it is my understanding that AMD boards tend to be more finicky about their ram. If an overnight run of memtest shows no errors, it could be a problem with your power supply or possibly improperly configured radeon graphics.
Edit: If you have overclocked at all, remove the overclock and see if that corrects the problem.
Last edited by kilgoretrout; 08-24-2020 at 08:28 PM.
Update: I managed to run memtest86 last night and there were no errors after 4 passes.
Is the line "Cores: 1 active 1 total SMP disabled" significant?
I had it on the usb from where I had installed Linux Mint. I had looked for it before but forgotten the procedure to locate it.
In the top corner, not shown in the shot, is a flashing red plus sign. Does that mean it was memtest86+?
Linux Mint 19.2 Cinnamon
System
AMD Ryzen 2200 cpu with onboard Radeon graphics
Gigabyte mobo B450 Aorus M
Update: I managed to run memtest86 last night and there were no errors after 4 passes.
Is the line "Cores: 1 active 1 total SMP disabled" significant?
No. SMP stands for symmetric multiprocessing. In other words, if you have multiple cpu cores, memtest will use them symmetrically so that the work load is even. The Linux kernel does the same. It seems you have only one core, so that facility has been switched off.
Distribution: Cinnamon Mint 20.1 (Laptop) and 20.2 (Desktop)
Posts: 1,672
Rep:
I'm running Linux Mint 18.3 and have memtest available by default but it's nothing to do with the operating system... It's one of the choices from the Grub menu, You "boot" memtest rather then Linux/Windows or whatever, it runs standalone, not via an operating system.
To check memory you don't want a load of operating system code getting in the way, you'd have to block shift it from one end of your available memory to the other while you test the "free" area. Waste of time and effort. Much easier to just shift a small stand alone program - Memtest (compared to an OS!).
To test the hardware on a computer you should run Stand Alone diagnostics, usually booted from some other medium, DVD, etc. HP Smartstart or IBM RS6000 Power Standalone Diags spring to mind, they're what I used in the day. Things were changing when I retired in that the stand alones were starting to be available by being accessed from ROM during POST.
If the stand alones run clean, your problem is with the OS rather than hardware.
I don't think I mentioned that I actually managed to run it from the USB that I had used to install Linux Mint, I assume that meets the criteria of Soadyheid for running it from somewhere separate from the system it is testing.
Like Soadyheid, on previous systems for example Lubuntu on my previous build I could boot memtest from Grub, but as people are posting on various forums, they can no longer see it in the Grub menu.
It seems to me that any legacy BIOS system should see it in Grub, and that the 3 Memtest files that come packaged with the current Linux Mint, and that I have, are intended to work in legacy BIOS, but I chose UEFI BIOS, and Linux Mint don't put the appropriate files in for that. That's the only explanation I can think of.
Distribution: Cinnamon Mint 20.1 (Laptop) and 20.2 (Desktop)
Posts: 1,672
Rep:
Quote:
people are posting on various forums, they can no longer see it in the Grub menu.
It seems to me that any legacy BIOS system should see it in Grub, and that the 3 Memtest files that come packaged with the current Linux Mint, and that I have, are intended to work in legacy BIOS, but I chose UEFI BIOS, and Linux Mint don't put the appropriate files in for that. That's the only explanation I can think of.
Very interesting... I'm running a 2009 HP Z400 workstation with legacy BIOS so still have memtest in the Grub menu.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.