CloudLink: Вузол CloudLink застряг у аварійному режимі
Résumé: Вузол CloudLink застряг у аварійному режимі.
Cet article concerne
Cet article ne concerne pas
Cet article n’est associé à aucun produit spécifique.
Toutes les versions du produit ne sont pas identifiées dans cet article.
Symptômes
Після завантаження вузла 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):
Cause
Ця проблема пов'язана з проблемою файлової системи, яку потрібно виправити.
Résolution
Щоб вирішити проблему файлової системи на вузлі, виконайте наступне:
Якщо коренева файлова система чиста, ви можете запустити 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 > і забезпечує нормальне виконання вхідних та вихідних станів синхронізації.
Produits concernés
CloudLinkProduits
CloudLink SecureVMPropriétés de l’article
Numéro d’article: 000197726
Type d’article: Solution
Dernière modification: 13 mai 2026
Version: 6
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.