![伺服器關閉並需要手動 fsck。我在 dmesg 中看到這個錯誤](https://rvso.com/image/50575/%E4%BC%BA%E6%9C%8D%E5%99%A8%E9%97%9C%E9%96%89%E4%B8%A6%E9%9C%80%E8%A6%81%E6%89%8B%E5%8B%95%20fsck%E3%80%82%E6%88%91%E5%9C%A8%20dmesg%20%E4%B8%AD%E7%9C%8B%E5%88%B0%E9%80%99%E5%80%8B%E9%8C%AF%E8%AA%A4.png)
我在 中看到了這個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=25538887680、rec_len=0、name_len=0
如下:
筆記:此錯誤是由已標記為目錄的檔案引起的。這是一個非致命錯誤,可以透過刪除有問題的檔案來修復。
- 掛載有問題的檔案系統
找到已損壞的檔案。檔案的 inode 是「目錄中的錯誤條目」之後的數字。
$ find /MOUNT_POINT -inum 5556142
刪除第二步驟中標識的文件
- 解除安裝檔案系統
檢查磁碟,並檢查是否有錯誤。
$ fsck /dev/PHYSICAL_DEVICE
重複步驟 5。
解析度是相同的,無論是 EXT4 還是 EXT3 格式的磁碟機。