Ubuntu / Mint/KaliがBusyBoxでInitramfsプロンプトを起動します

この記事では、Linux Ubuntu / Mint/Kaliを実行しているコンピューターが起動しないかbusyboxにドロップしたときに発生する問題を解決する方法を示します。 initramfs中にプロンプ​​トを表示する 初期化。ユーザーは、initramfsコマンドプロンプトにのみアクセスして使用できます。

Initramfs 最初のtmpfs 個別のブロックデバイスを使用しないRAM内のベースのファイルシステム。 initrdのように 、ルートファイルシステムにあるinitを呼び出す前にファイルシステムをマウントするためのツールとスクリプトが含まれています。

LInuxで壊れたExt4スーパーブロックを修復する

initramfsの初期化中にUbuntuがbusyboxにクラッシュした場合、ディスク上のスーパーブロックが破損している可能性があります。

すべてのスーパーブロックコピーはLinuxに保持されます。この問題が発生した場合にシステムを回復するには、レスキューイメージ/ディスク/ Live CDから起動し、ターミナルプロンプトを実行する必要があります。起動後、ターミナルで次のコマンドを入力します。

# sudo fdisk -l|grep Linux|grep -Ev 'swap'

このコマンドは、ボリュームに関する情報を返します。

/dev/vda2 4096 83884031 83879936 40G Linux filesystem

ボリューム名を覚えて、次のコマンドで指定します。

# sudo dumpe2fs /dev/vda2 | grep superblock

このコマンドは、バックアップスーパーブロックのリストを表示します：

2番目のバックアップスーパーブロックを使用して、損傷したスーパーブロックを置き換えます（プライマリ以外の任意のスーパーブロックを使用できます）。バックアップスーパーブロックを使用してディスクを確認します：

# sudo fsck -b 98304 /dev/vda2 -y

この出力を取得した場合：

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 is mounted.
e2fsck: Cannot continue, aborting

ボリュームをアンマウントします：

# umount /dev/vda2

スーパーブロックを正常に置き換えると、次のようなメッセージが表示されます。

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #231 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #352 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #358 (32254, counted=27774).
Fix? yes
..........
/dev/vda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda2: 85986/905464576 files (0.2% non-contiguous), 3904682/905464576 blocks

次に、ブートメディアをアンマウントし、コンピューターを再起動します。すべてが正しく機能するはずです。

Fsckブートエラー：予期しない不整合

initramfs（BusyBox）の問題の2番目の変種には、ターミナルウィンドウに次のメッセージが含まれています。

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
The root filesystem on /dev/sda1 requires a manual fsck.

表示されない場合は、(initramfs) exitと入力してみてください。 ターミナルウィンドウで。実行後にエラーが表示される場合があります…

メッセージには、手動ディスクチェックの実行が必要なボリュームが表示されます。 initramfsプロンプトで次のコマンドを実行します。
# fsck /dev/sda1 -y
ディスクチェックが終了したら、コンピュータを再起動して、Linuxが正しく起動することを確認します。

アラート！ / dev/volumeが存在しません

Fstabの問題

Linuxホストを起動すると、次のエラーが表示されます。

ALERT! /dev/sda1 does not exist. Dropping to a shell.

Linuxをインストールしたばかりか、ホストに fstabがある可能性があります 問題。ほとんどの場合、問題はシステムが USBからインストールされたときに発生します ドライブ。システムは、任意のボリュームのエラーを表示する場合があります。最初のケースと同様に、レスキュー/ブールLinuxメディアから起動し、いくつかのアクションを実行する必要があります。次のコマンドを使用してディスクUUIDを確認します：
# sudo blkid

システムは次のようなものを返します：

/dev/sda2: UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

ここでは、システムはsda2から起動する必要があることがわかりますが、実際にはsda1から起動しようとします。

ボリュームを任意のディレクトリにマウントします。例：

# sudo mount /dev/sda2 /mnt

/mntディレクトリに/dev/ sda2が表示されたら、そこにあるファイル/ etc / fstabを見つけて、/ dev/sda1を含む行を次のように変更します。

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1

ファイルを保存します。 / mntからボリュームをアンマウントし、再起動します。問題が間違ったボリューム名に関連している場合、サーバーは起動します。

また、緊急モードで起動することでこの問題を解決できます。ルートディレクトリを読み取り/書き込みとして再マウントします。
# sudo mount -o remount,rw /
次に、fstabを変更して、サーバーを再起動します。

ハードウェアの問題

一部のマザーボードでは、 SATA ポートは乱数を取得する場合があります。また、前のセクションで説明したエラーが発生する可能性があります。これを修正するには、grubブートローダーを編集する必要があります。

緊急モードまたはLiveCDから起動し、 /boot/grub/grub.cfgを編集します ファイル。

ブートボリュームを決定する行で、例：

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes

ディスクへのパスをUUIDに置き換えます ：

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes