Linux Postgresql“main/pg_notify/0000”：陈旧的NFS文件句柄

我有一台运行Postgresql Server的Debian Wheeezy计算机，没有NFS文件系统

重新启动计算机后，出现以下错误：

ls: cannot access 0000: Stale NFS file handle
516439 drwx------ 2 postgres postgres    8 Nov 12 20:25 .
516480 drwx------ 3 postgres postgres 4096 Nov 17 17:08 ..
? ?????????? ? ?        ?           ?            ? 0000

/var/lib/postgresql/9.1/main/pg_notify/0000文件已过时，我无法删除它或对其执行任何操作。为了删除该文件，我尝试了以下选项：

按照几个论坛中的建议，重新启动计算机以卸载文件系统是行不通的。 删除postgresql apt get-purge也没有任何作用。 尝试手动删除该文件无法使用过时的NFS文件句柄。 此目录是LVM管理的加密卷上JFS分区的一部分

fsck的输出：

fsck.jfs version 1.1.15, 04-Mar-2011
processing started: 11/17/2014 20:22:30
Using default parameter: -p
The current device is:  /
ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 32768
ujfs_rw_diskblocks: read 0 of 4096 bytes at offset 61440
Superblock is corrupt and cannot be repaired 
since both primary and secondary copies are corrupt.

ls-l的输出：

ls -l /var/lib/postgresql/9.1/main/pg_notify/0000

我想知道

为什么非NFS分区中的NFS句柄有问题？ 有没有什么方法可以让我摆脱那些文件解决方法也非常受欢迎？

---

在您做任何其他事情之前，读取并执行似乎极有可能是文件系统损坏。为什么要使用JFS？请在没有参数的情况下显示mount的输出，ls-l/var/lib/postgresql/9.1/main/pg_notify/0000，dmesg.ls的最新输出：cannot access/var/lib/postgresql/9.1/main/pg_notify/0000:Stale NFS file handleBetter要编辑问题，然后在编辑完成后进行注释，很难在没有格式的注释中读取这样的内容。如果数据不重要，我建议简单地拆掉系统并重新创建它——最好是使用更典型的文件系统，如ext4。如果服务器用于开发web应用程序，而不是用于生产目的，为什么需要使用加密逻辑卷？