在安装初级操作系统时,我选择了/boot太小的尺寸,在进行更新时,它会不断地咬我一口。
驱动器的其余部分是一个LUKS加密的根分区:
lsblk --fs
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
...
nvme0n1
├─nvme0n1p1 vfat F37A-4778 224.3M 15% /boot/efi
├─nvme0n1p2 ext4 f68b8c29-141b-4bec-8812-c5203be4f684 41.7M 83% /boot
└─nvme0n1p3 crypto_LUKS 715ee16e-ba60-487a-8944-23b3b561b2bb
└─cryptdata LVM2_member UFo5le-jPA4-5k4d-fpV3-7eGx-fTGR-6mU5Bo
├─data-root ext4 cd4a0015-3306-4c64-988c-83235baca874 581.3G 31% /
└─data-swap swap 65e49edd-8a15-4d30-b966-4df0bcdce12f [SWAP]我不能简单地缩小加密的分区以返回我的/boot的空间,所以我想使用fsarchiver进行备份,重新安装,然后重新应用备份。我认为这是将数据放回一个更小的分区的唯一方法。
我找到了这个答案:https://unix.stackexchange.com/a/101925,但我不知道如何使用它。AFAIU,我不需要执行第一步,因为我想存档我目前使用的nvme0n1p3分区,该分区已经打开。所以我把cd放进了一个外部驱动器,然后尝试:
sudo fsarchiver savefs `date +%Y_%m_%d`_root.fsa /dev/nvme0n1p3 -v -j11但我得到了:
filesys.c#140,devcmp(): Warning: [/dev/fuse] is not a block device
oper_save.c#1037,filesystem_mount_partition(): cannot mount partition [/dev/nvme0n1p3]: filesystem may not be supported by either fsarchiver or the kernel.
removed 2022_04_23_root.fsa我应该以某种方式用cryptsetup打开分区吗?是因为我没有使用LiveCD吗?
发布于 2022-04-23 10:31:56
来自fsarchiver的手册页:
选项保存存档设备..。保存保存设备文件系统以存档。
因此,设备参数应该是对文件系统的引用。您的参数/dev/nvme0n1p3是一个设备,但它不包含文件系统。这就是为什么您得到了错误消息:
oper_save.c#1037,filesystem_mount_partition():无法挂载分区/dev/nvme0n1p3:文件系统可能不受fsarchiver或内核的支持。
/dev/nvme0n1p3包含LUKS加密数据,这些数据(解密后)包含LVM数据。实际的ext4文件系统位于逻辑卷data-root中,这是lsblk输出中列出的。fsarchiver应该能够通过这个逻辑卷访问文件系统。因此,fsarchiver的正确设备参数可能是/dev/mapper/data-root。
我不知道这在运行系统中是否有效。创建完整文件系统的备份,这是我喜欢在非挂载或只读安装的文件系统上(使用LiveCD和cryptsetup)所做的事情。
https://unix.stackexchange.com/questions/700083
复制相似问题