Server Ubuntu menunjukkan kepada saya bahwa saya menggunakan allmost all disk:
Usage of /: 95.5% of 118.12GB
Dan saya mencoba mencari folder dan file besar, jalankan ncdu:
ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help
--- / ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
5.5GiB [##########] /root
2.3GiB [#### ] /var
628.6MiB [# ] /usr
209.9MiB [ ] /lib
28.2MiB [ ] /boot
8.6MiB [ ] /bin
7.7MiB [ ] /sbin
6.6MiB [ ] /etc
208.0KiB [ ] /run
112.0KiB [ ] /tmp
48.0KiB [ ] /opt
e 16.0KiB [ ] /lost+found
8.0KiB [ ] /dev
8.0KiB [ ] /media
4.0KiB [ ] /lib64
e 4.0KiB [ ] /srv
e 4.0KiB [ ] /selinux
e 4.0KiB [ ] /mnt
e 4.0KiB [ ] /home
0.0 B [ ] /proc
0.0 B [ ] /sys
@ 0.0 B [ ] initrd.img
@ 0.0 B [ ] vmlinuz
Menurut ncdu
saya menggunakan sekitar 10 GiB
dari 128 GiB
- ini adalah tentang 10 %
. Kontradiksi.
Bagaimana cara membersihkan saya ubutntu server
tanpa me-reboot?
Saya pikir itu ncdu
bohong dan menggunakan aplikasi lain untuk menemukan file dan folder besar. Semuanya menunjukkan hasil yang sama dengan ncdu
.
Dan df -h
perintah menunjukkan bahwa disk sudah penuh.
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda 119G 113G 0 100% /
udev 2.0G 8.0K 2.0G 1% /dev
tmpfs 788M 212K 788M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 2.0G 0 2.0G 0% /run/shm
Memperbarui
sudo du -sch /*
hasil:
/# sudo du -sch /*
8.7M /bin
29M /boot
8.0K /dev
6.6M /etc
4.0K /home
0 /initrd.img
210M /lib
4.0K /lib64
16K /lost+found
8.0K /media
4.0K /mnt
48K /opt
du: cannot access `/proc/4470/task/4470/fd/4': No such file or directory
du: cannot access `/proc/4470/task/4470/fdinfo/4': No such file or directory
du: cannot access `/proc/4470/fd/4': No such file or directory
du: cannot access `/proc/4470/fdinfo/4': No such file or directory
0 /proc
5.0G /root
212K /run
7.8M /sbin
4.0K /selinux
4.0K /srv
0 /sys
112K /tmp
629M /usr
2.3G /var
0 /vmlinuz
8.1G total
8.1G
total seperti biasa. Tapi saya melihat cannot access
baris, mungkin masalah karena mereka.
Lalu saya memeriksa folder terbesar di /
. Itu adalah /root
:
/# sudo du -sch /root/*
96K /root/Downloads
2.5G /root/Dropbox
36K /root/nohup.out
4.0K /root/npm-debug.log
4.0K /root/readonly
980K /root/redis-2.6.16.tar.gz
228M /root/tmp
2.7G total
server
disk-usage
Maxim Yefremov
sumber
sumber
du -sch /*
untuk melihat direktori root mana yang menggunakan ruang terbanyak, dan turun dari sana ke tempat-tempat menggunakan ruang terbanyak.8.1 GiB
penuh (menambahkan ini untuk memperbarui). Tidak tahu di mana sisanya100 GiB
Jawaban:
Saya mengalami masalah yang sama pada mesin lab kami dan menggunakan perintah ini
Saya dapat menemukan file tersembunyi seperti di dalam kotak sampah pengguna yang belum mereka hapus.
Terima kasih karena di sini saya menemukan jawaban ini.
sumber
Periksa file yang dihapus yang masih ditahan terbuka oleh suatu proses:
sudo lsof | grep deleted | less
Itu akan menampilkan pid dan deskriptor file. Saya punya masalah ini pada server, tidak ada yang masuk
ncdu
kecuali mengisi disk. Ternyata itu adalah proses malam yang memindahkan file ke share samba yang dipasang dan kadang-kadang tidak menutup file handle dengan benar, tampaknya.Jika Anda menemukan file yang dihapus dan ingin membersihkannya, reboot mungkin paling mudah jika itu dapat diterima. Atau Anda dapat mencoba mematikan prosesnya. Atau jika Anda yakin mereka tidak digunakan, Anda dapat secara manual membidiknya, dengan sesuatu seperti ini:
> /proc/14487/fd/12
sumber
Perintah berikut akan menampilkan pemanfaatan disk untuk / direktori home dengan --max-depth = 1
sumber
Pastikan untuk memeriksa tunggangan disk Anda. Tak satu pun dari solusi yang saya lihat di sini dapat mengidentifikasi ruang yang diambil oleh folder yang memiliki mount ditempatkan di atasnya.
sumber
mount
, lalu tambahkan tunggangan kedua untuk setiap direktori yang tunggangan ditempatkan di atasnya. Kemudian Anda dapat menggunakan alat disk biasa sepertidu
pada mount yang baru dibuat untuk melihat apakah itu penyebabnya.Kami memiliki masalah yang sama dan ternyata ini adalah gambar buruh pelabuhan, disimpan di bawah var / lib / docker
ncdu tidak mencantumkan ini karena tidak terlihat oleh pengguna. bahkan menjalankan ncdu di bawah sudo tidak membantu.
Perintah ini membersihkan semua gambar buruh pelabuhan yang ada ...
docker rmi $(docker images -a -q)
sumber
docker system prune
tidak menemukan segalanya. Perintah ini (yang mendahului pemangkasan sistem buruh pelabuhan) melakukan trik.docker system prune -a -f
ini jauh lebih menyeluruhAnda dapat menjalankan perintah berikutnya untuk menemukan 10 file terbesar:
sumber