you are viewing a single comment's thread
view the rest of the comments
[–] 6 points 2 years ago (9 children)

/ and /boot are (arguably) all you need on a single disk system

  • source
  • hideshow 9 child comments
  • [–] 4 points 2 years ago (7 children)

    But why /boot?

    I would much rather split out /home if I'm going to split anything, so it can go through a future reinstall more smoothly. With /var being a more distant second candidate, because I've been burnt on several occasions by various programs eating up all disk space somewhere under it.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 6 points 2 years ago (2 children)

    If you want to be compliant to the UEFI spec, the partition holding your EFI binaries must be formatted as a file system related to FAT (see https://en.m.wikipedia.org/wiki/EFI_system_partition). This is not something you want for you system drive, so a separate partition makes sense.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 2 years ago (1 child)

    Isn't EFI a separate partition? Different from /boot?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 2 years ago*

    They can be the same partition, they are for different purposes though. EFI holds the EFI binaries as the name implies, while /boot holds the initrd, kernel, and the bootloader config files.

    If they are the same partition, /boot needs to be formatted as FAT32 and have EFI as a subdirectory. Otherwise they can be separate partitions, either way the partition that contains the EFI directory needs to be formatted as FAT32.

  • source
  • parent
  • [–] 1 point 2 years ago (1 child)

    I keep / and /home on a btrfs subvolumes, so I do not have to think about their sizes and also can do snapshots.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 2 years ago

    How do btrfs snapshots work?

    I use borg to take snapshots from / and /home because I can be selective (it has include and exclude patterns, like rsync). Also because it does deduplication (at file and chunk level too, saves a ton of space) and compression. And of course a big factor is that I can keep the backups somewhere else.

    I've looked into zfs snapshots but they seem really limited in comparison. Good for recovering accidental deletes or changes if you catch on soon enough, but not very useful otherwise.

  • source
  • parent