Installation 正在尝试安装manjaro,但在分配磁盘可用空间时遇到问题

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

我试图在装有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 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具有相同的行为。