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

Linux
この記事は約5分で読めます。

 

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

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

 

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

 

 

 

                 

表示されたメッセージ

 

Checking Checking filesystems


/dev/VolGroup00/LogVol00: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. 
              (i.e., without -a or -p options)
                               [FAILED]
*** An error occurred during the file system check. 
*** Dropping you to a shell: the system will reboot 
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):

 

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

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

 

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

 

 

環境

 

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

 

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

対処

 

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

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

 

  1. rootユーザのパスワードを入力する

    管理者権限が必要なので、rootのパスワードを入力します。

    私にとってはここが最難関でした(杜撰なパスワード管理w)

    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回目のパスワード入力で成功w
    



  2. 修復対象のパーティションを確認

    mountコマンドで修復対象を表示させます。

    (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

     

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

    (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

     

  5. 起動した!(なつかしい)


 

さいごに

 

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

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

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

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

コメント

タイトルとURLをコピーしました