我的设备内存较差。过夜运行 memtest 显示所有故障地址都在该0x7d0000000 - 0x7f0000000范围内。我计划更换 RAM，但在那之前，我已经禁用了它周围的 2GB 块memmap=： # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-6.5.0-25-generic root=UUID=5277c53f-b2cd-4301-8fdf-0b2119430870 ro memmap=2G$0x0000000790000000 quiet splash vt.handoff=7 这些命令行选项似乎确实...
我认为我的带有焊接 RAM 的 MacBook 有 RAM 问题。使用 memtest86+，我找出了我拥有的 BadRAM 模式，但我无法正确解释结果。我应该如何读取范围以在 GRUB 中设置正确的排除？ 这是我的内存测试结果： BadRAM Patterns --------------- badram=0x0000000058cb4000,0xfffffffffffffc00, 0x0000000058cb4400,0xfffffffffffffc00, 0x0000000058cb4800,0xfffffffffffffc...
当我添加“巴德拉姆“ 模式64位内存测试86+v6.10/v6.20 给了我，GRUB 2启动时完全挂起。 问： 为什么 badram 模式地址与显示的“错误地址”不同 ( 0x0ac...vs 0x62c...)？造成这种明显偏移的原因是什么？ 为什么 GRUB 在传递 64 位badram模式时挂起？ 这是我的 GRUB... # grub-mkimage --version grub-mkimage (GRUB) 2.06-3~deb11u5 工作中睡觉... 超过 ”欢迎使用 GRUB！“消息，什么也没有。没有重新启动，对按键输入...
我的 Linux 机器因 RAM 有故障而出现问题。我跑了PCMemTest-64，并确定了以下模式： 现在，我的 Ubuntu 似乎没有 BadRAM 补丁，我对从头开始编译 Linux 感到有点紧张。所以我想知道是否有一种简单的方法可以使用 GRUB 和 Linux 中的现有工具（例如使用memmap内核参数）来禁用这些故障 RAM 地址。我很高兴失去一些除了错误地址之外的 RAM（理想情况下是千字节，而不是千兆字节）来走这条捷径。 一些版本： Linux 5.19.0-32 GRUB 2.06 乌班图22.04 我应该怎么办？ ...