Originally posted by arun54321
View Post
Legacy BIOS Support Remains Important For Some On Fedora, May Shift Responsibility To SIG
Collapse
X
-
-
-
Originally posted by willmore View Post
Microsoft being evil doesn't rule out Apple being evil.
Leave a comment:
-
-
Originally posted by Slartifartblast View Post
Have you read Bill Gates's 1999 infamous email about ACPI ?
Leave a comment:
-
-
Originally posted by willmore View Post
I'm going to place some of that blame on Apple because they pushed it early on and did things Their Way(tm). I'd love to see some major manufacturer get behind one of the open UEFI firmwares and use it for all of their products. Maybe that would push the industry towards the right direction.
Leave a comment:
-
-
Originally posted by sinepgib View Post
This sounds unlikely. As far as firmware goes, all that matters to an x86 CPU is that the EEPROM gets mapped to the right address. It is likely that no vendors of mobos with the right socket provide BIOS versions tho.
Leave a comment:
-
-
Originally posted by zerothruster View Post
Unfortunately, ryzen2 and ryzen3 APUs do seem to require UEFI.
Leave a comment:
-
-
Originally posted by Alexmitter View PostIts 2022, the last machine I have without EFI support is a i286 notebook. I wonder how large the user-base of systems older then 15 years really is. A high end system from back in those days is slower then a cheap notebook is today.
Would these two systems of mine support being booted with UEFI ? Probably, but I'd have to throw away the current systems (plural) and go from a simple "this is how to fix grub when you screw up" to jumping through holes to find out what strangenesses the mobo manufacturers decided to come up with.
Leave a comment:
-
-
Originally posted by skeevy420 View PostI'm going to parrot my talking points from the last article about this:
All they have to do is adopt the Clover Bootloader for x86_64 platforms...
After a linux boot, it doesn't matter if it was started from a bios, from a firmware or from UEFI. In fact the kernel linux already abstracts the underling firmware/bios. The kernel image is the same, both for the bios that uefi.
The complexity is in the linux installer and very few specific packages that deal with the underling firmware.
What fedora is trying is to simplify the burner of supporting both the bios and the uefi; likely the first needs[*] a DOS partition scheme, where the latter mandates a GPT one. The bootloaders are different (grub vs grub-uefi), so the bootloader installer.
I am not saying that I fully agree with the Fedora idea, however using another bootloader is not a simplification of the installer. So likely it is not the solution.
I have to point out that the linux already installed will be supported (you can upgrade). It will be impossible to install a new Fedora to an old bios computer.
Finally I am curious about the system that are uefi but boots in legacy mode because thy saw a DOS partition....[*] I know that it is possible to use a GPT partition schema in a legacy bios environment. But covering this adds others complexity instead of a simplification.
Leave a comment:
-
-
Originally posted by brent View PostI really hope we'll see a move to unified kernel images and systemd-boot soon. It's a breath of fresh air. Much simpler overall, you can easily realize a fully measured boot and you can get rid of the /boot partition among other things.
CloverBoot definitely seems like a good solution for legacy systems.
Originally posted by Alexmitter View PostIts 2022, the last machine I have without EFI support is a i286 notebook. I wonder how large the user-base of systems older then 15 years really is. A high end system from back in those days is slower then a cheap notebook is today.
Originally posted by arun54321 View Post
That's not true. I have an HP laptop and it does not boot windows uefi by default and it is not hardcoded.
Originally posted by dragon321 View Post
Yeah, I had HP laptop with UEFI and remember this issue pretty well. What I did as a workaround was renaming Windows loader efi file, copying GRUB efi file into the same place with previous name and setting proper Windows loader in grub.cfg file. Effect was pretty satisfying- hardcoded UEFI would still try to boot Windows loader but since it was replaced then it started GRUB which let me choose between Linux and Windows. Windows was fine with renamed loader and would boot without issues. The only downside of that workaround was the fact that Windows sometimes updated boot files and it would replace GRUB with its own loader so replacing would need to be done again. Farily easy to automate with some shell script.
Leave a comment:
-
-
I really hope we'll see a move to unified kernel images and systemd-boot soon. It's a breath of fresh air. Much simpler overall, you can easily realize a fully measured boot and you can get rid of the /boot partition among other things.
CloverBoot definitely seems like a good solution for legacy systems.
Leave a comment:
-
Leave a comment: