pfsenses
Недалекое будущее... :-)
Истинная причина блокировки...
Коллеги, посоветуйте пожлуйста как решить проблему с мультизагрузкой...
Суть, если в целом, такова. Есть мультизагрузочная флешка. Я ее неспешно обновляю. Достаточно немалый объем работы проделал уже. Но встал колом пока на моменте загрузки CentOS, вернее, актуального Oracle Linux, с флешки используя Grub2. Но подобная проблема есть у всех дистрибутивов после CentOS6.
Текущий конфиг, относящийся к загрузке OEL:
menuentry "Oracle Enterprise Linux" {
insmod loopback
insmod iso9660
insmod ext2
insmod gzio
insmod part_gpt
insmod xfs
set isofile="/boot/Images/SharedImages/Linux/Oracle/OEL.iso"
loopback loop $isofile
probe -u (loop) --set=loopuuid
set id=UUID=$loopuuid
linux (loop)/images/pxeboot/vmlinuz inst.stage2=hd:$id:$isofile inst.repo=hd:$id:$isofile rootfstype=auto rw rd.live.image quiet rhgb
initrd (loop)/images/pxeboot/initrd.img
}
В принципе, обойтись можно и без loopback, распаковав vmlinuz и initrd. Тем более что у loopback есть проблемы с SecureBoot.
Суть проблемы - base system загружается до stage2, и не находит, откуда грузиться дальше, падая с ошибкой:
Прошу прощения за фото экрана, QEMU дико тормозит, поэтому тестирую на реальном железе.
Решение, подобное описанному здесь - пробовал. Но, завести не получилось. Плюс, не хотелось бы привязываться к имени флешки, лучше было бы использовать UUID, который можно получить средствами grub2.
Парк отчетного периода...
Помните в Парке Юрского Периода одному программисту мало платили, тогда он решил подзаработать на стороне и случайно выпустил всех динозавров на волю?
Вот почему в IT большие зарплаты.
На всякий случай…
Это было ожидаемо...
Поздравляю, ты выполнил план. Что значит, что он был слишком лёгкий. Поэтому я удвоил его в будущем.