Ubuntu 64位实时CD上的memtest选项在哪里?


19

我正在寻找64位版本的Ubuntu 12.04 Live CD上的memtest选项,但是我仅有的选项是“不安装就尝试Ubuntu”,“安装Ubuntu”和“检查光盘是否有缺陷”。我想念什么?

在此处输入图片说明

编辑:此问题与Ubuntu的当前版本(amd64别名64位,在UEFI模式下工作)相关。引导菜单选项“测试内存”仅在BIOS模式下可用。



不。Google带领我到那里,已经尝试过了。
Drise

Answers:


8

Memtest86 +

如果以BIOS模式(别名CSM别名旧模式)引导计算机,则memtest86 +可以工作。

但是,如果您以UEFI模式启动计算机,则memtest86 +将无法运行,因为它是一个16位程序。

www.memtest.org

内存测试86

原始分支memtest86(不带加号)在UEFI模式下工作。有一个免费版本(但是我不认为它是开源的,因此不能包含在Linux发行版中)。

www.memtest86.com

通过Ubuntu的启动菜单进行Memtest

例如,大多数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 +映像文件

您可能需要一个小的独立的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通过提取mkusbdus磁盘别名gnome-disks(和在两个步骤中,提取和克隆,与其它克隆工具,接受已提取的文件作为输入文件)。

安装mkusb和/或DUS,您可以通过短跑或菜单项或使用下面的命令行做

dus dd_memtest-plus-5.01_33M.img.xz

8

根据此错误报告注释23指出:

  • EFI版本的grub不支持加载实模式二进制文件。
  • 不要在EFI系统上显示GRUB菜单选项,因为它不起作用(请参阅LP#883017)。

因此,从现场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修订。


1
因此,为了使用memtest86 +(并在启动菜单中查看它),您可能必须将系统设置为以旧版BIOS模式启动。就我而言,我还必须在为其提供DOS / MBR分区表后重新创建Ubuntu live USB驱动器。(我的计算机拒绝以旧版模式启动GPT分区。)
2015年

5

针对EFI的专用PassMark MemTest86 5.0的测试版现已发布:

http://www.memtest86.com/download.htm

这应该可以从GRUB,rEFInd,gummiboot等启动,尽管您可能需要显式添加菜单项才能启动。(据我所写,这显然还没有内置到运输发行版中。)


1

通过在启动时按一次启动菜单键,然后从列表中选择非UEFI USB条目,我能够从Ubuntu-18.04 live-USB运行memtest86 +(在阅读了答案后,它可以与非仅限UEFI)。


对于我来说,我首先必须进入BIOS设置,并确保将其设置为以传统模式(而不是UEFI模式)引导。奇怪的是,关于USB的其他BIOS设置(不在Boot菜单下)必须留在UEFI,否则在启动过程中根本看不到USB记忆棒。从USB选择一次性启动后,我还必须做两件事,其中之一必须是可以实际给我Grub菜单:我按住shift键,然后在屏幕底部看到两个小图标,我按了一个随机的Alpha键。最后,我得到了带有memtest +的grub菜单!
Starman

0

我想要一个带有MemTest86的Ubuntu Live-USB键驱动器,用于64位Full-UEFI系统,我似乎已经对其进行了管理。

这是一个老问题,但是这似乎仍然是一个问题。(我花了一些时间才能找到可行的解决方案。)


这是我所做的:

我做了一个新的Ubuntu Keydrive

在Windows 10工作站上,我使用了最新的RufusUbuntu 17.04(x64)桌面映像到4GB USB密钥驱动器上。在Rufus,我选择了:

  • GPT用于UEFI分区
  • FAT32 文件系统(我希望使用exFAT,但Rufus v2.17不会应用不带FAT32的ISO)
  • ISO Image而不是FreeDOSCreate a bootable disk using选项

我将MemTest文件复制到其中

我下载了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
}

笔记:

  1. 窗户notepad用于此编辑。在“ unix模式”文本文件中播放效果不佳,new-line如果尝试保存任何更改,将破坏字符。
  2. BOOTX64.efi64-bit EFI可执行的二进制映像。在32-bit EFIlooped-back”到的文件系统内部有一个文件memtest86-usb.img。它被命名为BOOTIA32.efi。您可以为此创建另一个条目,但是我不需要它。
  3. 从选择此条目到在屏幕上看到任何积极反馈似乎似乎要花费很长时间grub2。在我Intel Atom X5-Z8350的计算机上,屏幕开始变黑MemTest86大约30秒钟,然后该过程开始明显启动。然后,在您看到熟悉的MemTest屏幕之前,需要执行许多系统扫描步骤。(这可能是出于多种原因,例如,模拟文件系统,多个引导程序切换阶段。)

在这个问题空间中浏览时,我从这个答案中得到了有用的线索,问题足够类似,可以被视为重复。(我没有系统信用来标记它。)而且,当选择“可启动的USB密钥驱动器创建软件”时,我从有关Rufus工具的各种 资源中获得了一定的保证。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.