There's been another build with the exact same version number and no separate download (great release system...), which invalidates the md5sum (you might want to change that to something cryptographically secure like sha512sums).
Search Criteria
Package Details: memtest86-efi 1:11.1build1000-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/memtest86-efi.git (read-only, click to copy) |
|---|---|
| Package Base: | memtest86-efi |
| Description: | A free, thorough, stand alone memory test as an EFI application |
| Upstream URL: | https://www.memtest86.com |
| Licenses: | GPL2, custom:PassMark |
| Submitter: | UnicornDarkness |
| Maintainer: | UnicornDarkness |
| Last Packager: | UnicornDarkness |
| Votes: | 113 |
| Popularity: | 0.22 |
| First Submitted: | 2013-10-29 10:25 (UTC) |
| Last Updated: | 2024-10-31 09:57 (UTC) |
Dependencies (3)
- p7zip (p7zip-natspecAUR, p7zip-full-binAUR, 7-zip-fullAUR) (make)
- efibootmgr (efibootmgr-gitAUR) (optional) – to add a new EFI boot entry
- grub (grub-linux-defaultAUR, grub-coreosAUR, grub-blscfgAUR, grub-xen-gitAUR, grub-luks-keyfileAUR, grub-silentAUR, grub-gitAUR, grub-improved-luks2-gitAUR, grub-grubenv-btrfsAUR, grub-libzfsAUR) (optional) – to add MemTest86 entry in GRUB2 menu
Required by (0)
Sources (4)
xiretza commented on 2018-02-27 11:15 (UTC)
UnicornDarkness commented on 2017-12-15 07:12 (UTC)
@yi22588: Not exactly. You can't run .efi file on Arch (or on any OS). The memtest86-efi script provides a way to run this .efi file by your UEFI or your bootloader (GRUB2 and systemd-boot are supported).
For instance, I've chosen to add a new boot entry in my UEFI to launch MemTest86. Screenshot: https://i.imgur.com/vbadig4.png
Your ESP is /dev/sda1. What's wrong with it?
yi22588 commented on 2017-12-05 01:09 (UTC)
@Xorg: Thanks for reply. So this package provides people to run .efi file right?
The command output: /dev/sda1 1 15567 125034839+ ee EFI GPT
UnicornDarkness commented on 2017-11-30 17:01 (UTC)
@yi22588: This package doesn't allow you to run MemTest86 on Arch. This package provides an EFI executable. If you want to run this executable, it must be placed in ESP in order to be usable by UEFI.
memtest86-efi is an interactive script written by myself to help people do to this stuff.
Can you paste 'fdisk -l | grep EFI' command output please?
yi22588 commented on 2017-11-30 08:09 (UTC)
@moll I type ./memtest86-efi -i Is it a right move? and if I can't mount ESP, I can't use this package right?
moll commented on 2017-11-30 07:47 (UTC)
@yi22588: Ensure the bootx64.efi file this package installs somewhere (I think it was /usr...) is copied to /boot and boot to it with your favorite bootloader. Arch's Wiki may help configuring your bootloader and where exactly to put it.
yi22588 commented on 2017-11-30 05:38 (UTC)
Can someone tell me how to use this package?
UnicornDarkness commented on 2017-09-04 09:29 (UTC)
@moll: Only tested for my SATA device... Stupid naming convention for NVMe devices.
With the last patch, seems good for both SCSI and NVMe naming.
moll commented on 2017-09-04 08:30 (UTC)
Yay. However, have you tested it? I haven't yet, but a quick glace at https://aur.archlinux.org/cgit/aur.git/commit/?h=memtest86-efi&id=b7b5bd892484b09b7bdcd68099727aa838ea2dca hints it uses a replacement pattern to strip out non-numbers which will fail for, let's say, the 3rd partition on the first NVMe disk on the first controller:
$ partition=/dev/nvme0n1p3; echo ${partition//[^0-9]/}
013
Also the latter `${partition//$partnumber}` is not a reliable approach if the controller and disk numbers happen to match.
I think the right way would be to pattern match from the right and assume only the last numeric component is the partition.
UnicornDarkness commented on 2017-09-04 08:18 (UTC)
@moll: Sorry for delay, it's fixed now.
Pinned Comments
UnicornDarkness commented on 2019-06-08 08:52 (UTC) (edited on 2019-06-08 08:53 (UTC) by UnicornDarkness)
As you probably know, the
<https://www.memtest86.com/downloads/memtest86-usb.zip>URL is likely to cause problems, like this error:To avoid this problem, I prefer to reupload
memtest86-usb.ziparchive somewhere else, where this kind of breakage will not appear.I can't upload this archive on AUR directly (archive is 8 MB but AUR accepts 250 KiB maximum), so I decide to put this archive on my Git repository to avoid future breakages.
I hope it suits you.