Installation 正在尝试安装manjaro,但在分配磁盘可用空间时遇到问题
我试图在装有oem windows 10的笔记本电脑上安装manjaro,我使用 manjaro architect cli安装程序。我已经创建了LVM,划分了逻辑卷,在LVM上创建了LUK,将分区格式化为btrfs并挂载了它。当我移动下一步并开始安装DE时,我发现了错误:Installation 正在尝试安装manjaro,但在分配磁盘可用空间时遇到问题,installation,lvm,manjaro,btrfs,Installation,Lvm,Manjaro,Btrfs,我试图在装有oem windows 10的笔记本电脑上安装manjaro,我使用 manjaro architect cli安装程序。我已经创建了LVM,划分了逻辑卷,在LVM上创建了LUK,将分区格式化为btrfs并挂载了它。当我移动下一步并开始安装DE时,我发现了错误: checking available disk space... error: Partition /mnt too full: 1333620 blocks needed, 0 blocks free error: not
checking available disk space...
error: Partition /mnt too full: 1333620 blocks needed, 0 blocks free
error: not enough free disk space
error: failed to commit transaction (not enough free disk space)
Errors occurred, no packages were upgraded.
==> ERROR: Failed to install packages to new root
然后我键入df-hT并看到:
Filesystem Type Size Used Avail Use% Mounted on
dev devtmpfs 6.8G 0 6.8G 0% /dev
run tmpfs 6.9G 101M 6.8G 2% /run
/dev/sdb1 iso9660 2.7G 2.7G 0 100% /run/miso/bootmnt
cowspace tmpfs 256M 0 256M 0% /run/miso/cowspace
overlay_root tmpfs 11G 189M 11G 2% /run/miso/overlay_root
/dev/loop0 squashfs 21M 21M 0 100% /run/miso/sfs/livefs
/dev/loop1 squashfs 457M 457M 0 100% /run/miso/sfs/mhwdfs
/dev/loop2 squashfs 1.6G 1.6G 0 100% /run/miso/sfs/desktopfs
/dev/loop3 squashfs 592M 592M 0 100% /run/miso/sfs/rootfs
overlay overlay 11G 189M 11G 2% /
tmpfs tmpfs 6.9G 121M 6.8G 2% /dev/shm
tmpfs tmpfs 6.9G 0 6.9G 0% /sys/fs/cgroup
tmpfs tmpfs 6.9G 48M 6.8G 1% /tmp
tmpfs tmpfs 6.9G 2.3M 6.9G 1% /etc/pacman.d/gnupg
tmpfs tmpfs 1.4G 12K 1.4G 1% /run/user/1000
/dev/mapper/vg--default-lv--root btrfs 162G 1.1G 0 100% /mnt
/dev/mapper/crypto-home btrfs 60G 3.4M 60G 1% /mnt/home
/dev/mapper/crypto-project btrfs 40G 3.4M 40G 1% /mnt/home/project
/dev/nvme0n1p4 fuseblk 200G 20G 181G 10% /mnt/windows
/dev/nvme0n1p7 vfat 99M 512 99M 1% /mnt/boot/efi
这一排怎么了
/dev/mapper/vg--default-lv--root btrfs 162G 1.1G 0 100% /mnt
怎么会这样呢?使用%100%和Avail 0,但162G中只使用了1.1G?解决方案是在安装软件包之前手动卸载并重新装载文件系统。可能还需要关闭并重新打开btrfs卷。如果在安装软件包时遇到此问题,则可以执行装载/重新装载,然后只需重新执行软件包安装步骤,而无需格式化 之前我写了以下内容,但在最近的安装中没有帮助: 我遇到了同样的问题。这是btrfs中的某种错误。我偶然发现了一个解决办法。手动创建文件并写入文件(
touch/mnt/temp
,dd if=/dev/zero of=/mnt/temp bs=1M count=1000
)后,df
开始报告正确的可用空间,我能够恢复安装
另外,我直接在luks over block设备上使用btrfs。我的调查显示,btrfs格式化的luks over lvm可能与磁盘的奇怪分配无关,因为“清除”btrfs具有相同的行为。