CloudLink: Вузол CloudLink застряг у аварійному режимі
摘要: Вузол CloudLink застряг у аварійному режимі.
本文适用于
本文不适用于
本文并非针对某种特定的产品。
本文并非包含所有产品版本。
症状
Після завантаження вузла CloudLink з'явиться таке повідомлення:
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to try again to boot into default mode. Press Enter for maintenance (or press Control-D to continue):
原因
Ця проблема пов'язана з проблемою файлової системи, яку потрібно виправити.
解决方案
Щоб вирішити проблему файлової системи на вузлі, виконайте наступне:
Якщо коренева файлова система чиста, ви можете запустити 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 > і забезпечує нормальне виконання вхідних та вихідних станів синхронізації.
- Ви натискаєте клавішу Control-D, щоб продовжити, але вона залишається в аварійному режимі.
- Натисніть клавішу ENTER для обслуговування.
- Запустіть перевірку файлової системи кореневої ( / ) файлової системи.
root@cloudlink:~# lsblk
- Натисніть клавішу y , щоб виправити знайдені помилки.
- Перезавантажте вузол.
Якщо коренева файлова система чиста, ви можете запустити 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 > і забезпечує нормальне виконання вхідних та вихідних станів синхронізації.
受影响的产品
CloudLink产品
CloudLink SecureVM文章属性
文章编号: 000197726
文章类型: Solution
上次修改时间: 13 5月 2026
版本: 6
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。