grub2 overlay discussion

Bug #1895086 reported by Lizbeth Mutterhunt
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Grub Customizer
New
Undecided
Unassigned

Bug Description

just look at screenshot:

https://pasteboard.co/Jq7kCoN.png

sounds funny, the overlay environment has to be changed manually.

It's an "old" DELL without UEFI (buhu... noe rEFInd!) but an (in the meantime) hybrid MBR. I guess critically with partitioning as 'gpt' not as 'msdos', but deleting the installation with gparted and re-making the boot-image doesn't work either.

I think if "GRand" but although compatibility problems in between the linux family. the arch one and the debian variant is the reason for reorganizing the bootsector.

the mbr isn't to be written correctly and all I get is "GRUB" in light-grey when booting from SDA. so a fast new /dev/sda, but an mbr-bios is the problem.

it's the only bootstick i got, btw, and "dd'ing" an overlay is problematic and leads to a crash! IMO I need just a normal GRUB for manual starting arch linux and integrate the Q4OS I'm trying out from there within.

LILO is too old to recognize the variant and BURG is outdated 2010.

I hope it's now answerable!

frost: "not yet another issue with the grub compatibility list!"

miranda

Tags: grub2 overlay
Revision history for this message
Daniel Richter (danielrichter2007) wrote :

This usually happens when your installed system is 64 bit but your bootstick 32 bit.

Revision history for this message
Lizbeth Mutterhunt (mutterhunt1) wrote :

Well, no, i thoughta this, but it's archlinux32.org and the q4os 3.12 --- in evualation with the 'obsolete' kde trinity DE --- is 32bit, too.

the haiku os is a 'chainloader +1' thing and netbsd is to be started with /netbsd .

the heart and brain is basically 64bit but using a lotta 32bit still, inkl. build kern.

I deleted all old arch kernels and initramfs (wrong order within it?, I thoughta) but no change.

os-prober runs 25mins at least, quiet normal...

gonna get a raspberry pi 4 today, so it's partly solved but principally this shouldn't happen.

miranda

Revision history for this message
Lizbeth Mutterhunt (mutterhunt1) wrote :

so, writing from arch now as end-conclusion.

there is a package with the resuce-grub-files that brought me perfectly to a emergency-drop-in GRUB shell from /dev/sda. now I used grub-customizer here but doesn't find the debian one at all! gonna try with some Gentoo as rescue-system again!

Conclusion: Q4OS is a *good* live-system to be configured easily, could keep me going!

IMO the OsX installation is definitely more 'intelligent' concerning startable boot-partition (being done in the beginning, not as a last step).

Long live my missing UEFI!

Miranda

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.