Open Vertecedoc4545 opened 2 years ago
Ubuntu has a non-standard vt handoff kernel patch which hides the tty during kernel/initrd loading. This hides the Bedrock init selection menu, and thus it needs to be disabled. Upon hijacking, if /boot/grub/grub.cfg
is found to have vt.handoff
and splash
, Bedrock will remove splash
from /etc/default/grub
and run grub-mkconfig
to re-generate grub.cfg
without splash
.
That's the only thing Bedrock does to GRUB at hijack. I can't think of how ext4/swap/lvm come into play at all. If changing ext4/swap/lvm setup somehow changes GRUB behavior immediately after hijack, I have no idea why or how. Given on your description of the issue, I don't really have any leads here.
RE: hijack stratum grub bracked, that could boot windows but elementary os stacked in a black screen after initialized the boot sequence
I think it was happen because for default eOS is using BTRFS installation. And for eOS5.x as I know, the only possible way to install it with ext4 is to install&run Ubiquity (maybe possible variant here is Calamares, I tried it for Catbird Linux for harddisk install but after errors came to Ubiquity), so I think what the Ubiquity installation wizard changed things on your harddrive...
eOS 6 and above installs under lmv2 with a ext4 internal partition, it was solved by a custom install without btrfs and lvm2, i don't have idea why
my previous scheme /dev/sda1 263.1M Sistema EFI /dev/sda2 416.5G Linux LVM /dev/sda3 16M Reservado para Microsoft /dev/sda4 50G Datos básicos de Microsoft
data vg 4G of swap 412.5 of ext4
after installing bedrock linux 7.26 x86_64 hijack stratum grub bracked, that could boot windows but elementary os stacked in a black screen after initialized the boot secuence. my grub configuration had and has the shogun theme from here, that shoudn't change somthing that could brake the system.
the error was solved reinstalling elementary os with ext4 and swap partitions without lvm in counter way as main partitions on the hard drive