Фичи 10.04 и загрузка из образа *.iso, записанного на HDD

[Heider]

maks05, особых шаманств не надо. Образ можно примонтировать как петлю. Шесть строк в файле /etc/grub.d/40_custom.

Код: [Выделить]

menuentry 'lubuntu-16.04.1-desktop-amd64.iso' {
        loopback loop (hd0,5)/путь/к/папке/с/образом/lubuntu-16.04.1-desktop-amd64.iso
        set root=(loop)
        linux /linux iso-scan/filename=/путь/к/папке/с/образом/lubuntu-16.04.1-desktop-amd64.iso noprompt
        initrd /initrd.gz
        boot
}Вместо hd(0,5) поставьте свои значения (номер диска, номер раздела), вместо lubuntu-16.04.1 свой iso-образ.

Можно даже сделать, чтобы пункты меню автоматически формировались по количеству iso-образов в какой-нибудь папке.

[maks05]

Heider, а удалить потом как? Просто вернуть отредактированный файл в прежнее состояние? И как на такой трюк среагирует UEFI?

[Heider]

maks05, можно и так. Но зачем удалять? Пускай висит один пункт меню. Вдруг надо будет загрузиться в режиме Live.

[fdxcd]

У вас нет флэшки, нет возможности её купить или просто у кого-то попросить на время?

Все есть. Но хочется, чтобы мозги не заплесневели, попробовать что-то новое, а именно имеющиеся у GRUB возможности.

Heider, спасибо! Думаю не только мне пригодится. Пошел разбираться.

[Heider]

И как на такой трюк среагирует UEFI?

Я не тестировал. Но теоретически должно работать. Этот трюк никак не затрагивает UEFI, все происходит уже после передачи управления из MBR\UEFI в основной Grub.
Пользователь добавил сообщение 20 Января 2019, 20:53:41:fdxcd, не забудьте после правки файла 40_custom обновить конфиг загрузчика:

Код: [Выделить]

sudo update-grub

[fdxcd]

особых шаманств не надо. Образ можно примонтировать как петлю. Шесть строк в файле /etc/grub.d/40_custom.

Heider, не получилось, пробую разобраться.

Итак в свой /etc/grub.d/40_custom вписал:

Код: [Выделить]

menuentry 'kubuntu-18.04.1-desktop-amd64.iso' {
        loopback loop (hd0,9)/stock/data/iso_storage/Ubuntu/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso
        set root=(loop)
        linux /linux iso-scan/filename=/stock/data/iso_storage/Ubuntu/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso noprompt
        initrd /initrd.gz
        boot
}
- (hd0,9) понял как свой /dev/sda9, там у меня образ лежит - правильно?
- далее путь и имя моего образа

не забудьте после правки файла 40_custom обновить конфиг загрузчика:

- не забыл, сделал

Перезагрузился. В меню GRUB появился пункт загрузки kubuntu-18.04.1. Выбрал его. А загрузка произвелась в систему Ubuntu-16.04

[alang]

а удалить потом как?

Так же, только наоборот: удалить или закомментить ненужные строки и обновить загрузчик.

И как на такой трюк среагирует UEFI?

Никак. UEFI отработает раньше.

(hd0,9) понял как свой /dev/sda9

Неправильно. sda9 - это hd(0,8).

[fdxcd]

Неправильно. sda9 - это hd(0,8).

alang, пошел исправлять и пробовать.

[Heider]

fdxcd, можно поискать свой файл из консоли Grub. В нее можно попасть, нажав клавишу "C". Там работает команда ls и автодополнение по клавише Tab. В Вашем случае что-то вроде:

Код: [Выделить]

ls (0,8)/stock/data/iso_storage/Ubuntu/Bionic_Beaver/

[fdxcd]

Попробовал. Неудача. Промелькнули ошибки:

- не найден /путь/имя_образа
- не найден loop

И еще другие, но не успеваешь прочитать. А повторное нажатие загружает автоматом 16.04.
Пользователь добавил сообщение 20 Января 2019, 21:53:33:

можно поискать свой файл из консоли Grub. В нее можно попасть, нажав клавишу "C".

Попробую. Но сначала попытаюсь из этой системы 16.04, где GRUB установлен, все пересмотреть. Пути проверить. Запись в /etc/grub.d/40_custom осмыслить.
Пользователь добавил сообщение 20 Января 2019, 21:57:48:P.S.

У меня /dev/sda9 отформатирован в xfs. Может быть в этом причина? Попробую переложить на раздел с ext4 и переписать /etc/grub.d/40_custom

[Heider]

Но сначала попытаюсь из этой системы 16.04, где GRUB установлен, все пересмотреть. Пути проверить.

Нумерация дисков может не совпадать.
Пользователь добавил сообщение 20 Января 2019, 22:00:02:

У меня /dev/sda9 отформатирован в xfs. Может быть в этом причина?

Да. Для этой фс нужно подгружать модуль.

Код: [Выделить]

insmod xfsЛучше перенести на раздел с ext4

[fdxcd]

Нумерация дисков может не совпадать.

Код: [Выделить]

(parted) print                                                           
Модель: ATA WDC WD5000BPVT-0 (scsi)
Диск /dev/sda: 500GB
Размер сектора (логич./физич.): 512B/4096B
Таблица разделов: msdos
Флаги диска:

Номер  Начало  Конец   Размер  Тип       Файловая система  Флаги
 1     4194kB  8594MB  8590MB  primary   ext4              загрузочный
 2     8595MB  500GB   492GB   extended
 5     8595MB  17,2GB  8590MB  logical   ext2
 6     17,2GB  30,1GB  12,9GB  logical   ext2
 7     30,1GB  43,0GB  12,9GB  logical   btrfs
 8     43,0GB  55,8GB  12,9GB  logical   btrfs
11     55,8GB  73,0GB  17,2GB  logical   ext2
 9     73,0GB  485GB   412GB   logical   xfs
10     485GB   500GB   14,8GB  logical   ext3


Лучше перенести на раздел с ext4

Сначала попробую подгрузить модуль. Не пробовал подгружать модуль, не потребовалось, не дошел до консоли GRUB - вопрос решился редактированием /etc/grub.d/40_custom. Сделал два варианта, грузится с любого раздела.

Пользователь добавил сообщение 21 Января 2019, 00:21:44:Получилось загрузиться из образа *.iso, записанного на HDD. Неважно в какую ФС отформатирован раздел, получилось и с раздела ext4, и с раздела xfs.

Конфигурация /etc/grub.d/40_custom:

Код: [Выделить]

menuentry 'kubuntu-18.04.1(xfs).iso' {
        loopback loop (hd0,msdos9)/data/iso_storage/Ubuntu/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso
        set root=(loop)
        linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/data/iso_storage/Ubuntu/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso noprompt
        initrd (loop)/casper/initrd
        boot
}
menuentry 'kubuntu-18.04.1(ext4).iso' {
        loopback loop (hd0,msdos1)/home/lynx/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso
        set root=(loop)
        linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=/home/lynx/Bionic_Beaver/kubuntu-18.04.1-desktop-amd64.iso noprompt
        initrd /casper/initrd
        boot
}

Видим разницу в строчке initrd:

Код: [Выделить]

initrd (loop)/casper/initrdи

Код: [Выделить]

initrd /casper/initrdНо, по моему мнению, на загрузку не повлияет если (loop) убрать или поставить.

По нумерации разделов. Наглядно видно, что только нумерация дисков начинается с нуля, а нумерация разделов начинается с единицы.

================================================
Тему переименовал, теперь в ней фактически два вопроса. Второй вопрос решен. Несколько дней потребуется, чтобы понять насколько фичи 10.04 работают в 18.04.
Как сравню, так и помечу тему решенной.

Всем спасибо за помощь!

[andytux]

попробовать что-то новое, а именно имеющиеся у GRUB возможности.

Охота пуще неволи. Посмотри здесь:
https://forum.ubuntu.ru/index.php?topic=267537.msg2357967#msg2357967

[Heider]

Но, по моему мнению, на загрузку не повлияет если (loop) убрать или поставить.

Ну да. Если раздел в пути не указан, то он принимается равным (root), а root=(loop).

[fdxcd]

andytux, спасибо, посмотрю.
Heider, тогда еще поредактирую, лишнее уберу. Спасибо за подсказку.

 - - - - - - - - - - - -
Еще интересно поставится ли ОС из этого образа на этот же HDD. Краем уха слышал, "краем памяти помню", что был об этом спор - то ли можно, то ли нельзя. Вот заодно и проверю.
Суть проблемы: для установки нужно все разделы отмонтировать, а работающий образ записан-то на одном из разделов.