Crash during manual partitioning: ValueError: Mountpoint is not specified due to leftover BTRFS subvolumes with None paths.
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- linux, python
- Domain
- cli, operating-systems
Research direction
Start by tracing the _mount_btrfs_subvol path used by manual partitioning and the handling of existing BTRFS subvolumes whose paths are None. Reproduce the failure with a leftover BTRFS partition and Wipe: True, then verify that invalid subvolumes no longer cause the installer to raise ValueError before wiping or formatting the partition.
Written by the indexing model from the issue text.
Description
Which ISO version are you using?
2026-02-26
The installation log
-
describe the problem
When attempting to install Arch Linux using archinstall on a disk that contains a leftover BTRFS partition from a previous failed installation, the installer crashes with a ValueError: Mountpoint is not specified in _mount_btrfs_subvol.
This crash occurs even if Wipe: True is explicitly selected for that partition in the manual partitioning menu. It appears that the installer attempts to read and parse the existing broken BTRFS subvolumes (which show up with None as their path/mountpoint in the menu) before performing the actual wipe/format operation. Since it doesn't know how to mount a subvolume with a None path, it throws an exception and aborts the installation entirely
Exiting archinstall and manually running wipefs -a /dev/nvme0n1pX on the problematic partition completely removes the leftover subvolumes. After doing this, running archinstall again and configuring the partition works perfectly. The installer should ideally ignore or wipe these invalid subvolumes automatically when Wipe: True is flagged.
Hardware / Environment:
Device: Laptop
CPU: AMD Ryzen 5 4600H
GPU: NVIDIA GTX 1650
RAM: 16GB DDR4 3200MHz
Setup: Dual boot with Windows on a single NVMe drive.Exiting archinstall and manually running wipefs -a /dev/nvme0n1pX on the problematic partition completely removes the leftover subvolumes. After doing this, running archinstall again and configuring the partition works perfectly. The installer should ideally ignore or wipe these invalid subvolumes automatically when Wipe: True is flagged.
Hardware / Environment:
Device: Laptop
CPU: AMD Ryzen 5 4600H
GPU: NVIDIA GTX 1650
RAM: 16GB DDR4 3200MHz
Setup: Dual boot with Windows on a single NVMe drive.
- Dominant language
- Python
- Stars
- 8.4k
- Forks
- 775
- Avg merge
- 4d 8h
- Merged PRs (30d)
- 23
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from archlinux/archinstall
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
archlinux/archinstall#4603 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
archlinux/archinstall#4385 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
archlinux/archinstall#3467 · 1 comment ·
-
Difficulty 5/5 Over a week Newbie friendliness 10/100
archlinux/archinstall#4779 · 6 comments ·
-
Difficulty 3/5 1-2 days Newbie friendliness 62/100
archlinux/archinstall#4778 · 2 comments ·
All issues in archlinux/archinstall
Similar issues
-
documentation help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
simonw/sqlite-utils#872 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100