web-dev-qa-db-ja.com

Solusディストリビューションはもう起動していません

前回Solusを使用したときはすべて正常に動作しましたが、以下のエラーのために起動できません。

ライブUSBを使わずに解決してみましょう。

enter image description here

enter image description here

**Failed to start File System Check on /dev/disk/by-partuuid/5ff8cfe6-53e1-43b1-9275-dc6f24ad812a**
1
Ginés Díaz

マニュアルページによると、fsckのエラーコード4は、「ファイルシステムエラーが未修正のまま」を意味します。

これは良くない。これは、ファイルシステムが起動時に自動的に修復できる安全性を超えて破損していることを意味するため、手動による介入が必要です。

画面のエラーメッセージに示されているように、エラーを修正するには、手動でfsckを実行する必要があります。おそらく、initramfsルートプロンプトからそれを行うことができます(fsck /dev/sda6を試してください)。そうでない場合は、 gparted のようなレスキューディスクが必要になります。 IMO、 Clonezilla は、優れたレスキューディスクとしても機能します。これには、必要になる可能性のあるほぼすべてのファイルシステム関連ユーティリティが含まれています。

または、Linuxボックスがsystemdを実行しているため、GRUBブートプロセスを中断し、Linuxカーネルのコマンドラインを編集して、システムに強制fsckを実行させることができます。

  • grubがタイムアウトしてカーネルを起動する前に、キーを押してタイムアウトカウントダウンをキャンセルします。
  • 必要に応じて、編集するエントリ(おそらくデフォルトのメニューエントリ)にカーソルを移動します。
  • eを押して、grubのエディターに入ります。
  • エディターをスクロールして、linuxで始まり、その後にカーネルオプションが続く行を探します。
  • その行の終わりにfsck.mode=force fsck.repair=preenを追加します。
  • f10またはCtrl-Xを押して変更を受け入れ、そのメニューエントリを起動します。

注:これらのgrubの編集は、再起動後もnot永続的です。これらは、このブートセッションのみの一時的な1回限りの変更です。

また、注意:ファイルシステムが修復できないほど破損している可能性があります。 fsckは、fsを一貫した状態に戻すために最善を尽くしますが、それは魔法ではありません。破損したデータを修復または復元することはできません。

6
cas