☰

サーバーがダウンしており、手動でfsckを実行する必要があります。dmesgでこのエラーを確認しました

tag-icon • tag-icon hard-disk
サーバーがダウンしており、手動でfsckを実行する必要があります。dmesgでこのエラーを確認しました

でこれを見ましたdmesg。どういう意味ですか?

EXT4-fs エラー (デバイス sdb1): htree_dirblock_to_tree: ディレクトリ #763 3575 のエントリが不正です: rec_len が最小値より小さい - block=30429885offset=0(671744)、inode=0、
rec_len=0、name_len=0

一体どうしてこんなことが起こるのでしょうか? これは SDB が悪いからでしょうか?

/var/messagesにはこう書いてある

Sep 26 17:15:40 host pure-ftpd: ([email protected]) [INFO] New connection from 175.44.11.232
Sep 26 17:15:40 host pure-ftpd: ([email protected]) [INFO] Logout.
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [WARNING] Authentication failed for user [solarromancecom]
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] Logout.
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] New connection from 27.150.198.182
Sep 26 17:15:41 host pure-ftpd: ([email protected]) [INFO] New connection from 216.244.84.165
Sep 26 17:15:43 host pure-ftpd: ([email protected]) [WARNING] Authentication failed for user [admSep 27 04:17:49 host kernel: imklog 5.8.10, log source = /proc/kmsg started.
Sep 27 04:17:49 host rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1708" x-info="http://www.rsyslog.com"] start
Sep 27 04:17:49 host kernel: Initializing cgroup subsys cpuset
Sep 27 04:17:49 host kernel: Initializing cgroup subsys cpu
Sep 27 04:17:49 host kernel: Linux version 2.6.32-358.18.1.el6.i686 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Aug 28 14:27:42 UTC 2013
Sep 27 04:17:49 host kernel: KERNEL supported cpus:
Sep 27 04:17:49 host kernel:  Intel GenuineIntel
Sep 27 04:17:49 host kernel:  AMD AuthenticAMD
Sep 27 04:17:49 host kernel:  NSC Geode by NSC
Sep 27 04:17:49 host kernel:  Cyrix CyrixInstead
Sep 27 04:17:49 host kernel:  Centaur CentaurHauls
Sep 27 04:17:49 host kernel:  Transmeta GenuineTMx86
Sep 27 04:17:49 host kernel:  Transmeta TransmetaCPU
Sep 27 04:17:49 host kernel:  UMC UMC UMC UMC
Sep 27 04:17:49 host kernel: BIOS-provided physical RAM map:

以上です。システムが再起動しますが、再起動する前に理由やその他の情報は表示されません。

答え1

novell.com の次のナレッジベースの記事によると、EXT3 ファイルシステム エラー「ディレクトリ内のエントリが不正です」このメッセージの解決策:

EXT3-fs エラー (デバイス dm-0): ext3_readdir: ディレクトリ #5556142 のエントリが不正です: rec_len が最小値より小さい - offset=0、inode=2553887680、rec_len=0、name_len=0

以下のとおりであります：

注記：このエラーは、ディレクトリとしてマークされたファイルによって発生します。これは致命的ではないエラーであり、問​​題のファイルを削除することで修正できます。

  1. 問題のファイルシステムをマウントする

  2. 破損したファイルを見つけます。ファイルの inode は、「ディレクトリ内の不正なエントリ」の後の番号です。例のエラー コードを使用すると、次のように入力してファイルを見つけることができます。

     $ find /MOUNT_POINT -inum 5556142

  3. ステップ2で特定したファイルを削除します

  4. ファイルシステムをアンマウントする

  5. ディスクをチェックし、エラーがないか確認します。

    $ fsck /dev/PHYSICAL_DEVICE

  6. 手順 5 を繰り返します。エラーがない場合、ファイル システムはクリーンです。

解像度は同じで、EXT4 形式のドライブでも EXT3 形式のドライブでも問題ありません。

関連情報