CloudLink. Узел CloudLink зависает в экстренном режиме

После загрузки узла CloudLink отображается следующее сообщение: 

Эта проблема вызвана проблемой файловой системы, которую необходимо исправить.

Чтобы устранить проблему с файловой системой на узле, выполните следующие действия:

1. Нажмите Control-D, чтобы продолжить, но он остается в экстренном режиме.
2. Нажмите клавишу ENTER для обслуживания.
3. Запустите проверку файловой системы в корневой (/) файловой системе.

root@cloudlink:~#  lsblk    

4. Нажмите y, чтобы исправить найденные ошибки.
5. Перезагрузите узел.

Если корневая файловая система чиста, можно запустить fsck на других файловых системах, используя описанную выше процедуру.
Выполните команду journalctl -xb. Эти журналы могут указывать на то, что имеется поврежденная файловая система, которую необходимо исправить.
Можно использовать команды lsblk и blkid , чтобы прикрепить uuid к его файловой системе.
Ниже приведены некоторые примеры ошибок, которые могут возникнуть в журнале journalctl -xb:
/dev/sda6: Найдены индексные дескрипторы, которые были частью поврежденного связанного списка потерянных данных.
/dev/sda6. НЕПРЕДВИДЕННАЯ НЕСОГЛАСОВАННОСТЬ: ВЫПОЛНИТЕ FSCK ВРУЧНУЮ.
Не удалось запустить проверку файловой системы на /dev/disk/by-uuid/fd782a8-a70d-045513691c7e

Если не удается восстановить файловую систему с помощью fsck или если у вас есть один узел Cloudlink, который часто зависает в экстренном режиме, необходимо удалить неисправный узел Cloudlink из кластера. Затем вы разверните новый узел Cloudlink из OVA и присоединитесь к существующему кластеру.

Если вы можете восстановить файловую систему, проверьте состояние кластера из пользовательского интерфейса Cloudlink.
Это выполняется в SYSTEM > кластере и гарантирует, что входящие и исходящие состояния синхронизации в порядке.