- - PR -
UNEXPECTED INCONSISTENCYで起動ができません
1
投稿者 | 投稿内容 |
---|---|
|
投稿日時: 2008-07-30 19:08
先日の雷の際に、停電になり、その後サーバが起動できなくなってしまいました
UNEXPECTED INCONSISTENCY; RUN fsck MANUALLYというメッセージが表示されて います 私なりに調査をしたのですが、力不足のため復旧に至っていません お力添えよろしくお願い致します −−−−−−−−−現象−−−−−−−−− /var contains a file system with errors,check forced Error reading block 655374 (Attempt to read block from filesystem resulted in short read ) while doing inode scan /var UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY (i.e., without -a or -p options) *** 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): ここで停止してしまいます rootのパスワードを入力を入力しました bash : wc : command not found [:: integer expression expected bash : tty : command not found [root@ドメイン root]mount ←mount を実行 /dev/hda3 on type ext2(rw) none on /proc type proc(rw) usbdevfs on /proc/bus/usb type usbdevfs(rw) [root@ドメイン root]fsck -t ext2 /dev/hda3 ←修復を実行 fsck 1.25 (20-Sep-2001) e2fsck 1.25 (20-Sep-2001) /dev/hdb2 is mounted. WARNING!!! Running e2fsck on a mounted filesystem may cause SEVERE filesystem damage. Do you really want to continue (y/n)? no ←警告が表示されたので「no」を 選択 [root@ドメイン root]umount /dev/hda3 ←アンマウントの実行 [root@ドメイン root]fsck -t ext2 /dev/hda3 ←再度実行 /:: clean , 18773/1537088files, 66343/3070423 blocks ここで、一度rebootを行いましたが、改善されませんでした 再度、同じ事を行い、/varに対してfsckを実行 [root@ドメイン root]fsck -t ext2 /var ←修復実行 fsck 1.25 (20-Sep-2001) e2fsck 1.25 (20-Sep-2001) /var contains a file system with errors, check forced Pass 1: Checking inodes, blocks, and sizes Error reading block 655374(Attempt to read block from filesystem resulted in short read while doing inode scan) while doing inode scan Ignore error(y)? と表示されてしまいます yesにすると655374が655375へと1〜3ずつ延々と数字がアップしていきます noにすると Can't read next inode /var : 2352/1759104 files (0.6% non-contiguous), 69654/3516219 blocks と表示され終了してしまいます どのような対策をすれば、復旧できるでしょうか? それとも、完全にハードディスクがダメになってしまったのでしょうか? ご教授お願い致します |
|
投稿日時: 2008-07-30 19:40
FDなどで起動して、壊れているらしきファイルシステムに fsck -y をかけてみるのが
いいかもしれません。 でも、壊れていて復旧しない可能性も高いとおもいます。 それを想定して、リードオンリーでマウントしてできるなら、マウントしてファイルの バックアップを採取すべきでしょう。 |
1