Talk:BIOS boot partition

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

[Untitled][edit]

GPT-MBR goes to the all-your-base meme page. This probably isnt what you wanted.

Attribution to Mr. Millan ?[edit]

Since it appears that GNU GRUB developer User:Robertmh came up with this concept (and integrated it into GRUB), should he be credited? Or should it at least be clearly stated that this is an invention by the GNU GRUB team, so people know where this concept came from? —Hobart (talk) 07:29, 28 February 2012 (UTC)[reply]

Not just that, this is proprietary to GRUB. It should be listed as "GRUB BIOS Boot partition"; claiming that it is somehow a standard of some kind is not merely nonsense, but it is actively harmful since the whole point of GUIDs is to avoid collisions. This is the GRUB partition, plain and simple. 2601:9:3300:5B:E269:95FF:FE35:9F3C (talk) 04:17, 25 April 2013 (UTC)[reply]

Similarly, the practice of squatting on unpartitioned space in MBR partition tables claiming it is somehow "reserved for the bootloader" also is largely a GRUB "standard" (in fact, a number of utilities are known to squat on that space in a highly uncontrolled manner.) 2601:9:3300:5B:E269:95FF:FE35:9F3C (talk) 04:19, 25 April 2013 (UTC)[reply]

Hah!IdontNeedEFI confusion regarding endianness[edit]

Much confusion has arisen regarding endianness of the "Hah!IdontNeedEFI" GUID:

Look at the fine history:

Sure you want to report a false positive. 2607:FCD0:100:9:0:0:0:3 (talk) 03:33, 8 August 2012 (UTC)[reply]


i accidently looked it up before seeing your discussion:

$ dd if=/dev/sda bs=512 count=40 | xxd | grep 000580
40+0 records in
40+0 records out
20480 bytes (20 kB) copied, 8.4399e-05 s, 243 MB/s
0000580: 4861 6821 4964 6f6e 744e 6565 6445 4649 Hah!IdontNeedEFI


Juli@n (talk) —Preceding undated comment added 13:02, 29 August 2012 (UTC)[reply]

I've gathered the following pieces of information in trying to understand it all:

  • The first three fields of a UUID/GUID are a 4-byte value, then 2 2-byte values. All subsequent values are single bytes or byte arrays, so only the first 8 bytes are affected by endianness concerns.
  • The typical way to write a UUID/GUID's string form in RFCs / Linux-centric documentation is big endian.
  • However Microsoft sources tend to write UUID/GUID string forms little endian.
  • The byte order of an on-disk GPT is little endian.

MaxBowsher (talk) 01:57, 19 April 2013 (UTC)[reply]

The "Hah!IdontNeedEFI" string is correct; further evidence can be seen in this tweet. The endianness rules for storing GUIDs in binary form can be seen in this Microsoft documentation, and those rules are the cause of all the confusion around the Easter Egg embedded in this GUID.

Rmunn (talk) 07:27, 30 May 2018 (UTC)[reply]

second stages[edit]

I find it misleading to talk about second stages, while this is, afaik, in most cases the so called stage 1.5 precding stage 2 in grub . --Itu (talk) 10:40, 14 June 2015 (UTC)[reply]

still usable gap with GPT[edit]

So, there is still a gap with GPT, practically, because of good-practice Alignment (typically 1MB) and this gap may be used with fitting or encompassing Partition or without. But without, it may be even less reliable und undefined as the 63-block MBR-gap. Furthermore with GPT it is not to bold to claim a partition, where in MBR this would have cost 1 of only 4 primary partitions. Just saying/thinking. --Itu (talk) 10:56, 14 June 2015 (UTC)[reply]

SSD-Drive with GPT, not accessable by XP (sorry), by BIOS I do not know[edit]

My starting point is knowing only MBR. But without a knowing what is a good workable with superordinate, genus.
Until now meeting GPT (on SSD-Drive) there for me was no necessity to it.
The point: XP and/or BIOS (?, sorry) did not recognize it.
To be able to make it accessable I had to work out, what is it, GPT, and how to get to MBR.
Only www.diskpart.com I could find, with software, to change from GPT to MBR.
Some days after these hourful works I could get an other, much more easyer (instead to have to figure all this out until understanding what has to be done and how and with what (software)) way to do it: xfdisk, by familiar with DOS. Else this ´diskpart´ does it really easy, too, if once found first, this does it.
((xfdisk:) An unknown drive, or partition, is shown, this ´partition´ delete and create a partition again just does it, as told to me by a professionell.)
To let it others know, I just do note it now here. But I cannot do the efforts to look for sources to it now, sorry. But in hope, my works and figuring outs, already may be a help.
Thanks the interesst.
--Visionhelp (talk) 11:27, 31 August 2021 (UTC)[reply]
Sorry, found now this: is my comment perhaps better placed there GUID_Partition_Table? Thanks.
--Visionhelp (talk) 11:22, 1 September 2021 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:BIOS_boot_partition&oldid=1200053333"