]> code.ossystems Code Review - openembedded-core.git/commit
boot loader: support root=UUID
authorPatrick Ohly <patrick.ohly@intel.com>
Thu, 3 Sep 2015 18:42:32 +0000 (20:42 +0200)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Sun, 6 Sep 2015 14:24:26 +0000 (15:24 +0100)
commit1e29d77d0d33ee216b43022439876863f0db39bb
tree7ea393243cee6ac458135024ae913050c848f9b9
parent7fa76bd923fd643cf0984077321d6064d8ec3a2b
boot loader: support root=UUID

As mentioned when introducing the VM images
(https://bugzilla.yoctoproject.org/show_bug.cgi?id=7374), the
resulting images only work when the image is mounted as a disk that
results in the hard-coded path (/dev/sda in the current
default). Using the file system UUID to find the rootfs is more
flexible.

To enable this for boot-direct.bbclass and thus image-vm.bbclass (aka
FSTYPEs vdi/vmdk/qcow2), set SYSLINUX_ROOT =
"root=UUID=<<uuid-of-rootfs>>". The rootfs image must use an ext file
system.

The special string will get replaced in the APPEND line with the
actual UUID when the boot loader (grub-efi, syslinux or gummiboot)
writes the boot loader configuration files. At that time, the rootfs
image has already been created and its UUID can be extracted using
"tune2fs -l", which also should be available because the
e2fsprogs-native tools were needed to create the image in the first
place.

Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/fs-uuid.bbclass [new file with mode: 0644]
meta/classes/grub-efi.bbclass
meta/classes/gummiboot.bbclass
meta/classes/syslinux.bbclass