Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The main reason for a boot partition (and the only one I can remember!) is that GRUB is a bit fussy about partitioning. If you use logical volume management, this is too complex for the booting process, so /boot must be on a separate partition. GRUB also had trouble with ext4 when it first arrived, so a separate /boot was needed in ext2 or ext3 format.
Generally speaking it is good practice on a machine that is used as a server type system to have a /boot partition. Like all partitions, the main purpose of having a partition for the /boot files is to prevent other services from overwriting the files in the partition. For example, in a case where there are a pile of logfiles growing due to buggy code or badly configure services, it may be necessary to put the log directory /var/log into it's own partition.
Consider the situation where everything is on one partition. It is likely that you will have difficulties at some stage with some piece of software going where it shouldn't. Partitions are a good way to engage in preemptive damage limitation. Another useful aspect of partitions is for backup purposes.
There's an LVM HOWTO here http://tldp.org/HOWTO/LVM-HOWTO/
Basically, you can add lots of physical disks (each disk called a pv = physical volume) into a pool (vg = volume group).
You can then divide the vg into 1 or more lvs (logical volumes), so you don't need to worry if the disks are different sizes/makes (unlike RAID).
Handy way to just keep adding disks and expanding space, but tricky if any part breaks.
Definitely require regular backups...
The big deal with having a '/boot' was when the hdd had a cylinder count greater than '1024'. We would create a separate '/boot' partition on the hdd <1024. Now that 'lilo' & 'Grub' can handle cylinder counts >1024 this is no longer an issue.
Another advantage was to have multiple installs or kernel images for the system residing in the '/boot' that way there would be no conflicts between the installs.
Now a lot of people wanting to use Grub2 with ext4 which can cause conflicts. To avoid the conflict you can create a 'ext2' filesystem on the device for the '/boot' when using 'Grub2'.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.