在我的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 […]
我突然看到我们的USB备份驱动器上有一些奇怪的行为，这对我来说是没有意义的： (2013-10-21 14:58:23 [root@newdc /]$ cd /mnt/backup/ (2013-10-21 14:59:03 [root@newdc backup]$ ls -la ls: reading directory .: Input/output error total 0 (2013-10-21 14:59:05 [root@newdc backup]$ df -h /mnt/backup Filesystem Size Used Avail Use% Mounted on /dev/sda1 917G 843G 28G 97% /mnt/backup 操作系统怎么可能知道有多less使用，但我不能作为根的任何一个？ 或者更重要的是，这表明了什么问题？ /var/log/messages说这个： Oct 21 14:57:54 g5 kernel: EXT4-fs error (device sda1): ext4_journal_start_sb: Detected […]
我试图用gparted来缩小Ubuntu 16.04的扩展分区。 gparted和vgdisplay都显示分区已被完全使用。 所以我不能缩小分区。 df表示使用了5％（正确的值）。 这是GParted的截图。 这里是相关的命令行输出： $ sudo vgdisplay — Volume group — VG Name ubuntu-vg System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size 465.28 […]
其他应用程序也说磁盘也是满的，有什么想法？ 这是df -h的输出 Filesystem Size Used Avail Use% Mounted on /dev/simfs 400G 132G 714M 100% / none 2.0G 4.0K 2.0G 1% /dev none 4.0K 0 4.0K 0% /sys/fs/cgroup none 410M 1.1M 409M 1% /run none 5.0M 0 5.0M 0% /run/lock none 2.0G 0 2.0G 0% /run/shm none 100M 0 100M 0% /run/user
为什么报告错误的磁盘利用率报告 $ df -h /shareddata Filesystem Size Used Avail Use% Mounted on /dev/mapper/share_vg-lv_shareddata 886G 830G 11G 99% /shareddata $ lsblk /dev/mapper/share_vg-lv_shareddata NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT share_vg-lv_shareddata (dm-0) 253:0 0 899.9G 0 lvm /shareddata 可用的数据应该是56G
我有一个服务器有两个从本地SAN挂载的LUN。 我有一个configuration文件，用于定义第二个LUN大小的供应商软件（splunk），但是我不小心将其configuration为比实际大6GB。 今天早上，我进来看到关于错误的口哨声。 它已被修复，并且Splunk服务器进程已重新启动以利用它。 它应该清除数据，似乎是这样做的。 然而，当我看着DF的输出，我看到一些奇怪的东西： Filesystem Size Used Avail Use% Mounted on /dev/cciss/c0d0p3 507G 4.0G 477G 1% / /dev/cciss/c0d0p1 97M 19M 73M 21% /boot tmpfs 36G 0 36G 0% /dev/shm /dev/mapper/hot_group-lvol0 148G 128G 14G 91% /splunk/hot /dev/mapper/cold_group-lvol0 837G 797G 0 100% /splunk/cold 正如你所看到的，DF表明磁盘的总大小要比使用的磁盘大得多（但是它仍然显示0字节）任何人都可以解释这个吗？
我有2 * 1000GB硬盘+ 60GB SSD。 当我运行df -H我收到有关服务器硬盘驱动器的“错误”信息。 输出 # df -H Filesystem Size Used Avail Use% Mounted on /dev/md1 78G 48G 26G 66% / tmpfs 4.2G 0 4.2G 0% /dev/shm /dev/md0 520M 46M 448M 10% /boot 谢谢！
我为一些用户设置了一个chroot监狱，而且运行良好。 我希望他们能够使用df命令（我在他们的chroot中使用修改的etc / mtab文件，只是指定了“/”），但我不希望他们能够看到完整的磁盘使用情况他们正在使用。 理想情况下，只是显示他们的用法，但真正的任何东西，只要它是通用的就可以了。 有没有人有任何想法？
当我在我的系统上运行'df -ha'为一个空分区时，报告使用了33 MB： /dev/sdb2 16G 33M 16G 1% /mypartition 但分区上没有文件： ls -lha /mypartition/ total 0 drwx—— 2 root root 6 Feb 16 21:09 . drwxr-xr-x 5 root root 57 Feb 17 06:26 .. 什么可能导致“DF”报告使用的一些空间？
我已经build立了一个LVM作为支持存储的LXC容器。 在主机上，命令lvs –units m输出如下内容： LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert vm dvg -wi-a—- 1000.00m 当我在容器中时，命令df -h -BM打印这个： Filesystem 1M-blocks Used Available Use% Mounted on /dev/dvg/vm 969M 407M 513M 45% / none 1M 0M 1M 0% /sys/fs/cgroup none 396M 1M 396M 1% /run none 5M 1M 5M 1% /run/lock none 1977M […]