私は約1.5年間実行した後、突然「ディスクがいっぱい」エラーが発生するかなりバニラxubuntuインストールを持っています。システムSSD(〜128 GB)、Samba共有(〜500 GB)を含む「データ」SSD、自己バックアップ用のRAID(〜4 TB HDD 2台)があります。また、オーディオファイルをストリーミングするために亜音速インスタンスを実行します。設定は次のとおりです。
root@castor:/# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 3.7T 0 disk
└─md0 9:0 0 3.7T 0 raid1
└─md0p1 259:6 0 3.7T 0 md /raid
sdb 8:16 0 3.7T 0 disk
└─md0 9:0 0 3.7T 0 raid1
└─md0p1 259:6 0 3.7T 0 md /raid
nvme0n1 259:0 0 477G 0 disk
└─nvme0n1p1 259:1 0 477G 0 part /data
nvme1n1 259:2 0 111.8G 0 disk
├─nvme1n1p1 259:3 0 512M 0 part /boot/efi
├─nvme1n1p2 259:4 0 732M 0 part /boot
└─nvme1n1p3 259:5 0 110.6G 0 part
└─nvme0n1p3_crypt 253:0 0 110.6G 0 crypt
├─xubuntu--vg-root 253:1 0 109.6G 0 lvm /
└─xubuntu--vg-swap_1 253:2 0 976M 0 lvm [SWAP]
上記の内容を参考にして電源を/data
入れ/raid
てください。独立した物理デバイスから/
。システムは/
いっぱいであると見なされます。
root@castor:/# df -h /
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/xubuntu--vg-root 108G 106G 0 100% /
/data
ただし、を除くと、/raid
106 GBの代わりに9 GBしか使用されていません。
root@castor:/# du -hs --exclude={./data,./raid}
du: cannot access './run/user/110/gvfs': Permission denied
du: cannot access './proc/1747/task/1747/fd/4': No such file or directory
du: cannot access './proc/1747/task/1747/fdinfo/4': No such file or directory
du: cannot access './proc/1747/fd/3': No such file or directory
du: cannot access './proc/1747/fdinfo/3': No such file or directory
9.0G .
ここで何が起こっているのでしょうか?これは、暗号化されたファイルシステムを使用したマウントまたはLVMの使用に関連していますか? (私はLVMが内部的にどのように機能するのか実際にはわからないことを認めています。
有用であれば、ここに議論のdu
余地はありませんexclude
。明らかに、次の/data
合計/raid
が含まれます。
root@castor:/# du -hs /data
220G /data
root@castor:/# du -hs /raid
220G /raid
root@castor:/# du -hs .
du: cannot access './run/user/110/gvfs': Permission denied
du: cannot access './proc/1762/task/1762/fd/4': No such file or directory
du: cannot access './proc/1762/task/1762/fdinfo/4': No such file or directory
du: cannot access './proc/1762/fd/3': No such file or directory
du: cannot access './proc/1762/fdinfo/3': No such file or directory
448G .
これが完全な出力ですdf
root@castor:/# df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.7G 0 7.7G 0% /dev
tmpfs 1.6G 3.0M 1.6G 1% /run
/dev/mapper/xubuntu--vg-root 108G 106G 0 100% /
tmpfs 7.7G 0 7.7G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup
/dev/nvme0n1p1 469G 220G 226G 50% /data
/dev/nvme1n1p2 705M 81M 573M 13% /boot
/dev/nvme1n1p1 511M 6.1M 505M 2% /boot/efi
tmpfs 1.6G 4.0K 1.6G 1% /run/user/110
tmpfs 1.6G 0 1.6G 0% /run/user/1000
/dev/md0p1 3.6T 221G 3.2T 7% /raid
編集する「どこ/proc
?」と答えてください。
root@castor:/# du -hs /proc
du: cannot access '/proc/1797/task/1797/fd/4': No such file or directory
du: cannot access '/proc/1797/task/1797/fdinfo/4': No such file or directory
du: cannot access '/proc/1797/fd/3': No such file or directory
du: cannot access '/proc/1797/fdinfo/3': No such file or directory
0 /proc
root@castor:/# ll /proc -S | head
total 4
-r-------- 1 root root 140737477881856 Jun 11 13:53 kcore
drwxr-xr-x+ 27 root root 4096 Jun 11 12:22 ../
lrwxrwxrwx 1 root root 11 Jun 11 13:53 mounts -> self/mounts
lrwxrwxrwx 1 root root 8 Jun 11 13:53 net -> self/net/
dr-xr-xr-x 185 root root 0 Jun 11 12:34 ./
dr-xr-xr-x 9 root root 0 Jun 11 12:34 1/
dr-xr-xr-x 9 root root 0 Jun 11 12:35 10/
dr-xr-xr-x 9 root root 0 Jun 11 12:35 100/
dr-xr-xr-x 9 root root 0 Jun 11 12:35 1016/
答え1
知っていると、/raid
ある瞬間、正しく再インストールできなくて、しばらくの自動毎日バックアップが記録されませんでした。実際raid /dev/md0
(にインストールされています)ですが、そのフォルダ/raid
に書き込まれます。私が調査を始めたときに実際の急襲があったので、私はこれに気づかなかった。/raid
/dev/xubuntu-vg/root
以前は/raid
既定のフォルダにインストールし、そのコンテンツを効果的にブロックします。
全体的に問題を解決しました。
umount /raid
mdadm --stop /dev/md0
rm -rf /raid/*
mdadm --create --assume-clean --level=1 /dev/md0 --raid-devices=2 /dev/sda /dev/sdb
mount /raid