Katalog „.Private /” zajmuje mnóstwo miejsca na dysku i nie wskazuje, co może być przyczyną


2

Dzisiaj wszedłem i wygląda na to, że mój .Private/katalog zajmuje dużo miejsca na dysku (.ecryptfs reż). Mam w sumie miejsce 10.9Tdo przechowywania w swoim systemie. Korzystam z serwera Ubuntu 16.04 i mam zaszyfrowany folder domowy administratora serwera. Podczas próby utworzenia pliku otrzymuję następujące informacje:

touch test1.txt
touch: cannot touch 'test1.txt': No space left on device

Kiedy wykonuję skanowanie systemu plików, otrzymuję to:

df -h
Filesystem                       Size  Used Avail Use% Mounted on
udev                             7.6G     0  7.6G   0% /dev
tmpfs                            1.6G  157M  1.4G  11% /run
/dev/mapper/TBG--Magic--vg-root  2.7T  2.7T     0 100% /
tmpfs                            7.7G   12K  7.7G   1% /dev/shm
tmpfs                            5.0M     0  5.0M   0% /run/lock
tmpfs                            7.7G     0  7.7G   0% /sys/fs/cgroup
tmpfs                            7.7G     0  7.7G   0% /run/shm
/dev/sda2                        473M   96M  353M  22% /boot
/dev/sda1                        511M  3.4M  508M   1% /boot/efi
/home/serveradmin/.Private       2.7T  2.7T     0 100% /home/serveradmin
tmpfs                            1.6G     0  1.6G   0% /run/user/1000
/dev/sdb2                        7.3T  133G  7.2T   2% /mnt

Jednak kiedy wykonuję pełny skan wszystkiego, otrzymuję coś zupełnie innego:

sudo du -cha --max-depth=1 / | grep -E "M|G|T"
14M /etc
2.4G    /usr
213M    /root
4.6M    /libx32
14M /sbin
14G /home
2.2G    /var
10G /Users
1.2T    /srv
555M    /lib
97M /boot
132G    /mnt
157M    /run
1.4G    /nsm
du: cannot access '/proc/197133/task/197133/fd/4': No such file or directory
du: cannot access '/proc/197133/task/197133/fdinfo/4': No such file or directory
du: cannot access '/proc/197133/fd/3': No such file or directory
du: cannot access '/proc/197133/fdinfo/3': No such file or directory
16M /bin
3.9M    /lib32
1.3T    /
1.3T    total

Powoduje to wiele problemów z pisaniem plików. Co to powoduje i jak to naprawić?

Odpowiedzi:


2

Byłem w stanie to rozgryźć. Wygląda na to, że kiedy zamontowałem system tworzenia kopii zapasowych, nie zrobiłem tego poprawnie i wszystkie moje kopie zapasowe zostały zapisane na dysku lokalnym. Proste odinstalowanie i ponowne zamontowanie pomogło:sudo umount /dev/sdb2 && sudo rm /mnt/* && sudo mount /dev/sdb2 /mnt

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.