Answers:
如果以BIOS模式(别名CSM别名旧模式)引导计算机,则memtest86 +可以工作。
但是,如果您以UEFI模式启动计算机,则memtest86 +将无法运行,因为它是一个16位程序。
原始分支memtest86(不带加号)在UEFI模式下工作。有一个免费版本(但是我不认为它是开源的,因此不能包含在Linux发行版中)。
例如,大多数Ubuntu iso文件中都包含Memtest86 +
ubuntu-16.04.1-desktop-amd64.iso
当您以BIOS模式(别名CSM别名传统模式)从DVD磁盘或USB随身碟以iso模式的克隆副本启动计算机时,有一个“测试内存”选项。
在以BIOS模式安装的Ubuntu 16.04.x LTS系统中,当您引导计算机时(通过grub菜单),还有“测试内存”选项。
但是,当您以UEFI模式启动计算机时,则没有使用Memtest86 +的选项(因为它不起作用)。
您可能需要一个小的独立的Memtest86 + iso文件或其他映像文件,以便创建活动的USB驱动器。
我在www.memtest.org/#downiso上找不到任何易于在Linux中安装到USB的文件。iso文件'memtest86 + -5.01.iso'不是混合iso文件,因此不能合并为一个。
$ isohybrid memtest86+-5.01.iso
isohybrid: memtest86+-5.01.iso: unexpected boot catalogue parameters
这是一个非常准的iso文件。我在VirtualBox中进行了测试,它可以作为CD使用。
但是在这里有一个“用于USB密钥的自动安装程序(Win 9x / 2k / xp / 7)”
www.memtest.org/download/5.01/memtest86+-5.01.usb.installer.zip
我将其解压缩到Windows中的USB pendrive,并将该系统克隆到压缩图像文件中,并将其上传到
dd_memtest-plus-5.01_33M.img.xz
$ md5sum dd_memtest-plus-5.01_33M.img.xz
7f91882ab90df13a938749176a0ff4c4 dd_memtest-plus-5.01_33M.img.xz
它可以直接在linux通过提取mkusb,dus
和磁盘别名gnome-disks
(和在两个步骤中,提取和克隆,与其它克隆工具,接受已提取的文件作为输入文件)。
后安装mkusb和/或DUS,您可以通过短跑或菜单项或使用下面的命令行做
dus dd_memtest-plus-5.01_33M.img.xz
因此,从现场CD暂时将无法使用。根据该主题,您可以在以后添加它:如何将Memtest86 +选项添加回Grub菜单?但我怀疑这样做是否可行:已删除的评论指出您仍然会收到Error unknown command Linux16
错误。
我也发现了这个:
问题不是16或32位引导协议,主要问题是执行内存初始化所需的众多BIOS调用。EFI是个不错的主意,但是我第一次听到“ EFI将在未来几个月取代BIOS !!!” 是在2002年的英特尔开发者论坛上。10年后,UEFI取代了EFI,但PC主板中仍有99%使用BIOS。要构建具有大量代码重写的EFI-readyMemtest86 +,这是一项艰巨的任务,而该版本将与旧版BIOS不兼容。我不会考虑同时支持两个分支,因此当Memtest86 +切换到EFI时,BIOS版本将停止。当标准PC组件中无法使用BIOS时,我将开始进行en EFI修订。
针对EFI的专用PassMark MemTest86 5.0的测试版现已发布:
http://www.memtest86.com/download.htm
这应该可以从GRUB,rEFInd,gummiboot等启动,尽管您可能需要显式添加菜单项才能启动。(据我所写,这显然还没有内置到运输发行版中。)
通过在启动时按一次启动菜单键,然后从列表中选择非UEFI USB条目,我能够从Ubuntu-18.04 live-USB运行memtest86 +(在阅读了答案后,它可以与非仅限UEFI)。
我想要一个带有MemTest86的Ubuntu Live-USB键驱动器,用于64位Full-UEFI系统,我似乎已经对其进行了管理。
这是一个老问题,但是这似乎仍然是一个问题。(我花了一些时间才能找到可行的解决方案。)
这是我所做的:
在Windows 10工作站上,我使用了最新的Rufus将Ubuntu 17.04(x64)桌面映像到4GB USB密钥驱动器上。在Rufus,我选择了:
GPT
用于UEFI
分区FAT32
文件系统(我希望使用exFAT,但Rufus v2.17不会应用不带FAT32的ISO)ISO Image
而不是FreeDOS
在Create a bootable disk using
选项我下载了PassMark MemTest86,它是与UEFI兼容的(封闭源)工具,可免费获得。然后我:
memtest86-usb.zip
到文件夹.\memtest86-usb
.\memtest86-usb\memtest86-usb.img
(152.7MiB)找到了提取的磁盘映像\boot
我新的Ubuntu keydrive 的文件夹中(例如,安装在drive上E:
)以创建:
E:\boot\memtest86-usb.img
最后,我修改了键驱动器上的启动选项菜单。Ubuntu 17.04
使用grub2
引导加载程序。它的菜单选项列表在中配置E:\boot\grub\grub.cfg
。我在该文件的末尾添加了以下几行(创建了一个新的引导选项列表条目):
menuentry "MemTest86 (long load time, be patient)" {
loopback loop /boot/memtest86-usb.img
chainloader (loop,1)/EFI/BOOT/BOOTX64.efi
}
笔记:
notepad
应不用于此编辑。在“ unix模式”文本文件中播放效果不佳,new-line
如果尝试保存任何更改,将破坏字符。BOOTX64.efi
是64-bit
EFI
可执行的二进制映像。在32-bit
EFI
“ loop
ed-back”到的文件系统内部有一个文件memtest86-usb.img
。它被命名为BOOTIA32.efi
。您可以为此创建另一个条目,但是我不需要它。grub2
。在我Intel Atom X5-Z8350
的计算机上,屏幕开始变黑MemTest86
大约30秒钟,然后该过程开始明显启动。然后,在您看到熟悉的MemTest
屏幕之前,需要执行许多系统扫描步骤。(这可能是出于多种原因,例如,模拟文件系统,多个引导程序切换阶段。)在这个问题空间中浏览时,我从这个答案中得到了有用的线索,该问题足够类似,可以被视为重复。(我没有系统信用来标记它。)而且,当选择“可启动的USB密钥驱动器创建软件”时,我从有关Rufus工具的各种 资源中获得了一定的保证。