fedora を起動できません。起動が停止しています:
/dev/disk/by-uuid/... のファイル システム チェックの開始ジョブが実行中です。
4時間ほど放置しましたが何も起こりませんでした。しかし、フラグがファストブート正常に起動します。ディスクの uuid は fstab ファイル内で正しいです。
何か案は ？
答え1
背景
起動はさまざまなプロセスです。オペレーティング システムの重要な部分をメモリに読み込むだけではありません。ハードウェアを識別し、適切なドライバーを読み込み、システムのさまざまな部分をテストして動作を確認し、使用する設定を判断するためのチェックも多数行われます。
最近まで、インストールされたシステムの通常の起動は、インストール中に多くの設定とドライバー要件を把握することで、ライブセッションの起動に比べて少し時間を短縮していました。システムが同じように見えることを確認することしかできませんでした。Fedoraがv29で実装を開始したfastbootは、時間のかかるチェックをさらに排除することで、それをさらに一歩進めています。詳細については、こちらをご覧ください。ここそしてここ。
起動中によく行われるチェックの 1 つは、システム ドライブの整合性です。ドライブにはさまざまな問題が発生する可能性があります。たとえば、ドライブに情報を書き込んでいるときに予期せず電源を切ったり、アクティビティを中断したりすると、情報が破損したままになる可能性があります。さらに深刻なのは、ドライブが物理的に故障し始め、ドライブの一部が情報を適切に記録または保持できなくなることです。
場合によっては、破損の可能性がある何かが起こったことをシステムが認識します。起動中にシステムがチェックするものの 1 つに、その状態を示すインジケーターがあります。破損の可能性がある場合には、ドライブのクイック チェックが追加されます。システムが認識していない破損が存在する可能性があるため、定期的なチェックが行われることがあります。ときどき、スポット チェックを行うために、起動が少し長くなります。ディストリビューションによっては、起動のたびにクイック チェックが行われる場合があります。Fedora の fastboot は、起動中の予防的なドライブ チェックの頻度を少なくとも減らしているようです。
あなたの経験
あなたのケースで起こっていることは、高速ブートを有効にすると、ドライブのチェックがスキップされ、すぐに起動するということです。高速ブートを無効にすると、ドライブがチェックされ、問題が見つかります。
破損が多数ある大容量ドライブの場合、チェックと修復のプロセスには何時間もかかることがあります。破損した領域に遭遇すると、その内容を何度も読み取って修復し、ドライブの正常な領域に移動しようとします。これに 4 時間かかった場合 (まだ終わっていないようですが)、ドライブに深刻な問題があったことになります。問題はすべてソフト エラーで、4 時間あれば大部分のエラーをクリーンアップできた可能性があります。また、日常的な使用に影響しない領域ですべてまたは大部分がエラーだったため、問題に気付いていなかった可能性もあります。
何をするか
賢明な行動は次のとおりです。
- ドライブの SMART 統計を確認します。ドライブに障害がある場合は、そこに表示されます。
- できるだけ早く自分でファイルシステムのチェック数時間かかる可能性があると想定し、中断せずに完了するまで実行できるように半日を割り当てるとよいでしょう。
- その後数か月間は、最初は数日おきに再テストし、その後は 1 週間に 1 回程度再テストします。ステップ 2 以降は、再テストにかかる時間はそれほど長くならないはずです。
ステップ 2 でソフト エラーが多数見つかったとしても、それだけではドライブが故障していることを意味するわけではありません。クリーンアップしてもクリーンアップされた状態が維持されるか、既知の人的または環境的問題の後に新たな破損が発生する場合、それはおそらくドライブのせいではありません。クリーンアップしても、再テストするたびに新たな破損が見つかる場合は警告サインです。破損の量が増えている場合はさらに悪いです。その場合は、ドライブへの依存を最小限に抑え、できるだけ早く交換してください。