MBR + BIOS vs GPT + UEFI

GPT is objectively superior. UEFI on the other hand is a massive gaping security hole unless you use Secure Boot.

This, just leave a little more space at the start for embedding.

Systemd + GNU

This is what I go with.

MBR + BIOS

640x480 16 colors

CRT display

PS/2 Keyboard and Mouse

IDE hard disk

Also LAN. Never WLAN.

MBR + Coreboot
For any recent tech though, you can't use Coreboot and may as well run GPT + UEFI as it's more up to date.

gpt/uefi is pretty great

>psh
>*sip*

DOS +INIT.EXE

People who hate UEFI are the same people who use carburators.

Attached: 1537546163286.png (374x535, 244K)

enjoy your backdoors

No need for any extra space. You just create a BIOS Boot Partition. It has a GUID that when read as ASCII says Hah!IdontNeedEFI.

BIOS itself is more complicated and full of bloated legacy support things that are patched together and barely work together. A MBR bootloader starts out in real mode, like an 80s IBM PC. It also reads the hard disk through slow BIOS interrupts. One of the first things it does is escape from that and activate protected mode and then long mode. It also relies on stuff stored in space between sectors. Programs aren't informed what parts of that space are in use, leading to idiot things like some old Adobe DRM that stored its license key in one of those sectors and toasted GRUB if you had that.

UEFI simplifies the boor process, and puts all parts of it in files you can see without using a hex editor on a raw block device.

>idiot things like some old Adobe DRM that stored its license key in one of those sectors and toasted GRUB if you had that.
kek

>no need for more than 2 TB per hard drive
Is this a le ebin troll post?

Inside a NAS? Definitely. Inside a computer? You're just asking for trouble when one of those drives fails.

How do you think a NAS is made?

What's wrong with carburators?

What's wrong with carburators?

What's wrong with carburators?

BIOS is a mess but UEFI is bloat, both are a piece of crap.

Libreboot (or coreboot if you have shitty hardware) + GNU GRUB
There's no need for legacy garbage, why would I waste time on it?

They make you post the same thing 3 times in a row.

>Inside a NAS? Definitely.
Yeah because NASes use magic pixie dust and not BIOS or UEFI to boot.
>Inside a computer? You're just asking for trouble when one of those drives fails.
It's just a matter of restoring from backups regardless of the drive size, and it's a bit short sighted to think that no professional could ever have a use-case that would justify having 2+ TiB of storage inside their workstation, especially in an age where multi-terabyte SSDs are a thing.

absolutely correct
I've literally never used more than 150GB of data on any of my PC's

>I've literally never used more than 150GB of data on any of my PC's
What's your address? I need it to mail you your award.

fugg, passive agressive irony has gilled me :DDD
am dead now :DD
blease aggcebt abology :DDD

Attached: ae983dd69a1157ab7f7342a6037b38f10d652402_full.jpg (600x600, 33K)

depends
newer computer UEFI + GPT
rEFInd
older computer MBR + BIOS
coreboot or libreboot

depends on how autistic you are

GPT + UEFI + systemd-boot

>I've literally never used more than 150GB of data on any of my PC's
How do I do this when my Windows folder alone is half of that?

I don't use windows (Xubuntu + OpenBSD)
I don't play vidya or use big phat software except for firefox
I literally only download things from 4chinz or unix OS websites (.iso's)

>BIOS + MBR
BIOS + MBR + WIN7 is the right answer