This article explains how to manually run fsck to perform a file system consistency check on vCenter Server Appliance.
VMware vCenter
systemd.unit=emergency.target"systemd.unit=emergency.target"fsck.repair=yes F10 to continue booting.Shell. root[ ~ ]# df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 8205180 0 8205180 0% /dev
tmpfs 8211976 8 8211968 1% /dev/shm
tmpfs 8211976 712 8211264 1% /run
tmpfs 8211976 0 8211976 0% /sys/fs/cgroup
/dev/sda3 11089144 4078128 6441060 39% /
tmpfs 8211976 10760 8201216 1% /tmp
/dev/mapper/netdump_vg-netdump 1007640 1304 954320 1% /storage/netdump
/dev/mapper/dblog_vg-dblog 15342576 104144 14452412 1% /storage/dblog
/dev/mapper/db_vg-db 10181944 98716 9559352 2% /storage/db
/dev/mapper/autodeploy_vg-autodeploy 10181944 23168 9634900 1% /storage/autodeploy
/dev/mapper/imagebuilder_vg-imagebuilder 10181944 23172 9634896 1% /storage/imagebuilder
/dev/mapper/seat_vg-seat 25663804 72344 24281152 1% /storage/seat
/dev/mapper/updatemgr_vg-updatemgr 103073056 64728 97765860 1% /storage/updatemgr
/dev/mapper/log_vg-log 10181944 67664 9590404 1% /storage/log
/dev/mapper/core_vg-core 51466876 53200 48792648 1% /storage/core
/dev/sda1 122835 27169 89113 24% /boot#e2fsck -y filesystem e2fsck -y /dev/sda1 reboot -f Running the command in emergency/ GRUB mode, can help fix all orphaned inodes fsck -y /dev/mapper/*