I followed Stephen Kitt's recommendation put / and /home under LVM, instead of leaving / in its own partition.

If /boot is in a logical volume for / (as by default it is), will moving the logical volume cause failure to boot?

This seems to be true if / filesystem is in a partition and /boot is in the / filesystem. It seems that we need to reinstall grub to be able to boot into the Lubuntu installed on the disk again.

I would like to know if LVM provides any advantage in this aspect.


  • 1
    It is not recommended to put /boot into a logical volume, because an LV could cross disks, be non-contiguous and so on. – Stephen Harris Feb 27 at 18:12
  • related or possible dup – RubberStamp Feb 27 at 18:30
  • If you move the location of either / or /boot you will need to update those locations in /boot/grub/grub.cfg ... this is usually does using the grub-install tool. – RubberStamp Feb 27 at 18:52
  • @RubberStamp Why does it seem that I don't have to unix.stackexchange.com/questions/503355/…? – Tim Feb 27 at 18:56
  • I haven't looked too closely at the previous question... however, the output of cat /boot/grub/grub.cfg |grep boot should provide some details that may answer both questions for you... or make it a little clearer. I'll see if I can figure out the previous question... – RubberStamp Feb 27 at 19:00

Will doing something cause boot failure? How do we define causing boot failure? It's able-to-boot before and unable-to-boot after. So we know able-to-boot before is satisfied, then is unable-to-boot after also satisfied? We have to know the situation after you doing something, which isn't given in the question.

So Let's just assume you have following filesystem and partition scheme after doing something(It's just assuming, because you may have complex storage scheme setup and they can all affect the final result).

/dev/sda as your only physical disk(GPT partitioned), /dev/sda1 as your ESP, /dev/sda2 as LVM PV, which used by your only VG, which further contains two LV, one for / and one for /home. No other filesystem is on your system. I'm not gonna click your links, that's your responsibility.

Now, you use grub as bootloader, which is installed in the ESP. Because ESP isn't touched, UEFI firmware will successfully run your grub, which will function perfectly. But to boot your linux, grub needs to find your kernel and initramfs, and kernels(actually initramfs, but it's kernel arguments anyway, not important) needs to be told which device contains the / filesystem.

How did grub know where to find your kernel and initramfs? Clearly it can't search over all your filesystems, it has to be told by you. How? that's where grub.cfg becomes important. Which tells grub how to find the kernel and initramfs and what parameters to be passed to kernel.

So, where is your kernel anyway? When you install your OS, kernel and initramfs are always installed in the /boot of your new OS. But which filesystem anyway? That depends on how you mount these filesystems during installation. So, it's in your "/ filesystem", because you never set up a seperate /boot filesystem.

Where is your "/ filesystem"? In the one of your two LVs. Where's your device containing the / filesystem? It must be the same LV.

So, let's check the grub.cfg, if it's not written properly, OS would fail to boot, huh? But if it IS written corretly, grub will correctly find the kernel, initramfs and pass right parameters to the kernel.

Oh, I forgot that we are not able to check grub.cfg because it's not provided. So ... assuming again? No, according to manual of grub, grub.cfg supports so many complex configuration, which can all affect the final result, just as we mentioned before, so we're just gonna stop here. Doing too much assumption just let our answer becomes too far away from real-life.


Because you cannot move a directory into something it contains:

$ tree .
└── one
    └── two

2 directories, 0 files
$ mv ./one ./one/two/
mv: rename ./one to ./one/two/one: Invalid argument

You cannot move / to another location, as that other location would be contained itself. This is a filesystem, not a Klein Bottle.

  • I think the OP is asking about moving LVs, not re-arranging file structures. – Stephen Harris Feb 27 at 18:43

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.