Linked by Howard Fosdick on Thu 6th Dec 2012 05:26 UTC
OSNews, Generic OSes With computers now shipping with UEFI Secure Boot enabled, users of any OS other than Windows 8 will want to know how to circumvent it. Jesse Smith of DistroWatch tells how he did it here. The Linux Foundation describes its approach here. If you want to boot an OS other than Windows 8, you'll want to figure this out before you buy that new computer.
Thread beginning with comment 544590
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[6]: Comment by kaiwai
by kaiwai on Sun 9th Dec 2012 14:39 UTC in reply to "RE[5]: Comment by kaiwai"
kaiwai
Member since:
2005-07-06

I've conflated them? I've reread that quote and the instances of "UEFI" and "secure boot" were both correct and intentional. Secure boot is a subset of the UEFI standard that's required now by microsoft. I think we both already know this, so please let us not fuss.


The incompatibility therefore has nothing to do with 'secure boot' so why is the issue even raised in the first place? a crappy UEFI implementation - join the list of crappy motherboard vendors doing the same thing purely out of laziness rather than some sort of 'evil master plan' to 'screw over Linux users'.

I'm sorry but I don't know what this is in response to?


The implication that is at least implied by your posts (and others) that motherboards vendors are going out of their way to screw over Linux users.

Ditto here. But I'd add that manufacturers go out of their way to explicitly make their wares compatible with windows. Linux doesn't get the same attention.


Why should it receive the same attention when such a miniscule number of Linux users make up their customer base?

I'm taking the article's claims at face value. I'd be disappointed if the author lied and the specs were listed at his merchant's website, but it doesn't really change his conclusion about secure boot: "Software freedom requires vigilance and I fear that is more true now than it was a year ago. Be careful when shopping for new computers, it is easy to purchase more trouble than one bargained for."


It doesn't say it on the product page itself but if you go to the downloads section and read through the manual it makes several references to UEFI, how to get access to the UEF command line, how to UEFI boot off a USB thum drive etc. The issue ISN'T UEFI at all given that we've finally got a firmware that is properly documented and designed rather than a hacked together mess BUT if a vendor fails to test and debug their firmware then the issue has nothing to do with UEFI but the poor implementation of UEFI byt he said vendor and in all due respects the same thing can and has happened with traditional BIOS - I'm sure you remember not too long ago the Foxconn motherboard fiasco in reference to ACPI being deliberately incompatible with Linux. Having a traditional BIOS doesn't some how give you the magic of being protected from not being screwed over by lazy companies.

Reply Parent Score: 3

RE[7]: Comment by kaiwai
by Alfman on Sun 9th Dec 2012 18:07 in reply to "RE[6]: Comment by kaiwai"
Alfman Member since:
2011-01-28

kaiwai,

"The incompatibility therefore has nothing to do with 'secure boot' so why is the issue even raised in the first place? a crappy UEFI implementation"

It confusing as hell to understand who or what you are actually responding to here with these "incompatibilities". The OP (which is you ironically), was explicitly talking about disabling secure boot to run another OS. The second poster (Morgan) said that might not always remain an option. My posts brought up the point made in the article that secure boot restrictions aren't likely to be listed when consumers buy their hardware.

"The implication that is at least implied by your posts (and others) that motherboards vendors are going out of their way to screw over Linux users."

I still have no idea what you are talking about. *I* don't think manufacturers are going out of their way to screw over linux users.

"Why should it receive the same attention when such a miniscule number of Linux users make up their customer base?"

Well that's my point. Linux is a niche, most manufacturers don't bother supporting it explicitly.


"It doesn't say it on the product page itself..."

That's what the author said, but I don't think he specified where he bought the product? Anyways the point was that consumers need to be more vigilant, which is true even when secure boot is in the manual. Some potential linux users won't know why their live linux media stopped working and they might even blame linux itself without even being aware of the secure boot restrictions on their machine.



Edit:
Doing some detective work here, if I'm not mistaken, your comments are actually referring to this sub-thread. Well that makes a bit more sense, even if it's not related to my posts.

http://www.osnews.com/thread?544479

I don't think it's a bug so much as something erroneously having slipped through the certification process. If you want to view bugs as a legitimate way of bypassing certification requirements...well I'm not going to argue with you about it.

Edited 2012-12-09 18:26 UTC

Reply Parent Score: 2