[arch-general] Installation: How to get HDD > LUKS > GPT working in a clean way

Merlin Büge toni at bluenox07.de
Fri Dec 2 22:29:37 UTC 2016


Hi,

> > Hm. I can see your points. But I don't need the flexibility LVM provides,
> > I have enough flexibility through Btrfs.
> > And yeah, it's readily automated, and that's indeed practical for many
> > people. Personally, I'd rather modify the start-up process a tiny bit
> > so that GPT inside LUKS gets parsed. I just try to strip off unnecessary
> > 'overhead' / layers of my system.
> Okay, then.
> 
> Here's my opinion on this approach.
> 
> If you have 8 GiB or more and not hibernating, don't bother with swap, 
> it'd be a waste of disk space. In that case you could just put a btrfs 
> volume straight on the LUKS container without the GPT. Problem solved as 
> you don't need any more volume management than opening LUKS containers.
> 
> Otherwise WITH swap: Unfortunately btrfs (still) doesn't support swap 
> files properly, otherwise I'd suggest using them. You can write a custom 
> hook. Unless you plan to share it, I'd make it a dead simple shell 
> script that simply reruns the command to scan for added GPT partitions 
> for your specific setup. Make sure you have a setup hook that gets the 
> dependencies in there.
> 
> Personally, I still think you should just use LVM, for the simple reason 
> you're having trouble with GPT, which is not meant for being used like 
> this, since it can work as a more flexible "partition table" inside the 
> LUKS container and is better supported all around. btrfs really doesn't 
> act as a good replacement for logical volumes, in my experience. Having 
> something with more features than you need is better than trying to 
> coerce something into working ways it's not really intended.

Thanks for your input!

I've reconsidered LVM twice now but still feel better without it.


Cheers,

Merlin


-- 
Merlin Büge <toni at bluenox07.de>


More information about the arch-general mailing list