私は次のような奇妙な質問に対する答えを見つけるためにインターネットを徹底的に検索してきました。
Debianディストリビューション（4.9.0-6-686）は、次のメッセージで起動時に失敗します。
- [依存]ローカルファイルシステムの依存関係に失敗しました
- [依存]ランダムシードの依存関係のロード/保存に失敗しました。
- [依存] ネットワーク時間同期の依存関係に失敗しました
- [TIME] デバイス dev-sdb8.device の待機中にタイムアウトが発生しました。
- [依存] /tmpの依存関係が失敗しました。
dev-sdb8.device /tmp は、名前が示すように、一時ファイルに対してのみ機能します。
ただし、これはSAS BIOSおよびSASハードドライブに接続されているすべてのマウントポイントで発生します。 /boot /var /tmp スワップ - など
fstabを変更しようとしたら、最終エラーを修正し、UUIDをデバイス名などに置き換えます。これは何も変えません。
一部の人々は間違ったfstabエントリに問題があり、一部はCONFIG_HANDLEというパラメータを変更するのを見ました。 /bootドライブをマウントすると、fstabは問題なく見え、パラメータがyesに設定されているように見えます。
一部の人は、systemd / udevに問題があるか、mdadmに問題があるため、デバイスを使用する前にインストールが発生すると言います。起動中にデバイスが完全にロードされているように見え、Raidがモード0でのみ実行されないため、これはわかりません。
init = / bin / bashで起動した後にデバイスをインストールすると機能するようです。インストールする前にデバイスを「復元」しているようです。その後、すべての[DEPEND]エラーが消え、[TIME]メッセージが残ります。すべてのデバイスは、HDD_NAMEデバイスとそのハードドライブ上のすべてのdev-sdbX.deviceを待っている間に[TIME]タイムアウトが発生しました。
リカバリモードで起動しようとしましたが、起動にスパムを送信した人からsystemd []：Time has been Changedメッセージを受信しましたが消えませんでした。このため、私はbashで始めなければなりませんでした。ただし、タイミングが重要な場合は、このタイミングの問題が開始に影響を与える可能性があると思います。
突然bashから手動で起動し、すべてのドライブを手動でマウントした後、「時間が変更されました」というメッセージなしで回復モードで起動できました。時間メッセージのためにBIOSクロックを変更したようです。以後何も起こらず、正常にブートになりました。このようなことが再び発生する可能性があると考え、システムの重要な特性のため、これは望ましくありません。
私の質問は簡単です。
- この問題をどのようにデバッグできますか？
誰かが問題を理解しない限り、これは時間がかかる問題のようです。