Ubuntu 18.04サーバーをストレージサーバーとして実行
だから実行すると、df -h ルートディスクが100％いっぱいになり、231MBが残っていることがわかります。ちなみに、たった一ヶ月前に新しくインストールしていましたが、smb以外には何もインストールされていません。
~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.8G 0 3.8G 0% /dev
tmpfs 769M 6.8M 762M 1% /run
/dev/sda2 219G 208G 231M 100% /
tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/loop0 90M 90M 0 100% /snap/core/8268
/dev/loop1 90M 90M 0 100% /snap/core/8213
/dev/sda1 511M 6.1M 505M 2% /boot/efi
/dev/sdd1 2.7T 2.3T 346G 87% /media/data1
だから実行してみるとsudo du -ch --exclude=./media7.3Gが出力されました。
誰でも私を助けることができますか？私はこれを前に見たことがありません。
:/$ sudo du -ch --exclude=./media
7.3G .
7.3G total
sudo ncdu --exclude /media同じ結果を提供します。その空間がどこに使われているのか見つからないようです。
sudo du -hs --exclude=./media一部のファイルが非アクティブで、同じ7.3Gを使用している場合。
ベストアンサー1
一部のプロセスによって開かれているいくつかの削除されたファイルがあります。
1つの可能性は再起動です（すべてのプロセスが終了し、ファイルを閉じてスペースを解放します）。
それ以外の場合はこれを行うことができます。 （ほぼ確実に良い方法がありますが、要求どおりにUbuntu 18.04-LTSでテストしました。）
find /proc -type l -exec ls -la \{\} \; 2>&1 | grep "/proc/[0-9]*/fd/.*deleted"
これにより、次のような内容が表示されます。
lrwx------ 1 root root 64 Nov 18 08:16 /proc/1708/fd/139 -> /run/dovecot/login-master-notifycd7e64fd0dc27812 (deleted)
lrwx------ 1 root root 64 Nov 18 08:16 /proc/1708/fd/172 -> /run/dovecot/login-master-notify5d694b1832885980 (deleted)
lrwx------ 1 root root 64 Nov 18 08:16 /proc/1708/fd/177 -> /run/dovecot/login-master-notify03874675ec133d66 (deleted)
lrwx------ 1 root root 64 Nov 17 20:09 /proc/2160/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 root root 64 Dec 16 06:39 /proc/10669/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 root root 64 Dec 16 06:39 /proc/10670/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 root root 64 Dec 16 06:39 /proc/10671/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 root root 64 Dec 16 06:39 /proc/10672/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 root root 64 Dec 17 00:01 /proc/10673/fd/9 -> /tmp/.ZendSem.3acXWO (deleted)
lrwx------ 1 mysql mysql 64 Dec 17 00:01 /proc/24928/fd/5 -> /tmp/ibZsXZWE (deleted)
lrwx------ 1 mysql mysql 64 Dec 17 00:01 /proc/24928/fd/6 -> /tmp/ibY4kIrj (deleted)
lrwx------ 1 mysql mysql 64 Dec 17 00:01 /proc/24928/fd/7 -> /tmp/ibhdYqWX (deleted)
lrwx------ 1 mysql mysql 64 Dec 17 00:01 /proc/24928/fd/8 -> /tmp/ib1PJXXg (deleted)
lrwx------ 1 mysql mysql 64 Dec 17 00:01 /proc/24928/fd/12 -> /tmp/ibuELYLV (deleted)
これはMySQLと鳩が「隠された空間」を食べていることを伝えます。したがって、この例では、まずDovecotを再起動してから、MySQLなどを再起動してみてください。...多くのディスクスラッシングが原因でサービスが非常に長い間停止した後...) スペースが解放されました
修正する
あなたの質問で私はこれを見落としました： "smb以外のインストールはありません「。もう一度やり直してください。それすぐに。
VFS ロギングが有効になっているか、デバッグレベルが高い場合があります。
実際、一度$ PFYでこれが発生しました。私たちはWindows 10の問題（SMB4 btwによって修正されてから古い）を確認するためにデバッグをオンにし、ログは5 GBを超えました。ログを削除しました。。
そのため、Sambaは現在見えないログファイルに記録し続けており、これは自動的に増加しています。ユーザーがスペースをゴミで満たしていると非難したとき、約50Gbが消えたときに何が起こったのかがわかりました。その人もやってるじゃない）。
アップデート1.5
空間を「消える」ようにする一つの方法はこれです。
ファイルサーバーがあり、データが/var/media約250 GBにあるとします。その後、別のディスクを追加するか、RAID同期と拡張またはその他の手段を介してより大きなディスクに交換することを決定します。
したがって、ステップ2では、一時的に8TBの空き領域がある空の/mnt/otherdiskがあるので満足します。コピー新しいディスク/パーティションの250GB、権限、ACLなど。
作業が完了したら、明らかに以前の構成、スクリプト、バックアップなどを再利用したいので、インストールしてください。新しい分割古い目次 -しかし、最初に公開するのを忘れました。。新しく/var/mediaコピーされたファイルは250 GB、空き容量は7.75 GBです。しかし、もともと250GBはまだこれより少なく、そのスペースはまだ確保されていません。
必要なスペースを確保するには
umount /var/media && (
mv /var/media /var/old-media
mkdir /var/media # create a new "/var/media"
chown --reference /var/old-media /var/media
chmod --reference /var/old-media /var/media
mount /var/media
)
/var/old-mediaデータが含まれている場合は、そのコンテンツ（今は古いかもしれませんが、誰が知っていますか）を/var/media。
アップデート2
再起動しても問題は解決しなかったため、ファイル〜しなければならないそこに。ありますが、lost+foundファイルシステムは今きれいです。持つ（しかし、すべての手順を確認しています。インストールオプションも公開できますか？）
努力する：
du -kx -d2 / | sort -n
ディスクの内容を取得します（もちろんmedia）。これにより、すべてのルートサブツリーのサイズが提供されます。もちろん、サブツリーが元のサイズより大きい場合はドリル/mediaダウンできます。私は大きな/home/lserni例を持っています：
du -kx -d1 /home/lserni | sort -n
スペースならまだ説明することなく占有され、再びシングルモードで実行されますfsck。
私はできます。いいえあなたのファイルシステムがあまりにも混乱していて、問題が発生したと信じやすいです。ただ占有された空間に現れるのに直すfsck方法がありません！