如何使用LVM升级Fedora

大多数用户发现使用标准流程升级从一个 Fedora 版本升级到下一个很简单。但是，Fedora 升级也不可避免地会遇到许多特殊情况。本文介绍了使用 DNF 和逻辑卷管理（LVM）进行升级的一种方法，以便在出现问题时保留可引导备份。这个例子是将 Fedora 26 系统升级到 Fedora 28。

此处展示的过程比标准升级过程更复杂。在使用此过程之前，你应该充分掌握 LVM 的工作原理。如果没有适当的技能和细心，你可能会丢失数据和/或被迫重新安装系统！如果你不知道自己在做什么，那么强烈建议你坚持只使用得到支持的升级方法。

准备系统

在开始之前，请确保你的现有系统已完全更新。

$ sudo dnf update
$ sudo systemctl reboot # 或采用 GUI 方式

检查你的根文件系统是否是通过 LVM 挂载的。

$ df /
Filesystem              1K-blocks   Used        Available   Use%    Mounted on
/dev/mapper/vg_sdg-f26  20511312    14879816    4566536     77%     /
 
$ sudo lvs
LV        VG            Attr        LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
f22       vg_sdg        -wi-ao----  15.00g
f24_64    vg_sdg        -wi-ao----  20.00g
f26       vg_sdg        -wi-ao----  20.00g
home      vg_sdg        -wi-ao---- 100.00g
mockcache vg_sdg        -wi-ao----  10.00g
swap      vg_sdg        -wi-ao----   4.00g
test      vg_sdg        -wi-a-----   1.00g
vg_vm     vg_sdg        -wi-ao----  20.00g

如果你在安装 Fedora 时使用了默认值，你可能会发现根文件系统挂载在名为 root 的逻辑卷（LV）上。卷组（VG）的名称可能会有所不同。看看根卷的总大小。在该示例中，根文件系统名为 f26，大小为 20G。

接下来，确保 LVM 中有足够的可用空间。

$ sudo vgs
VG      #PV #LV #SN Attr    VSize   VFree
vg_sdg  1   8   0   wz--n-  232.39g 42.39g

该系统有足够的可用空间，可以为升级后的 Fedora 28 的根卷分配 20G 的逻辑卷。如果你使用的是默认安装，则你的 LVM 中将没有可用空间。对 LVM 的一般性管理超出了本文的范围，但这里有一些情形下可能采取的方法：

1、/home 在自己的逻辑卷，而且 /home 中有大量空闲空间。

你可以从图形界面中注销并切换到文本控制台，以 root 用户身份登录。然后你可以卸载 /home，并使用 lvreduce -r 调整大小并重新分配 /home 逻辑卷。你也可以从现场镜像Live image启动（以便不使用 /home）并使用 gparted GUI 实用程序进行分区调整。

2、大多数 LVM 空间被分配给根卷，该文件系统中有大量可用空间。

你可以从现场镜像启动并使用 gparted GUI 实用程序来减少根卷的大小。此时也可以考虑将 /home 移动到另外的文件系统，但这超出了本文的范围。

3、大多数文件系统已满，但你有个已经不再需要逻辑卷。

你可以删除不需要的逻辑卷，释放卷组中的空间以进行此操作。

创建备份

首先，为升级后的系统分配新的逻辑卷。确保为系统的卷组（VG）使用正确的名称。在这个例子中它是 vg_sdg。

$ sudo lvcreate -L20G -n f28 vg_sdg
Logical volume "f28" created.

接下来，创建当前根文件系统的快照。此示例创建名为 f26_s 的快照卷。

$ sync
$ sudo lvcreate -s -L1G -n f26_s vg_sdg/f26
Using default stripesize 64.00 KiB.
Logical volume "f26_s" created.

现在可以将快照复制到新逻辑卷。当你替换自己的卷名时，请确保目标正确。如果不小心，就会不可撤销地删除了数据。此外，请确保你从根卷的快照复制，而不是从你的现在的根卷。

$ sudo dd if=/dev/vg_sdg/f26_s of=/dev/vg_sdg/f28 bs=256k
81920+0 records in
81920+0 records out
21474836480 bytes (21 GB, 20 GiB) copied, 149.179 s, 144 MB/s

给新文件系统一个唯一的 UUID。这不是绝对必要的，但 UUID 应该是唯一的，因此这避免了未来的混淆。以下是在 ext4 根文件系统上的方法：

$ sudo e2fsck -f /dev/vg_sdg/f28
$ sudo tune2fs -U random /dev/vg_sdg/f28

（编辑：天津站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!