Де найвірогідніший варіант на 64-бітному компакт-диску Ubuntu?

Я шукаю найважливіший варіант 64-бітної версії живого компакт-диска Ubuntu 12.04, але єдині у мене є "Спробуйте Ubuntu без встановлення", "Встановити Ubuntu" та "Перевірити диск на дефекти". Що я пропускаю?

Редагувати: це питання стосується поточних версій Ubuntu (64-розрядний псевдонім amd64, які працюють в режимі UEFI). Параметр меню завантаження "Тестувати пам'ять" доступний лише в режимі BIOS.

Memtest86 +

Якщо ви завантажуєте комп'ютер у режимі BIOS (псевдонім CSM alias legacy), memtest86 + працює.

Але якщо ви завантажуєте комп'ютер у режимі UEFI, memtest86 + не працюватиме, оскільки це 16-бітна програма.

www.memtest.org

Memtest86

Оригінальна гілка, memtest86 (без плюсів), працює в режимі UEFI. Є безкоштовна версія (але я не думаю, що вона є відкритим кодом, і з цієї причини не доступна для включення в дистрибутиви Linux).

www.memtest86.com

Запам’ятайте через меню завантаження Ubuntu

Memtest86 + включений у більшість ISO файлів Ubuntu, наприклад

ubuntu-16.04.1-desktop-amd64.iso

Існує опція "Тестувати пам'ять" , коли ви завантажуєте комп'ютер у режимі BIOS (псевдонім CSM alias legacy) з DVD-диска або USB-матриці з клонованою копією з iso-файлу.

У системах Ubuntu 16.04.x ​​LTS, встановлених в режимі BIOS, є також опції "Тестувати пам'ять" під час завантаження комп'ютера (через меню grub).

Але коли ви завантажуєте комп'ютер у режимі UEFI, немає можливості використовувати Memtest86 + (тому що це не буде працювати).

Автономний файл зображення Memtest86 +

Для створення живого USB-накопичувача ви можете мати невеликий окремий файл Memtest86 + iso або інший файл зображення.

Я не знайшов жодного файлу на www.memtest.org/#downiso , який легко встановити на USB в Linux. Ізо-файл "memtest86 + -5.01.iso" не є гібридним ISO-файлом і не може бути перетворений в один.

$ isohybrid memtest86+-5.01.iso
isohybrid: memtest86+-5.01.iso: unexpected boot catalogue parameters

Це дуже файли ISO-файлу. Я протестував у VirtualBox, і він працює як компакт-диск.

Але є "Авто-інсталятор для USB-ключа (Win 9x / 2k / xp / 7)" на

www.memtest.org/download/5.01/memtest86+-5.01.usb.installer.zip

Я витягнув його на USB pendrive в Windows і клонував цю систему в стислий файл зображення і завантажив його в

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

Відповідно до цього звіту про помилку, коментарі 2 та 3 зазначають:

• Версія grubi EFI не підтримує завантаження бінарних файлів реального режиму.
• Не представляйте параметр меню GRUB у системах EFI, оскільки він не працюватиме (див. LP № 883017).

Тож з живого компакт-диска наразі це не вийде. Відповідно до цієї теми, ви можете додати її згодом: Як я можу повернути параметри Memtest86 + до меню Grub? але я сумніваюся, що це спрацює: видалені коментарі констатують, що ви все ще отримаєте Error unknown command Linux16помилку.

Я також виявив це :

Проблема не в 16 або 32-бітовому протоколі завантаження, головне питання - численні виклики BIOS, необхідні для ініціалізації пам'яті. EFI - це приємна ідея, але вперше я почув "EFI замінить BIOS в найближчі місяці !!!" був у 2002 році на форумі Intel Developer. Через 10 років UEFI замінив EFI, але BIOS все ще присутній у 99% материнської плати ПК. Це складна задача створити готовий до EFIMemtest86 + з масовим перезаписом коду, і ця версія не буде сумісною зі застарілим BIOS. Я не буду розглядати підтримку двох виделок одночасно, тому коли Memtest86 + перейде на EFI, версія BIOS буде припинена. Коли BIOS не буде доступний у стандартних компонентах ПК, я почну працювати над переглядом EFI.

Зараз доступна бета-версія власного PassMark MemTest86 5.0 для EFI:

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

Це має бути запущено з GRUB, rEFInd, gummiboot тощо, хоча для цього вам може знадобитися явно додати пункт меню. (Я, очевидно, ще не вбудований у дистрибуцію доставки, як я пишу.)

Мені вдалося запустити memtest86 + з живого USB Ubuntu-18.04, натиснувши одноразову клавішу завантажувального меню під час завантаження, та вибравши зі списку не-UEFI USB запис (прочитавши тут відповіді, що це працює з не- Тільки UEFI).

Я хотів, щоб Ubuntu Live-USB приводив ключі з MemTest86 для 64-розрядних, повних UEFI-систем, і, здається, мені це вдалося.

Це старе повідомлення, але це все ще є проблемою. (У мене знадобився певний час, щоб досягти робочого рішення.)

Ось що я зробив:

Я зробив новий Ubuntu Keydrive

На робочій станції Windows 10 я використав останню Rufus для зображення робочого столу Ubuntu 17.04 (x64) на USB-накопичувачі 4 Гб. У Руфусі я вибрав:

• GPTдля UEFIперегородки
• FAT32 файлова система (я вважаю за краще exFAT, але Rufus v2.17 не застосовуватиме ISO без FAT32)
• ISO Imageзамість того, щоб FreeDOSна Create a bootable disk usingвибір

Я скопіював на нього файли MemTest

Я завантажив PassMark MemTest86 інструмент, сумісний з UEFI (із закритим кодом), доступний безкоштовно. Потім я:

• Витягнув завантажений memtest86-usb.zipу папку.\memtest86-usb
• Знайдено .\memtest86-usb\memtest86-usb.imgвилучене зображення диска на (152,7MiB)
• Скопіював його в \bootпапку мого нового приводу ключів Ubuntu (встановлений на, скажімо, диск 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.efiє 64-bit EFIвиконавчим двійковим зображенням. 32-bit EFIВсередині файлової системи є файл " looped-back" для файлу memtest86-usb.img. Він названий BOOTIA32.efi. Ви можете створити для цього ще один запис, але він мені не потрібен.
3. Здається, що від вибору цього запису потрібно тривати багато часу,grub2 щоб побачити будь-які позитивні відгуки на екрані. На моїй Intel Atom X5-Z8350машині, що базується, екран затьмарюється, можливо, за 30 секунд до того, як MemTest86процес почав помітно завантажуватися. Тоді перед тим, як побачити знайомий MemTestекран, пробіжить десяток кроків сканування системи . (Це може бути з багатьох причин, наприклад, емульована файлова система, кілька фаз передачі завантажувача.)

Перебуваючи у цьому проблемному просторі, я взяв корисні підказки з цієї відповіді на питання, подібне до того, щоб вважати його дублікатом. (У мене немає системного кредиту, щоб позначити це як таке.) І, вибираючи "завантажувальне програмне забезпечення для створення USB-ключів USB", я отримав певне заспокоєння з різних ресурсів щодо інструменту Rufus.