CloudLink：CloudLinkノードが緊急モードでスタックしている

CloudLinkノードを起動すると、次のメッセージが表示されます。 

この問題は、修復する必要があるファイル システムの問題が原因です。

ノード上のファイル システムの問題を解決するには、次の手順を実行します。

1. Control-Dを押して続行しますが、緊急モードのままです。
2. メンテナンスのためにEnterキーを押します。
3. root( / )ファイル システムでファイル システム チェックを実行します。

root@cloudlink:~#  lsblk    

4. y を押して、見つかったエラーを修正します。
5. ノードを再起動します。

ルート ファイル システムがクリーンな場合は、前述の手順と同じ手順を使用して、他のファイル システムでfsckを実行できます。
コマンド journalctl -xb を実行します。これらのログは、修復が必要な破損したファイル システムがあるかどうかを示す場合があります。
コマンド lsblk および blkid を使用して、uuid をファイル システムにリンクすることができます。
journalctl -xb:
/dev/sda6に表示されるエラーの例をいくつか示します。破損した孤立したリンク リストの一部であるinodeが見つかりました。
/dev/sda6: 予期しない不整合: fsckを手動で実行します。
/dev/disk/by-uuid/fd782a8-a70d-045513691c7eでファイル システム チェックを開始できませんでした fsck を使用してファイル システムを修復できない場合、または緊急モードで頻繁にスタックするCloudlinkノードが1つある場合は、その破損したCloudlinkノードをクラスターから削除する必要があります。

次に、OVAから新しいCloudlinkノードを導入し、既存のクラスターに参加します。

ファイル システムを修復できる場合は、Cloudlink UIからクラスターの正常性を確認する必要があります。
これは、SYSTEM > Clusterで実行され、受信と送信の同期状態が正常であることを確認します。