After running pacman -Syu on June 14 2026 and rebooting, the system dropped directly into an emergency root shell instead of the desktop. No graphical login, no GNOME, nothing.
System info:
-
Kernel updated to:
7.0.11-1-cachyos -
Boot partition:
/dev/nvme0n1p1, UUID423D-0D3B, typevfat(EFI/FAT32) -
Root partition:
/dev/nvme0n1p2, BTRFS with multiple subvolumes -
Hardware: Lenovo LOQ laptop, NVIDIA RTX 2050
Exact errors:
modprobe vfat
→ FATAL: Module vfat not found in directory /lib/modules/7.0.11-1-cachyos
mount /boot
→ mount: /boot: unknown filesystem type 'vfat'
Failed systemd units (systemctl --failed):
boot.mount loaded failed failed /boot
ufw.service loaded failed failed CLI Netfilter Manager
swapfile.swap loaded failed failed /swapfile
Also: dev-zram0.swap and dev-zram0.device failed with dependency/timeout errors.
Root cause (my analysis):
The 7.0.11-1-cachyos kernel appears to be missing vfat filesystem support in its modules directory. Since /boot is a FAT32/vfat EFI partition, the kernel cannot mount it at boot, causing boot.mount to fail and cascading into multiple dependent service failures. The system becomes unusable without manual intervention.
What I tried in the emergency shell:
-
modprobe vfat— “command not found” (modrobe typo first, then correct modprobe — both failed) -
mount /boot— “unknown filesystem type ‘vfat’” -
cat /etc/fstab— confirmed/bootentry is correct with UUID423D-0D3Btypevfat -
blkid— confirmed partition exists and is correctly identified as vfat
Resolution:
Had to abandon the recovery attempt and boot back into Windows. CachyOS is currently inaccessible without a live USB.
Request:
Please verify that vfat module is properly included in the 7.0.11-1-cachyos kernel build and initramfs. A patched kernel rebuild or instructions for fixing via live USB chroot would be appreciated.