On 06/09/2016 21:39, gevisz wrote:
2016-09-06 22:08 GMT+03:00 Rich Freeman <ri...@gentoo.org>:
On Tue, Sep 6, 2016 at 3:01 PM, gevisz <gev...@gmail.com> wrote:
I have already looked into this file but did not find where to set the
UUID of the root partion.
It depends. :)
Usually you end up with root=UUID=abc on your kernel command line. It
looks like grub-mkconfig is supposed to do this automatically.
I do agree and suspect that it is a bug in grub-mkconfig.
Why otherwise adding a new unformatted disk to the system
should prevent grub from finding a root (and boot :) partition
if it already been set in fstab?
Easy. BIOS/efi and/or udev has decided to renumber your drives and give
them different node names.
All my Dell laptops are like that - firmware sees the ssd as the first
drive and that's the name grub uses. The kernel and udev see them in the
opposite order so auto tools for grub always get it wrong.
It's common, nothing to get upset about. It's one of the reasons why
udev does the tricks it does.
Your initramfs tool may also do something here (I know dracut sticks a
copy of your fstab in the initramfs and uses it to help find the root
partition, assuming you have root in your fstab (if not it will
probably yell at you at some point)).
You have to use an initramfs to use a UUID to mount your root.
I do use initramfs (created by genkernel) as the system refuses
to boot without it.
I have already thought about it.
Do you think that I should recreate initramfs anew after adding
a new hard disk?
