Linux
debian 伺服器使用 191GB 的硬碟空間是否正常?
我正在執行一個 Web 伺服器,它正在執行一個帶有電子郵件伺服器的 LAMP 堆棧。
它是 Debian 8 Jessie 和核心 3.16
我的伺服器設置在 RAID 1 中,帶有兩個 4TB 驅動器,所以我的最大容量約為 4TB。該伺服器尚未投入生產,目前僅用於開發工作。
我的問題是,到目前為止已經使用了 191.10GB 的空間,這正常嗎?
更新:
我跑了:`sudo du -h / | grep -P'^
$$ 0-9. $$+G' 然後回來:
du: cannot access '/proc/30136/task/30136/fd/4': No such file or directory du: cannot access '/proc/30136/task/30136/fdinfo/4': No such file or directory du: cannot access '/proc/30136/fd/4': No such file or directory du: cannot access '/proc/30136/fdinfo/4': No such file or directory 1.4G /usr 2.9G /
或者我執行:
du -h / | grep '[0-9\.]\+G'
然後回來:
8.0K /usr/share/locale/zh_CN.GB2312/LC_MESSAGES 12K /usr/share/locale/zh_CN.GB2312 8.0K /usr/lib/jvm/java-8-oracle/jre/lib/locale/zh.GBK/LC_MESSAGES 12K /usr/lib/jvm/java-8-oracle/jre/lib/locale/zh.GBK 1.4G /usr 2.8G /
的輸出
df -h
Filesystem Size Used Avail Use% Mounted on /dev/md2 3.6T 2.9G 3.4T 1% / udev 10M 0 10M 0% /dev tmpfs 6.3G 17M 6.3G 1% /run tmpfs 16G 0 16G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 16G 0 16G 0% /sys/fs/cgroup /dev/md1 771M 34M 698M 5% /boot
的輸出
du -x --max-depth=1 -h /
16K /lost+found 12M /sbin 8.0K /media 36K /tmp 1.2G /var 4.0K /lib64 12K /srv 8.8M /bin 4.0K /mnt 46M /home 8.0M /etc 208M /lib 112K /root 46M /opt 1.4G /usr 2.9G /
4TB 驅動器
首先要了解的是,硬碟供應商使用 10 的冪來銷售驅動器。而大多數軟體都是 2 的冪(參見二進制前綴)。較小的值並沒有太大的區別,但在 4TB 驅動器上它是巨大的。
所以 4 * 10^12(以 TB 為單位的大小)/2^30 (1GiB) = 3725 GiB 的儲存空間。預設情況下,Ext2/3/4 還將為 root 保留 5%(預設)的空間,因此大約 186 GiB。該
df
命令不認為“保留”空間可用,因此之後您有 ~3538.75 GiB,它相對接近 df 在您發布的內容中報告的 3.4T。由於您的驅動器幾乎肯定不完全是 4*10^12 字節,並且文件系統有一些成本,並且當您使用
-h
人類可讀選項時會進行一些舍入,所以一切看起來或多或少都是正確的。