Linux 『UNEXPECTED INCONSISTENCY』でOSが起動しない

古いLinuxのオンプレのサーバ機器が起動しなくなりました。

電源は入って起動プロセスまでは進みますが、ログイン画面まで表示されません。

とりあえず何とかしなくてはということで、根本解決はしてなさそうですが、起動までできるようにしました。

表示されたメッセージ

要点の日本語訳は以下の通り↓

予期せぬ不整合が発生しました。fsckを手動で実行してください。

ファイルシステムのトラブルのようです。

環境

• CentOS 5.2 
• 10年以上前のパソコン(Windows XP時代)にインストールされている

オンプレかつインターネットアクセスなしってことで存在が許されています。

対処

画面の表示に従っての操作になります。

「fsckを実行せよ」とのことなのでやっていきます。

1. rootユーザのパスワードを入力する
   
   管理者権限が必要なので、rootのパスワードを入力します。
   
   私にとってはここが最難関でした(杜撰なパスワード管理ｗ)
   
   
   Give root password for maintenance (or type Control-D to continue): Login incorrect. Give root password for maintenance (or type Control-D to continue): Login incorrect. Give root password for maintenance (or type Control-D to continue): 　　　　　　　　　　　　　　 (Repair filesystem) 1 #　　　　　　　　　　　　　　　　　←3回目のパスワード入力で成功ｗ

   1 2 3 4 5 6 7

   Give root password for maintenance (or type Control-D to continue): Login incorrect. Give root password for maintenance (or type Control-D to continue): Login incorrect. Give root password for maintenance (or type Control-D to continue): 　　　　　　　　　　　　　　 (Repair filesystem) 1 #　　　　　　　　　　　　　　　　　←3回目のパスワード入力で成功ｗ

   
   
   
   
2. 修復対象のパーティションを確認
   
   mountコマンドで修復対象を表示させます。
   
   
   (Repair filesystem) 1 # mount /dev/mapper/VolGroup00-LogVol00 on type ext3 (rw) proc on /proc type proc (rw)

   1 2 3

   (Repair filesystem) 1 # mount /dev/mapper/VolGroup00-LogVol00 on type ext3 (rw) proc on /proc type proc (rw)

   
   今回は、/dev/mapper/VolGroup00-LogVol00が修復対象です。

   
   
   
   
3. fsckを実行する
   
   tオプションで修復対象ボリュームのファイルシステムの種類を指定します。
   
   ファイルシステムは、先ほどのmountコマンドでext3だとわかったので、次のように実行しました。
   
   
   
   (Repair filesystem) 2 # fsck -t ext3 /dev/mapper/VolGroup00-LogVol00

   1	(Repair filesystem) 2 # fsck -t ext3 /dev/mapper/VolGroup00-LogVol00

    

   途中で止まったりしましたが、とりあえずyesで。
   
   
   Shell

   (Repair filesystem) 2 # fsck -t ext3 /dev/mapper/VolGroup00-LogVol00 fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) Error reading block 231 (Attempt to read block from filesystem resulted in short read). Ignore error <y>? yes Force rewrite <y>? yes Resize inode not valid. Recreate<y>? yes /dev/mapper/VolGroup00-LogVol00 contains a file system with errors, 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 #0 (65535, counted=0). Fix<y>? yes Free blocks count wrong (74340381, counted=74340382). Fix<y>? yes /dev/mapper/VolGroup00-LogVol00: ***** FILE SYSTEM WAS MODIFIED ***** /dev/mapper/VolGroup00-LogVol00: ***** REBOOT LINUX ***** /dev/mapper/VolGroup00-LogVol00: 910799/155746384 files (10.5% non-contiguous), 81405922/155746304 blocks (Repair filesystem) 3 #

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

   (Repair filesystem) 2 # fsck -t ext3 /dev/mapper/VolGroup00-LogVol00 fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) Error reading block 231 (Attempt to read block from filesystem resulted in short read). Ignore error <y>? yes   Force rewrite <y>? yes   Resize inode not valid. Recreate<y>? yes   /dev/mapper/VolGroup00-LogVol00 contains a file system with errors, 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 #0 (65535, counted=0). Fix<y>? yes   Free blocks count wrong (74340381, counted=74340382). Fix<y>? yes   /dev/mapper/VolGroup00-LogVol00: ***** FILE SYSTEM WAS MODIFIED ***** /dev/mapper/VolGroup00-LogVol00: ***** REBOOT LINUX ***** /dev/mapper/VolGroup00-LogVol00: 910799/155746384 files (10.5% non-contiguous), 81405922/155746304 blocks   (Repair filesystem) 3 #

    

   プロンプトが表示されたので終わったようです。
   
   
   
   
4. 再起動する
   
   画面に従い再起動します。
   
   
   (Repair filesystem) 3 # reboot

   1	(Repair filesystem) 3 # reboot

    

5. 起動した！（なつかしい）
   
   
   

さいごに

今回の難所はrootパスワードが分からないってところでした。

ポジティブにとらえるとメンテナンスする必要がないくらい安定稼働していたというところでしょうかｗ

fsckを実行したときに、Error reading blockのメッセージが出て、ignoreしているのが気になります。

HDDにトラブルが起きてそうな気がするので、このサーバ長くは持たなさそうです。