建物は毎年2日間メンテナンスのため閉鎖されます。
したがって、これに先立ちCentOS 6サーバーをシャットダウンしました。
電源を入れ直してから(2日後)再起動すると、次の画像が表示されました。
検索してみると、最も一般的な答えは起動中にSELinuxを無効にすることです。私はそれを試しましたが役に立ちませんでした(SELinuxの経験がないので意味があります)。
また、GRUBページで別のカーネルである2.6.32-358.el6.x86_64カーネルで起動しようとしましたが、同じカーネルパニックが発生しました。
ディスクエラーなのか、RAMのようなハードウェアの問題なのか、それとも別の問題なのかはわかりません。
アップデート1:
カーネルを起動したときとパラメータを削除しました
rghb
。特にログが多すぎて見つかりません。quiet
lv_root
lv_swap
回復USBサムドライブをお試しください。ところで、「インストールされたシステムの回復」を選択した後にシステムパーティションを見つけると問題が発生します。システムを含むディスクを明示的に指定してもエラーが発生します。
Live DVDをサムドライブとして使用してみてください。実際の環境で
/dev/sda
インストール中に間違ったファイルシステムを示すエラーが発生しましたisw_raid_member
。私はこれが私のOSディスク使用量のためだと思います。インターネット検索の後、それが同期してボリュームとして表示されることがmdadm
わかりました。ただし、ボリュームをマウントしようとすると、すでにマウントされているか、マウントフォルダが使用中であるというメッセージが表示され続けます。dmraid -ay
/dev/sda
/dev/sdb
この時点で私は何をすべきかわかりません。私の最初の仕事はファイルを検索することです
答え1
特に、lv_rootとlv_swapが見つかりません。
これは、データ破損、ストレージハードウェア障害などのためにルートファイルシステムとして使用されるストレージを使用できないという良い信号です。
システムパーティションの検索に関する問題
…重大なデータ破損またはストレージデバイスエラー
私の最初の仕事はファイルを検索することです
さて、以前のサーバーで実行してきた定期バックアップから(そうですか?)!
/dev/sdaをマウントすると、誤ったファイルシステムを示すエラーが発生します。isw_raid_member
後で後悔する可能性が最も高い最新のデータの最後のコピーに対して、潜在的に修正操作を実行しないでください。これらのディスクのイメージを別のメディアまたはネットワークストレージに保存した後、イメージを処理するにはライブUSB環境を使用する必要があります。
ディスク全体をマウントする必要はなく、物理ボリューム(pvscan
)をスキャンしてから回復可能なボリュームからファイルを回復するにはLVMが必要です。
答え2
上記の説明のおかげで、および、(既存のすべてのボリューム/パーティションスキャン)などのコマンドの組み合わせを使用してから、実行してdmraid -ay
ルートパーティションとプライマリパーティションをマウントしてデータをバックアップできます。pvscan
vgscan
lvscan
vgchange -ay
lvchange -ay
データをバックアップした後、引き続きシステムに触れました。 SATA構成をAHCIからRAIDに変更してみました。しかし、これは問題を解決しません。しかし、BIOSの最後の部分に移動するとBoot override
。Intel Volume0
Intel Volume0