Omarchy ISO: 4.0.1
Hardware: ASUS Zenbook 14
Install type: fresh install to entire blank NVMe SSD, encrypted root
On the first installation attempt, the "Installing Arch + Omarchy" phase failed with:
archinstall.lib.exceptions.SysCallError:
['/usr/bin/cryptsetup', 'close', 'root'] exited with abnormal exit code [5]:
device-mapper: remove ioctl on root failed: Device or resource busy
Device root is still in use.
After the installer stopped, I checked the live environment:
lsblk:
nvme0n1p2 crypto_LUKS
└─root crypt btrfs
findmnt showed no mount for the root mapper.
fuser -vm /dev/mapper/root showed no process using it.
dmsetup info root showed:
State: ACTIVE
Open count: 0
Running:
cryptsetup close root
then succeeded immediately and /dev/mapper/root disappeared.
I rebooted the ISO and repeated the same installation. The second installation completed successfully without any changes to hardware/BIOS/install options.
This looks potentially like a timing/race condition where Archinstall attempts to close the LUKS mapping while something briefly still has a reference to it.
Omarchy ISO: 4.0.1
Hardware: ASUS Zenbook 14
Install type: fresh install to entire blank NVMe SSD, encrypted root
On the first installation attempt, the "Installing Arch + Omarchy" phase failed with:
archinstall.lib.exceptions.SysCallError:
['/usr/bin/cryptsetup', 'close', 'root'] exited with abnormal exit code [5]:
device-mapper: remove ioctl on root failed: Device or resource busy
Device root is still in use.
After the installer stopped, I checked the live environment:
lsblk:
nvme0n1p2 crypto_LUKS
└─root crypt btrfs
findmntshowed no mount for the root mapper.fuser -vm /dev/mapper/rootshowed no process using it.dmsetup info rootshowed:State: ACTIVE
Open count: 0
Running:
cryptsetup close root
then succeeded immediately and
/dev/mapper/rootdisappeared.I rebooted the ISO and repeated the same installation. The second installation completed successfully without any changes to hardware/BIOS/install options.
This looks potentially like a timing/race condition where Archinstall attempts to close the LUKS mapping while something briefly still has a reference to it.