![Debian サーバーが 191 GB のハードディスク領域を使用するのは正常ですか? [閉鎖]](https://linux33.com/image/119479/Debian%20%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%8C%20191%20GB%20%E3%81%AE%E3%83%8F%E3%83%BC%E3%83%89%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF%E9%A0%98%E5%9F%9F%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E3%81%AE%E3%81%AF%E6%AD%A3%E5%B8%B8%E3%81%A7%E3%81%99%E3%81%8B%EF%BC%9F%20%5B%E9%96%89%E9%8E%96%5D.png)
私は電子メールサーバーと一緒にLAMPスタックを実行しているWebサーバーを実行しています。
Debian 8 Jessieとカーネル3.16。
私のサーバーは2つの4TBドライブを備えたRAID 1に設定されているため、最大容量は約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 /
答え1
4TBハードドライブ
最初に理解する必要があるのは、ハードドライブのベンダーが10種類のドライブを販売していることです。そして、ほとんどのソフトウェアは、サイズが2の重なり二乗です(参照:バイナリプレフィックス)。値が小さいと影響は少なくなりますが、4TBドライブの場合は影響が大きくなります。
したがって、4 * 10^12(TB単位のサイズ)/ 2^30(1GiB)= 3725GiBのストレージです。デフォルトでは、Ext2/3/4はルート用に5%(デフォルト)のスペースを予約します。これは約186GiBです。このdf
コマンドは使用可能な「予約済み」スペースを考慮しないため、その後は〜3538.75GiBを持ちます。これは、投稿でdfによって報告された3.4Tに比較的近いです。
ドライブが正確に4 * 10 ^ 12バイトではないことはほぼ確実であり、ファイルシステムにわずかなオーバーヘッドがあり、-h
人間が読めるオプションを使用するときにわずかな丸めがあるため、すべてがある程度正しいように見えます。