If you don't use the user mount option, you can create this symbolic link on older systems too. If your system/distribution has an old version of the mount command, such linking may cause the mount option user to fail, as it cannot record the name of the user that mounted a particular filesystem to /etc/mtab. In modern systems, /etc/mtab is increasingly often a symbolic link to /proc/mounts or /proc/self/mounts. Use the chattr -i /etc/mtab command to remove the immutable flag from /etc/mtab if necessary. As a result, the mount and df commands think the filesystems are already mounted, even though they really aren't.Ĭheck for filesystems in read-only state: grep ro, /proc/mountsĬheck for immutable /etc/mtab: lsattr /etc/mtab Maybe someone or something has caused /etc/mtab to become un-writeable (immutable file? filesystem errors keeping the root filesystem read-only?), and it contains old data from before the reboot. i mounted them all again for example:Īnd df -h: Filesystem Size Used Avail Use% Mounted onĪnd everything is fine.

When i ran ls -hal on them they were all empty except for /.i tried to unmount and mount partitions i got error that partitions are not mount.

i used console and saw that only / and swap are mounted with lsblk command: NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTīut when i ran df -h: Filesystem Size Used Avail Use% Mounted on I have a VM machine that rebooted last night and we could't connect to it via ssh.

Unmount disk in linux