[FAILED] Failed to start File System Check on /dev/vg_root_0/lv_root_0
[DEPEND] Dependency failed for /sysroot.
[DEPEND] Dependency failed for Initrd Root File System.
[DEPEND] Dependency failed for Reload Configuration from the Real Root.[FAILED] Failed to start File System #-####-####-###-##########
[DEPEND] Dependency failed for /var/log/vmware.
[DEPEND] Dependency failed for Local File Systems.
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"During emergency mode, a 'Dependency failed' error may be displayed for a specific mount point, such as the /storage/log directory:
[FAILED] Failed to start File Syste= #-####-####-####-############
[DEPEND] Dependency failed for /storage/log.
[DEPEND] Dependency failed for Local File Systems.
You are in emergency Mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or "exit"
to boot into default Mode.
Give root password for Maintenance
(or press Control-D to continue):
dracut-initqueue[441]: Warning: Could not boot.
Starting Dracut Emergency Shell ...
Warning: /dev/vg_root_0/lv_root_0 does not exist
Generating "/run/initramfs/rdsosreport. txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport. txt" to a USB stick or /boot
after mounting them and attach it to a bug report.
Give root password for maintenance
or press Control-D to continue):Photon OS-based appliance VMs
VMware vCenter Server
VCF Operations 9.x
fsck command automatically (preferred) or manually.Procedure:
linux
Option 1:fsck.repair=yes then press F10 to continue booting the appliance. This forces the filesystem to check and auto-resolve disk issues. The appliance silently reboots several times to fix issues as needed.systemd.unit=emergency.target then press F10 to continue booting the appliance.systemctl status systemd-fsck-rootfsck command against the mount point that has the issue:fsck -y /dev/<mount>Note: The "-y" switch fixes the nodes automatically. Replace <mount> with the mount point experiencing the issue.fsck -y /dev/mapper/vg_root_0-lv_root_0Alternatively, manually run a filesystem check and repair using the command below (the partition is just an example)e2fsck -y /dev/vg_root_0/lv_root_0shutdown -h now