Grub2 +回溯+ LVM

Question

我希望从一个由环回文件托管的LVM分区启动我的系统，其中引导位于USB驱动器上。

使用非LVM设置，使用ext4回送文件，它引导时没有问题(网络上的是服务器指南)，但我需要更多的.我需要LVM！

我的分区布局是：

• USB驱动器(MBR)：Grub 2
• USB驱动器(hd0，msdos1)：ext4 512 USB /boot
• 笔记本内部磁盘:主机..linux循环/system0.lvm文件，并将其映射为/dev/mapper/vg_system-lv_root。

这是我的Grub 2菜单条目：

set BOOT_PART=(hd0,msdos1)
set HOST_PART=(hd1,gpt5)
set LOOP_FILE=.linux-loops/system0.lvm
set LOOP_DEV=loop0
set LVM_VG=vg_system
set LVM_LV=lv_root
set ROOT_DEV=/dev/mapper/${LVM_VG}-${LVM_LV}

menuentry 'Loopback / 4.10.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os {
    echo "Initializing environment..."

    set KERN_VER=4.10.0-38-generic

    recordfail  load_video  gfxmode $linux_gfx_mode

    echo "Loading partition drivers..."

    insmod ext2
    insmod gzio
    insmod part_msdos
    insmod part_gpt

    echo Loopback(s) setup...

    loopback ${LOOP_DEV} ${HOST_PART}/${LOOP_FILE}
    insmod lvm

    echo Debug LVM...
    ls
    ls (lvm/${LVM_VG}/${LVM_LV)/

    echo "Loading kernel..."

    set root=${BOOT_PART}

    linux   /vmlinuz-${KERN_VER} root=${ROOT_DEV} rw verbose nosplash debug
    initrd /initrd.img-${KERN_VER}

}

两个ls调试命令告诉我，grub已经看到了LVM分区，但是在initrd运行期间，系统显示未找到vg_ system 组，并且lvmetad尚未运行。

我认为grub脚本中的回送设置不能传播到init脚本，因此它不能再次初始化LVM映射程序。

在非LVM场景(上面提到)中，vmlinuz ..。循环=.解决了这个问题。

问题是:如何设置回环文件，以便通过grub将它们提供给LVM映射程序？

非常感谢!

Answer 1

我已经在GitHub上发布了我的解决方案：

本指南将为您详细说明如何在LVM回送磁盘上安装linux，从USB驱动器(grub和引导分区)引导linux，而不必更改PC内部磁盘引导扇区。

相关部分已由https://github.com/antonio-petricca/buddy-linux/blob/master/assets/initramfs/lvm-loops-setup脚本实现：

#!/bin/sh -e

# Antonio Petricca  - 17/03/2018

PREREQS=""

# Output pre-requisites

prereqs() {
    echo "$PREREQ" }

case "$1" in
    prereqs)
        prereqs
        exit 0
    ;; esac

. /scripts/functions

MNT=/host ROOT_MNT=${rootmnt}${MNT}

_log_msg "Moving LVM loops host device mount point from \"${MNT}\" to {ROOT_MNT}\"...\n"

mount -o remount,rw ${rootmnt} || panic "Cannot remount \"${rootmnt}\" R/W."

[ -d ${ROOT_MNT} ] || mkdir -p ${ROOT_MNT} || panic "Cannot create \"${ROOT_MNT}\" mount point."

mount -n -o move ${MNT} ${ROOT_MNT} || panic "Cannot move \"${MNT}\" to \"${ROOT_MNT}\"."

log_end_msg "Done"

Answer 2

您的想法是正确的: GRUB不能代表内核执行设置。

GRUB依赖于系统固件( BIOS或UEFI)进行磁盘访问，因此它所做的任何事情都是基于这些固件例程。一旦内核接管了，这些固件例程就不再被使用.而在它们之上构建的任何东西也会变得不可用，直到操作系统为同一项工作提供自己的驱动程序。

(在BIOS情况下，16位BIOS磁盘访问例程由于内核将处理器转换为完全32/64位模式而变得不可用。在UEFI的情况下，我认为磁盘访问服务是UEFI特性之一，当执行标准的“终止引导服务”UEFI调用，完成将硬件控制移交给操作系统的UEFI部分时，UEFI功能就变得不可用了。)

相反，您需要设置一个脚本，以便在初始阶段在initrd中执行:它应该在LVM启动之前激活必要的回送设备，或者在设置循环设备之后执行vgscan --mknodes和/或vgchange -ay (如果LVM已经初始化了)。

如果不知道您使用的Linux发行版的名称和版本，就很难给出更具体的建议。