Я пытаюсь сделать персистентную карту флэш-памяти с интерфейсом USB Ubuntu 17.04 с mkusb (dus). Я следовал за направлениями на mkusb веб-сайте явно, и я попробовал большинство изменений, о которых я могу думать, все без радости. Когда я выбираю персистентный USB в BIOS, начальных загрузках личинки от него; я выбираю персистентную Ubuntu; копайте объекты с hd0,4, не найденным. Я искал онлайн решение в течение нескольких дней теперь.
Некоторые вещи я попробовал: - создание персистентного диска на втором флеш-накопителе, в то время как загружено от ЖИВОЙ КАРТЫ ФЛЭШ-ПАМЯТИ С ИНТЕРФЕЙСОМ USB; - Все комбинации устаревшего режима BIOS и безопасной начальной загрузки включили и отключили; - MS-DOS и gpt таблицы разделов на целевом диске; - различные флеш-накопители; - различные объемы постоянной памяти; - и т.д.
Любые предложения будут значительно цениться.
Моя система: ноутбук HP с четырехъядерным AMD64, 16 ГБ памяти, загружаясь (обычно) в UEFI защищает режим. BIOS является последним. Установленной ОС является Ubuntu 17.04.
Спасибо!! - Уоррен
Редактирование № 1 для добавления:
На дальнейшем расследовании кажется, что личинка загружается от флеш-накопителя как hd2, не hd0. Это, вероятно, потому что эти два внутренних жестких диска обнаружены BIOS сначала и распознаны как hd0 и hd1. Как заставить личинку на персистентном флеш-накопителе распознавать, что она была загружена из hd2, и не hd0 в настоящее время выше моего ранга оплаты.
Редактирование № 2 для добавления:
@sudodus-благодарит за справку. Часть информации запросила:
mkusb и dus компоненты все загружаются из ppa и являются версией 12.0.9. BIOS отключили режим прежней версии, и безопасная начальная загрузка включила. Я пытался редактировать команды личинки ("e") и изменить hd0 на hd2. Это работает! Персистентный флеш-накопитель загружается как ожидалось. (Удивление, почему личинка только не устанавливает корень на диск, из которого это было загружено...?)
Вывод от команд-
warren@warren-laptop:~$ sudo lsblk -fm
NAME FSTYPE LABEL UUID MOUNTPOINT NAME SIZE OWNER GROUP MODE
sda sda 953.9G root disk brw-rw----
├─sda1 vfat 1168-7BED /boot/efi ├─sda1 256M root disk brw-rw----
├─sda2 ext4 182d8f07-567e-4514-9f99-49b78767f195 / ├─sda2 921.6G root disk brw-rw----
└─sda3 swap 8187044e-0939-4868-b81a-b5bc64bd9e7c [SWAP] └─sda3 32G root disk brw-rw----
sdb sdb 698.7G root disk brw-rw----
└─sdb1 ext4 devel 27a0c109-82be-4ceb-b572-dedbeb412744 /home/warren/devel └─sdb1 698.6G root disk brw-rw----
sdc sdc 14.5G root disk brw-rw----
├─sdc1 ntfs usbdata 134E2DAF76E6A9A4 /media/warren/usbdata ├─sdc1 3.2G root disk brw-rw----
├─sdc2 ├─sdc2 1M root disk brw-rw----
├─sdc3 vfat usbboot 2EA6-44A9 ├─sdc3 122M root disk brw-rw----
├─sdc4 iso9660 Ubuntu 17.04 amd64 2017-04-12-03-44-04-00 /media/warren/Ubuntu 17.04 amd64 ├─sdc4 1.5G root disk brw-rw----
└─sdc5 ext4 casper-rw 8a27c645-3e5c-4e7f-bf92-eb51dc0bd19f /media/warren/casper-rw └─sdc5 9.6G root disk brw-rw----
warren@warren-laptop:~$ sudo parted -ls
Model: ATA SanDisk SD8SB8U1 (scsi)
Disk /dev/sda: 1024GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 269MB 268MB fat32 efi boot, esp
2 269MB 990GB 990GB ext4
3 990GB 1024GB 34.4GB linux-swap(v1)
Model: ATA ST750LX003-1AC15 (scsi)
Disk /dev/sdb: 750GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 16.8MB 750GB 750GB ext4 devel
Model: Patriot Memory (scsi)
Disk /dev/sdc: 15.5GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
2 1049kB 2097kB 1049kB primary bios_grub
3 2097kB 130MB 128MB fat32 primary boot, esp
4 130MB 1759MB 1629MB primary
5 1759MB 12.1GB 10.3GB ext2 primary
1 12.1GB 15.5GB 3436MB ntfs primary msftdata
warren@warren-laptop:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 7776108 0 7776108 0% /dev
tmpfs 1559788 10204 1549584 1% /run
/dev/sda2 951092244 187079792 715676736 21% /
tmpfs 7798928 12 7798916 1% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 7798928 0 7798928 0% /sys/fs/cgroup
/dev/sda1 258095 3496 254599 2% /boot/efi
/dev/sdb1 720011344 242201684 441165412 36% /home/warren/devel
tmpfs 1559784 168 1559616 1% /run/user/1000
/dev/sdc4 1571328 1571328 0 100% /media/warren/Ubuntu 17.04 amd64
/dev/sdc1 3355644 17388 3338256 1% /media/warren/usbdata
/dev/sdc5 9909328 36912 9352660 1% /media/warren/casper-rw
warren@warren-laptop:~$
Спасибо!!
Обычно компьютер определит загрузочный диск как hd0
, но дело обстоит не так в Вашем компьютере. Я попытаюсь найти способ обойти ту проблему. Я протестировал с Lubuntu 17.04 в моем ноутбуке Toshiba в режиме UEFI и не мог воспроизвести ошибку. Таким образом, я буду нуждаться в Вашей помощи для тестирования безотносительно bugfix, я могу найти.
Править: Я изменил сценарий оболочки 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. Протестируйте, если это решает проблему! Вы получаете новую версию согласно этой ссылке,
help.ubuntu.com/community/mkusb/gui#from_the_unstable_PPA
Нестабильная версия все еще разработана и отлажена. Это доступно от 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
Спасибо за обратную связь (что Вы отредактировали в исходный вопрос). Это помогает помочь.
"Я пытался редактировать команды личинки ("e") и измениться
hd0
кому:hd2
. Это работает! Персистентный флеш-накопитель загружается как ожидалось. (Удивление, почему личинка только не устанавливает корень на диск, из которого это было загружено...?)"
Я предложил бы редактировать grub.cfg
файл в разделе № 3 'Карты памяти, чтобы быть персистентным' ('usbboot' раздел). Это должно сделать bugfix персистентное в Вашей карте флэш-памяти с интерфейсом 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
}
}
Альтернатива должна скопировать menuentries 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
}
...
Принятие Вас загружается с личинкой (режим UEFI) и не syslinux (режим прежней версии), Вы могли просто отредактировать команды личинки от экрана меню личинки путем ввода "e", затем использование клавиш со стрелками перемещается в hd0 и изменяет его на hd2. Инструкции в конце экрана личинки, управляйте X или F10, чтобы затем загрузиться.
, Если изменения работают, попытайтесь отредактировать их в grub.cfg файл. Sudodus является правильным, личинка обновления не будет работать в этом случае.
я оставлю mkusb обсуждение sudodus, я запутывался путем рассмотрения очень старой карты с интерфейсом USB, созданной более старой версией.