Estos contenidos se han traducido de forma automática para su comodidad, pero Huawei Cloud no garantiza la exactitud de estos. Para consultar los contenidos originales, acceda a la versión en inglés.
Centro de ayuda/ Elastic Cloud Server/ Preguntas frecuentes/ OS Management/ OS Faults/ Why Does a Forcibly Stopped Linux ECS Fail to Start Due to File System Damage?
Actualización más reciente 2023-08-08 GMT+08:00

Why Does a Forcibly Stopped Linux ECS Fail to Start Due to File System Damage?

Symptom

After you forcibly stop a Linux ECS and try to start the ECS, the ECS cannot be started.

Figura 1 Failure to start an ECS

Possible Causes

As shown in Figura 1, the ECS cannot be started because the file system is damaged. Forcibly stopping or restarting an ECS is highly risky because this operation may cause inconsistent metadata in the file system, leading to the file system damage.

Solution

Use the disk repair tool (fsck) delivered with the Linux OS to rectify the fault.

The following procedure considers the affected disk partition as /dev/xvdb1, which is the partition shown in Figura 1.

  1. Enter user root password as prompted.
  2. Run the following command to check whether the affected disk partition has been mounted:

    mount | grep xvdb1

    • If yes, go to step 3.
    • If no, go to 4.
  3. Run the following command to unmount the affected disk partition:

    umount /dev/xvdb1

  4. Run the following command to rectify the fault for the file system of the affected disk partition:

    fsck -y /dev/xvdb1

  5. Run the following command to restart the ECS so that the configuration takes effect:

    reboot

    If the fault persists, contact customer service for technical support.