ISO Linux 6.03 ошибка загрузки Live USB

Question 1

При загрузке с Live USB я получаю ошибку Linux Linux сразу после BIOS POST (базовая входная система Power On Self Test):

ISOLINUX 6.03 20160618 EHDD Copyright (c) 1994-2014 H. Peter Anvin et al

Loading bootlogo...
bootlogo: invalid file format
Error setting up gfxboot
boot:

 (repeats 2 times)

Loading bootlogo...
bootlogo: invalid file format
Error setting up gfxboot
boot:

Жесткое отключение. [!d1 ]

Я могу создать 4 ГБ раздела FAT32 и 28 ГБ файловой системы NTFS с 512 байт секторами, но после использования Startup Disk Creator или DD в файле ISO я получаю 2048 байт секторов, что смущает gparted. [!d3 ]

Хотя в BIOS включена USMI-машина CSM (загрузка устаревшей BIOS).

Спецификация аппарата:

Dell Inspiron 17R 7720 SE Intel I7 3630QM 2,4 ГГц, 3,4 ГГц Turboboost 8 GB DDR3 RAM nVidia GeForce GT650M с 2 ГБ оперативной памяти Полный размер 240 ГБ Sata 3 SSD, полный размер SATA 2 500 ГБ HDD Mini PCIe mSata 128 ГБ Sata 3 SSD Оптический CD / DVD Caddy Четыре порта USB 3.0, один из которых питается от машина выключена. Текущий BIOS A17 Ubuntu Intel Microcode с помощью дополнительных программных драйверов Исправлена ошибка загрузки EUFI и Secure

Обновление 1

$ lsblk -f
NAME   FSTYPE  LABEL             UUID                                 MOUNTPOINT
sda                                                                   
├─sda1 ntfs    System Reserved   FAC07A55C07A1859                     
├─sda2 ntfs    KSX_Win7          2EBA8445BA840B91                     
├─sda3 ntfs    KSX Win 8.1       8C3ADAA93ADA8F96                     
└─sda4                                                                
sdb                                                                   
├─sdb1 ntfs    ST9_Win7          C2F48A08F489FF43                     
├─sdb2 ext4    ST9_Linux         bf80a37d-dfad-4df1-b8b1-a67ef2a9ab66 
└─sdb3 swap                      f7ca38bd-ccf1-4d61-b54b-017b1493d1b4 
sdc                                                                   
├─sdc2 ntfs    F9m_Win7          5824BF4E76D68BE2                     
├─sdc3 ext4    F9m_Linux         d02dc21d-dcb2-478e-9f7d-9a3331931de4 /
└─sdc4 swap                      09606fe6-c131-43fc-9ebc-be05a96e1c1d [SWAP]
sdd    iso9660 Ubuntu 17.04 amd64
│                                2017-01-07-08-08-00-00               
├─sdd1 iso9660 Ubuntu 17.04 amd64
│                                2017-01-07-08-08-00-00               /media/ric
└─sdd2 vfat    Ubuntu 17.04 amd64
                                 21E3-6362                            
sr0

Обновление 2

Исправлено создание загрузочного USB-устройства с использованием SYSLINUX и эта же ошибка, как указано выше, за исключением «SYSLINUX» вместо «ISOLINUX», и появляется только одна строка (самая верхняя строка).

Затем, используя Rufus под Windows 8.1, был создан загрузочный USB с FreeDOS as ОС и эта гораздо более подробная ошибка:

Question 2

Отвечая на вопрос «У BTW по-прежнему нет 17.04 live USB, работающего еще в формате BIOS на машине UEFI»:

Вчера (2017-01-10) Я просуммировал ежедневный Ubuntu Zesty amd64, клонированный это с mkusb-dus (с dd под капотом).

Он работает на моем трехлетнем ноутбуке Toshiba в режиме BIOS alias CSM (InsydeH2O, версия 3.7, System BIOS version 6.10 EC version 6.00 ). На этом скриншоте показан этот конкретный случай:

mkusb-dus

Он работает в реальном времени на моем 3-летнем ноутбуке Toshiba в BIOS alias CSM (версия InsydeH2O, версия 3.7, версия BIOS версии 6.10 EC версии 6.00). Скриншот иллюстрирует этот конкретный случай: Он работает на моем новейшем компьютере, Intel NUC6i3SYH в режимах BIOS и UEFI (Intel Visual BIOS SYSKLi35.86A.0024.2015.1027.2142)

Я думаю, что то, что вы видите в gparted, вызвано ошибкой в gparted. Он не понимает гибридные файлы iso и систему, которую они создают на USB-накопителях. Но

sudo lsblk -fm

будет корректно отображать разделы и файловую систему ISO 9660.

Итак, давайте выясним, если проблема возникнет в файл iso или на компьютер (Dell). Клонирование с помощью dd является очень надежным (когда сделано правильно с помощью или без помощи shellscript «ремня безопасности»).

sudodus · Answer 1 · 23 May 2018 в 02:32