Comment 7 for bug 1383948

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/28/2014 09:39 PM, Damiön la Bagh wrote:
> BTRFS reserves the first 64Kib in order to allow booting. GRUB2
> already supports booting from BTRFS. As BTRFS is its own partition
> table, LVM and filesystem in one.

Last I saw, when adding the btrfs module to the grub core, it grew
larger than 64k and so wouldn't fit in that reserved space, but if you
say it is working that's neat.

> Partition tables are legacy from the 50's!! it's 2014! Technology
> has gotten past partition tables in both ZFS and BTRFS.

ZFS and BTRFS have nothing to do with it. If you want to, you can
format an entire disk as ext4 or any other fs too; it just isn't smart.
With btrfs on the disk without a partition table, it becomes impossible
to share that disk with an OS that does not understand btrfs, even by
using eg. gparted to repartition the drive and add a small shared
partition. We also have a new partition table format in the last few
years that newer computers require to boot since the bios is finally
going away. Even if you can manage to get a bios based computer to boot
directly from a full btrfs volume ( and many bios implementations won't
boot the disk unless they recognize a valid dos partition table with an
active partition ), this won't fly with UEFI.

> It's not about the 1mb that a partition table occupies but
> removing complexity and overhead (layers of the onionskin). This
> leads to a speed increase in btrfs especially on SSD's. Plus it's
> easier to manage storage when you have One common set of commands
> instead of several unrelated programs each with their own syntax.
> So in the end it's also faster to set up your system and manage it
> running raw btrfs.

There is no overhead to placing a filesystem on a partition instead of
the raw device. Formatting the raw device does not make it one iota
faster.

> Swap and that terrible EFI folder can be held on a SD card to
> counter any argument before it starts.

Assuming the computer has one and that it's UEFI firmware recognizes it.

Some other scenarios that come to mind where you will regret not having
a partition table are if you ever add a second disk and want to expand
btrfs to span or raid across them both. I'm pretty sure the grub btrfs
code does not handle this so you would need to add a /boot partition.
Another is that if that disk is ever plugged into a Windows system, it
will helpfully offer to format the "blank" disk instead of recognizing
that it is occupied by another OS. A partition table is pretty cheap
insurance against this.

> Yes it still happens in 14.10 please see screenshots with proof.

Ok, can you post the output of parted -l? Does it recognize that it
is btrfs?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJUUUZvAAoJEI5FoCIzSKrw0y0H/0arcwnwwvkLSu5HICaC+Puc
Got6A4TNDtgCdCALXK9cnfYc36IETu8JyUVJ3OEQFrQt2ZCx2zwJY19mnkl+RIFG
wD/eUQS+MBWRRL6xyUAUCOdadSS1xNZUCWHMO9mZi7E9l6bluZBjmTvl52IEHZDm
9GtWZnRUuN8TloszP9Q6/y+DMLJr5PeVAsiqC5s4TItze5f4GZSeJy/TFlrgzY6j
5VoEaC7eG2O2ooIZgvXGIPtPD3yGQhWRYEuSlkLe3ZOq3o5tRG7/OG5V6ApZXXu4
Iv/69TKsCFWbi0Malmu9MyoIcHZ/9Cb7TfR251PqOCY1ZdL07GR2Hbn5GPLBg7A=
=D8Yv
-----END PGP SIGNATURE-----