5 ms·
It's a relatively recent thing. Before that, all major Linux distributions gave you a bunch of different filesystems by default. Which is how all UNIX-like syst
by xorcist 5y ago
It's a relatively recent thing. Before that, all major Linux distributions gave you a bunch of different filesystems by default. Which is how all UNIX-like systems worked, for a number of historical reasons.
This wasn't great in practice. One partition layout certainly doesn't fit everbody, and there is a world of difference between the use case of a laptop, a database server, and a small web server. Most people outgrew the default setup rather quickly.
Over time installers tended to get the simplest use case as default, while allowing users with knowledge to choose their desired file system setup.
Since more than a decade ago it's not necessary to choose since all major file systems have online resizing capabilities and you can change the setup without downtime. There's also no need to be limited by the age old partitioning format. That made the simple default even more appropriate.
- anthk 5y agoBSD's don't use partitions, but slices. And, well, NetBSD it's pretty conservative, but OpenBSD's defaults are good for a desktop.
- tremon 5y agoFor all practical intents and purposes, BSD's use partitions. They just call them differently because they use a different technical implementation. But they're still just as static and just as limiting as regular partitions.
- MobiusHorizons 5y agoThe important distinction for me is that the tools for working with partitions exist on openBSD (eg fdisk) but those deal with mbr/ gpt partitions, and won’t tell you about slices. So practically it’s a distinction you need to understand if you intend on working with them.
- anthk 5y agoNo, you slice up an OpenBSD partition (GPT/MBR/Apple...) into several parts (subvolumes to get mounted).
- nix23 5y agoIt's the same...GPT is the partition-table, you even write it yourself: >into several parts parts are partitions and not subvolumes, a subvolume is a filesystem or volume-manager on top of a partition and it's size/quota etc is defined BY the filesystem or the volume-manager (look up btrfs subvolumes, zfs-filesystems or lvm).
- foxfluff 5y agoWhat distinction are you trying to make? The disklabel utility can be used to install, examine, or modify the label on a disk drive or pack. The disk label contains information about disk characteristics (size, type, etc.) and the partition layout, stored on the disk itself. disklabel supports 15 configurable partitions, `a' through `p', excluding `c'. The `c' partition describes the entire physical disk, is automatically created by the kernel, and cannot be modified or deleted by disklabel. By convention, the `a' partition of the boot disk is the root partition, and the `b' partition of the boot disk is the swap partition, but all other letters can be used in any order for any other partitions as desired. The word "slice" does not come up in disklabel's man page at all. http://man.openbsd.org/disklabel http://man.openbsd.org/disklabel
- rjsw 5y agoHow about "The other BSDs use slices". FreeBSD [1] and NetBSD[2] can use GUID partition tables as well as traditional BSD disk labels. [1] https://www.freebsd.org/cgi/man.cgi?query=gdisk&apropos=0&sektion=8&manpath=FreeBSD+13.0-RELEASE+and+Ports&arch=default&format=html https://www.freebsd.org/cgi/man.cgi?query=gdisk&apropos=0&se... [2] https://man.netbsd.org/gpt.8 https://man.netbsd.org/gpt.8
- trasz 5y agoAt least in case of FreeBSD, it’s more “uses GPT by default” than “can use”.
- anthk 5y agoYour openbsd sd0e partition wont show up under fdisk. sd0c will as it can be maped to either the openbsd A6 partition under MBR/GPT or a disklabel using the whole disk.
- foxfluff 5y agoAs far as I know the c partition is always the whole disk, regardless of what you have (or don't have) in MBR or GPT. If you want to image the whole disk with dd, you'll reach for rsd0c, always. But I still don't understand what distinction you're trying to make. Yes, disklabel partitions don't show up in MRB, just as GPT partitions won't. No surprise that the three different partitioning methods aren't exactly aware of each other.