我刚刚发现，在至less一个用户的Maildir中， cur目录中的一些文件在我的terminal中以红色显示“闪烁”（！），并且相同的文件将其属性/属性replace为问号。
我发现他们是因为我在主目录上运行了du -hs ，并且这些文件被列为不可访问的，甚至是根目录。
这是列表：
drwxrwx--- 2 travel mail 8.0K Aug 11 19:29 . drwxrwx--- 5 travel mail 4.0K Aug 11 19:30 .. -rw-rw---- 1 travel mail 33K Jun 27 03:55 1327311651.M313310P1633.my.domain.info,W=2330:2,STa ?--------- ? ? ? ? ? 1327378561.M795425P7819.my.domain.info,W=4603093:2,ST ?--------- ? ? ? ? ? 1327408110.M597988P17812.my.domain.info,W=3910:2,ST ?--------- ? ? ? ? ? 1327665200.M938383P29773.my.domain.info,W=5762:2,ST ?--------- ? ? ? ? ? 1327904625.M697896P18082.my.domain.info,W=7674:2,ST
该机器是运行CentOS 5的VPS。
UPDATE
mount的输出：
# mount /dev/vzfs on / type reiserfs (rw,usrquota,grpquota) proc on /proc type proc (rw,relatime) sysfs on /sys type sysfs (rw,relatime) none on /dev type tmpfs (rw,relatime) none on /dev/pts type devpts (rw,relatime) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
fstab的内容：
# cat /etc/fstab # none /dev/pts devpts rw,usrquota,grpquota 1 1 none /dev/pts devpts rw 0 0
du -h的结果：
# du -h /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/ 4.0K /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/tmp 4.0K /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/new du: cannot access `/home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/cur/1327665200.M938383P29773.s1.ourdomain.info,W=5762:2,ST': No such file or directory du: cannot access `/home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent ### Truncated many more similar files ### du: cannot access `/home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/cur/1327378561.M795425P7819.s1.ourdomain.info,W=4603093:2,ST': No such file or directory 25M /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/cur 25M /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/
这是防止客户能够列出他们发送的电子邮件，所以我需要清理它以某种方式，但不知道如何，因为这是发生了什么：
# rm /home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/cur/1327665200.M938383P29773.s1.ourdomain.info,W=5762:2,ST rm: cannot lstat `/home/cust243/imap/custdomain.com.ph/info/Maildir/.INBOX.Sent/cur/1327665200.M938383P29773.s1.ourdomain.info,W=5762:2,ST': No such file or directory
目录中还有一堆文件，这些文件似乎不受破坏的影响。
正如我在评论中所说的，这看起来是VPS中底层文件系统的一个问题。
没有networking文件系统挂载，所以这些不是怪。 下一步就是运行离线fsck来排除VPS文件系统损坏的可能性。
由于您的服务器是VPS，您将需要访问VPS控制台的能力，或者至less将服务器引导至能够运行fsck的救援系统。
要做到这一点，您的VPS将需要closures，所以您应该警告您的客户服务将被中断 – 根据磁盘的大小和底层硬件，这可能需要几个小时。
无论哪种方式，你应该联系你的VPS提供商，并让他们意识到 – 他们可能有问题，他们的基础设施，造成文件系统损坏。