[lfs-support] What Is "The" LFS Partition?

Ken Moffat zarniwhoop at ntlworld.com
Mon Nov 5 08:59:31 PST 2012

On Mon, Nov 05, 2012 at 08:24:32AM -0500, Alan Feuerbacher wrote:
> Howdy,
> I've done a major reset by giving up on installing an LFS system on my 
> old 32-bit computer, and am now installing it on a new 64-bit system. 
> The new system now has Fedora as the host system. It's installed on 
> /dev/sdb and I want to put LFS on a blank 256G SSD -- /dev/sda.
> In trying to format /dev/sda I'm running into a conceptual problem. I 
> partition the disk into:
> /dev/sda1 for /boot
> /dev/sda2 Extended partition
> /dev/sda5 swap
> /dev/sda6 for /
> /dev/sda7 for /usr
> and so forth. This is following the suggestions in the LFS book, section 
 I would definitely go with your later idea of using a conventional
disk, at least until you understand what you are doing.

 BUT, the partition layout is just an example.  If this is intended
to eventually become your only disk (running LFS all the time),
/boot is good.  If you will always have a distro, you can use its
/boot and swap - but you will need to make sure the distro doesn't
remove the LFS entr{y,ies} when updating.  After that, it becomes a
matter of choice:

/usr is very old-school - most people don't bother to separate it
from / (and therefore / will need to be big).

/ will be where you build LFS - but if you then use that system to
build a newer one, you need another equally big partition.  In my
own case I've got six 8GB filesystems available for building [ small,
for a modern desktop, but then I deviate by putting my /sources on an
nfs mount ].

 You also need /home separate, so that you can share it between the

 Oh, you also need to format all the partitions before you can use
them. 'man mkfs.ext4' might look frightening, but in most cases all
you need are the defaults, so 'mkfs -t ext4 /dev/sdXN' is usually
all you need.  This is one of the places where the documentation
*is* thorough and extensive!

das eine Mal als Tragödie, das andere Mal als Farce

More information about the lfs-support mailing list