GRUB не будет загружаться постоянно - & ldquo; hd0,4 не найден & rdquo;

Попытка найти общий багфикс

Обычно компьютер идентифицирует загрузочный диск как hd0, но это не так на вашем компьютере. Я попытаюсь найти способ обойти эту проблему. Я тестировал Lubuntu 17.04 на своем ноутбуке Toshiba в режиме UEFI и не смог воспроизвести ошибку. Поэтому мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти.

Изменить: я изменил shellscript dus-persistent mkusb и загрузил новую версию 12.1.1 в нестабильный PPA. Основные улучшения касаются изменения в структуре загрузки Ubuntu 17.04 и того факта, что ваш компьютер не загружается с hd0. Основное отличие состоит в том, как идентифицировать раздел # 4 с изображением из файла iso (файловая система iso9660),

search --set=root --fs-uuid <the-UUID-of-partition-no-4>

, и это делается автоматически mkusb-dus. Так что мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти. Вы получаете новую версию в соответствии с этой ссылкой,

Toshiba laptop [!d9 ]

Нестабильная версия все еще разработана и отлажена. Он доступен из ppa:mkusb/unstable через следующие командные строки:

sudo add-apt-repository universe  # this line only for standard Ubuntu

sudo add-apt-repository ppa:mkusb/unstable
sudo apt-get update
sudo apt-get install mkusb               # install
# sudo apt-get dist-upgrade              # upgrade to current version (with all other upgrades), only for installed systems
sudo apt-get install mkusb guidus dus mkusb-common
                                         # upgrade all mkusb basic components including dus

# for persistent live drives that work in UEFI and BIOS mode with 32-bit iso files, add
sudo apt-get install usb-pack-efi

Обходное решение - исправление в вашем случае

Спасибо за отзывы (которые вы внесли в исходный вопрос).

Я бы предложил отредактировать файл grub.cfg в разделе №3« USB-накопителя, чтобы он был постоянным »( раздел «usbboot»). Это должно сделать исправление постоянным на вашем USB-накопителе. Но это не сработает на других компьютерах, которые ведут себя как мои компьютеры.

$ ls -l /media/lubuntu/usbboot/boot/grub/grub.cfg 
-rw-r--r-- 1 lubuntu lubuntu 1312 Apr 29 06:31 /media/lubuntu/usbboot/boot/grub/grub.cfg

grub.cfg имеет следующее содержимое, в котором вы изменяете hd0,4 на hd2,4. (Вы также можете изменить hd0,3 на hd2,3, но Memtest86 + все равно не будет работать в режиме UEFI.)

В вашем случае вы можете ожидать «Ubuntu» вместо «Lubuntu», но в противном случае

set timeout=10
set default=0

menuentry "Lubuntu-17.04-desktop-amd64.iso - persistent live" {
 set root=(hd0,4)
 linux ($root)/casper/vmlinuz.efi boot=casper quiet splash persistent --
 initrd ($root)/casper/initrd.lz
}
menuentry "Lubuntu-17.04-desktop-amd64.iso - persistent live to RAM" {
 set root=(hd0,4)
 linux ($root)/casper/vmlinuz.efi boot=casper quiet splash toram persistent --
 initrd ($root)/casper/initrd.lz
}
menuentry "Lubuntu-17.04-desktop-amd64.iso - live" {
 set root=(hd0,4)
 linux ($root)/casper/vmlinuz.efi boot=casper quiet splash --
 initrd ($root)/casper/initrd.lz
}
menuentry "Lubuntu-17.04-desktop-amd64.iso - recovery mode" {
 set root=(hd0,4)
 linux ($root)/casper/vmlinuz.efi boot=casper ro recovery nomodeset
 initrd ($root)/casper/initrd.lz
}
submenu "Memory test" {
 menuentry "Memtest86+ works in BIOS alias CSM mode, but not in efi (UEFI) mode"{
  echo "${grub_platform} mode; (memtest86+ does not work with efi (UEFI) mode)"
 }
 menuentry "Memtest86+ 4.20" {
  set root=(hd0,3)
  echo "${grub_platform} mode; (memtest86+ does not work with efi (UEFI) mode)"
  linux16 /boot/memtest/memtest.bin
 }
 menuentry "Memtest86+-5.01" {
  set root=(hd0,3)
  echo "${grub_platform} mode; (memtest86+ does not work with efi (UEFI) mode)"
  linux16 /boot/memtest/memtest86+-5.01.bin
 }
}

Альтернатива

Альтернативой является копирование пунктов меню grub.cfg и изменение одного из них, чтобы иметь две альтернативы, чтобы легко загружать флеш-накопитель USB на разных компьютерах.

...
menuentry "Ubuntu-17.04-desktop-amd64.iso - persistent live (hd2,4)" {
 set root=(hd2,4)
 linux ($root)/casper/vmlinuz.efi boot=casper quiet splash persistent --
 initrd ($root)/casper/initrd.lz
}
menuentry "Ubuntu-17.04-desktop-amd64.iso - persistent live (hd0,4)" {
 set root=(hd0,4)
 linux ($root)/casper/vmlinuz.efi boot=casper quiet splash persistent --
 initrd ($root)/casper/initrd.lz
}
...

Попытка найти общий багфикс

Обычно компьютер идентифицирует загрузочный диск как hd0, но это не так на вашем компьютере. Я попытаюсь найти способ обойти эту проблему. Я тестировал Lubuntu 17.04 на своем ноутбуке Toshiba в режиме UEFI и не смог воспроизвести ошибку. Поэтому мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти.

Изменить: я изменил shellscript dus-persistent mkusb и загрузил новую версию 12.1.1 в нестабильный PPA. Основные улучшения касаются изменения в структуре загрузки Ubuntu 17.04 и того факта, что ваш компьютер не загружается с hd0. Основное отличие состоит в том, как идентифицировать раздел # 4 с изображением из файла iso (файловая система iso9660),

, и это делается автоматически mkusb-dus. Так что мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти. Вы получаете новую версию в соответствии с этой ссылкой,

Toshiba laptop

Нестабильная версия все еще разработана и отлажена. Он доступен из ppa:mkusb/unstable через следующие командные строки:

Обходное решение - исправление в вашем случае

Спасибо за отзывы (которые вы внесли в исходный вопрос).

Я бы предложил отредактировать файл grub.cfg в разделе №3« USB-накопителя, чтобы он был постоянным »( раздел «usbboot»). Это должно сделать исправление постоянным на вашем USB-накопителе. Но это не сработает на других компьютерах, которые ведут себя как мои компьютеры.

grub.cfg имеет следующее содержимое, в котором вы изменяете hd0,4 на hd2,4. (Вы также можете изменить hd0,3 на hd2,3, но Memtest86 + все равно не будет работать в режиме UEFI.)

В вашем случае вы можете ожидать «Ubuntu» вместо «Lubuntu», но в противном случае

Альтернатива

Альтернативой является копирование пунктов меню grub.cfg и изменение одного из них, чтобы иметь две альтернативы, чтобы легко загружать флеш-накопитель USB на разных компьютерах.

Попытка найти общий багфикс

Обычно компьютер идентифицирует загрузочный диск как hd0, но это не так на вашем компьютере. Я попытаюсь найти способ обойти эту проблему. Я тестировал Lubuntu 17.04 на своем ноутбуке Toshiba в режиме UEFI и не смог воспроизвести ошибку. Поэтому мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти.

Изменить: я изменил shellscript dus-persistent mkusb и загрузил новую версию 12.1.1 в нестабильный PPA. Основные улучшения касаются изменения в структуре загрузки Ubuntu 17.04 и того факта, что ваш компьютер не загружается с hd0. Основное отличие состоит в том, как идентифицировать раздел # 4 с изображением из файла iso (файловая система iso9660),

, и это делается автоматически mkusb-dus. Так что мне понадобится ваша помощь, чтобы проверить все исправления, которые я могу найти. Вы получаете новую версию в соответствии с этой ссылкой,

Toshiba laptop

Нестабильная версия все еще разработана и отлажена. Он доступен из ppa:mkusb/unstable через следующие командные строки:

Обходное решение - исправление в вашем случае

Спасибо за отзывы (которые вы внесли в исходный вопрос).

Я бы предложил отредактировать файл grub.cfg в разделе №3« USB-накопителя, чтобы он был постоянным »( раздел «usbboot»). Это должно сделать исправление постоянным на вашем USB-накопителе. Но это не сработает на других компьютерах, которые ведут себя как мои компьютеры.

grub.cfg имеет следующее содержимое, в котором вы изменяете hd0,4 на hd2,4. (Вы также можете изменить hd0,3 на hd2,3, но Memtest86 + все равно не будет работать в режиме UEFI.)

В вашем случае вы можете ожидать «Ubuntu» вместо «Lubuntu», но в противном случае

Альтернатива

Альтернативой является копирование пунктов меню grub.cfg и изменение одного из них, чтобы иметь две альтернативы, чтобы легко загружать флеш-накопитель USB на разных компьютерах.