在我的AIX 6.1服务器上，我在VIO LPAR上遇到问题。
一个文件系统可以通过“df”命令来完成，但是不能以“du”或“ls”为例。 我搜查，但我不明白问题来自哪里。
'df'命令显示：
[root@VIO2] /var/vio/storagepools/VIO2_storfs_rvg #df -IMvm | grep var /dev/hd9var /var 1024.00 497.91 526.09 49% 9226 122167 8% /dev/livedump /var/adm/ras/livedump 256.00 0.36 255.64 1% 4 58200 1% /dev/VIO2_storfs_rvg /var/vio/storagepools/VIO2_storfs_rvg 409600.00 409600.00 0.00 100% 39 57 41% 'du'命令：
[root@VIO2] /var/vio/storagepools/VIO2_storfs_rvg #du -sx * 0 lost+found 41943040 rootvg_ge 41943040 rootvg_lp 41943040 rootvg_pr_en 41943040 rootvg_pr_gf 41943040 rootvg_pr_io 41943040 rootvg_pr_ot 41943040 rootvg_pr_si 41943040 rootvg_te_gf 3016960 rootvg_te_iodas 0 rootvg_te_ot 0 rootvg_te_si 37748736 te_hd
'ls'命令：
[root@VIO2] /var/vio/storagepools/VIO2_storfs_rvg #ls -alR total 376310120 drwxr-xr-x 3 root system 4096 Apr 22 22:27 . drwxr-xr-x 3 root system 256 Jan 28 2016 .. -rw-r--r-- 1 root system 219 Apr 21 09:54 .rootvg_ge -rw-r--r-- 1 root system 221 Apr 21 09:55 .rootvg_lp -rw-r--r-- 1 root system 224 Oct 28 10:58 .rootvg_pr_en -rw-r--r-- 1 root system 219 Oct 28 10:59 .rootvg_pr_gf -rw-r--r-- 1 root system 221 Oct 28 10:59 .rootvg_pr_io -rw-r--r-- 1 root system 221 Oct 28 11:26 .rootvg_pr_ot -rw-r--r-- 1 root system 219 Apr 21 09:56 .rootvg_pr_si -rw-r--r-- 1 root system 219 Oct 28 11:01 .rootvg_te_gf -rw-r--r-- 1 root system 221 Oct 28 11:01 .rootvg_te_io -rw-r--r-- 1 root system 221 Oct 28 11:02 .rootvg_te_ot -rw-r--r-- 1 root system 219 Apr 21 09:57 .rootvg_te_si -rw-r--r-- 1 root system 211 Apr 21 10:07 .te_hd drwxr-xr-x 2 root system 256 Jan 28 2016 lost+found -rw-r--r-- 1 root system 21474836480 Apr 22 21:09 rootvg_ge -rw-r--r-- 1 root system 21474836480 Apr 22 21:17 rootvg_lp -rw-r--r-- 1 root system 21474836480 Apr 22 21:26 rootvg_pr_en -rw-r--r-- 1 root system 21474836480 Apr 22 21:35 rootvg_pr_gf -rw-r--r-- 1 root system 21474836480 Apr 22 21:44 rootvg_pr_io -rw-r--r-- 1 root system 21474836480 Apr 22 21:53 rootvg_pr_od -rw-r--r-- 1 root system 21474836480 Apr 22 22:02 rootvg_pr_si -rw-r--r-- 1 root system 21474836480 Apr 22 22:11 rootvg_te_gf -rw-r--r-- 1 root system 1544679424 Apr 22 22:11 rootvg_te_io -rw-r--r-- 1 root system 0 Apr 22 22:19 rootvg_te_ot -rw-r--r-- 1 root system 0 Apr 22 22:27 rootvg_te_si -rw-r--r-- 1 root system 19327352832 Apr 24 08:08 te_hd ./lost+found: total 8 drwxr-xr-x 2 root system 256 Jan 28 2016 . drwxr-xr-x 3 root system 4096 Apr 22 22:27 ..
还有一些“fuser”命令：
[root@VIO2] /var/vio/storagepools/VIO2_storfs_rvg #fuser -dV /var/vio/storagepools/VIO2_storfs_rvg /var/vio/storagepools/VIO2_storfs_rvg: [root@VIO2] /var/vio/storagepools/VIO2_storfs_rvg #fuser -dV /var /var:
预先感谢，如果任何人都可以解释！
df程序报告非root用户可用的空间量， 无论谁运行它 。 这在历史上是真实的，我认为它仍然如此。 理性的是，如果一个正常的程序填充一个分区，root有一个额外的工作空间来纠正问题。 如果违规stream程仍在消耗所有可用空间，情况尤其如此。
我没有AIX机器的访问权限，但是如果在sys/mount.h ，可以查看它。
iceberg /usr/include 521> grep f_bavail sys/mount.h int64_t f_bavail; /* free blocks avail to non-superuser */
相同的我没有访问AIX机器，但在Linux上，您可以使用命令检查保留到根和服务的百分比：
sudo tune2fs -l /dev/sda1 | grep 'Reserved'
并用命令改变它
sudo tune2fs -m 1 /dev/sdXY （这里1％是保留的）
在这里查看更多信息： https ： //unix.stackexchange.com/questions/7950/reserved-space-for-root-on-a-filesystem-why
最后，我通过卸载分区来解决问题（使用'force'选项，因为似乎正在使用中…），并在重新装入之前validation与'fsck'的一致性。
我有一些错误：糟糕的超级块，分配地图脏，inode地图脏…
'fsck'纠正了这些错误，重新安装后，一切都很好！
谢谢您的回答。