Skip to content
DevOps AI ToolKit
Newsletter
All troubleshooting hubs Troubleshooting hub

Linux Disk, Mount & Filesystem Errors

Linux disk and filesystem failures grouped in one place: a full disk, mounts that fail with the wrong fs-type or a bad superblock, an fstab typo that drops you into emergency mode, a device gone read-only, or a busy umount. Each guide opens with the fix and the `df`, `mount`, `fsck`, and `lsblk` commands to prove it. Pick your error below, or paste it into the assistant.

Fix your error now

Paste the error or logs and let the Incident Assistant diagnose it, or run a guided triage prompt with AI — no copy-paste.

Diagnose with the Incident Assistant →

Every guide in this cluster

14 guides

Linux Admins AI prompts

Copy-paste, production-safe prompts for this stack.

Linux Admins command center

Top errors, validators, and runbooks for the whole stack.

Frequently asked questions

"No space left on device" but df shows free space — why?
The disk isn't full — you're out of inodes. df -h shows block usage; run df -i to see inode usage. Millions of tiny files (session caches, mail spools) exhaust inodes while leaving blocks free. See No space left on device.
A bad mount dropped my server into emergency mode — how do I recover?
A wrong /etc/fstab entry fails at boot and systemd drops to emergency mode. Boot single-user or from rescue media, comment out or fix the offending line, then mount -a to test before rebooting. See fstab emergency mode.
What does "wrong fs type, bad option, bad superblock" mean?
The kernel could not mount the filesystem: the wrong type was specified, an option is invalid, or the primary superblock is corrupt. Confirm the type with blkid, and if the superblock is bad, mount from a backup superblock and run fsck. See bad superblock.