Pertanyaan disk penuh, tetapi tidak dapat menemukan file atau folder besar


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 menggunakannya 10 GiB dari 128 GiB - ini adalah tentang 10 %. Kontradiksi.

Bagaimana cara membersihkan saya ubutntu server tanpa me-reboot?

Saya pikir itu ncdu berbohong dan menggunakan aplikasi lain untuk menemukan file dan folder besar. Semua dari mereka 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 mengerti cannot access baris, mungkin masalah karena mereka.

Lalu saya memeriksa folder terbesar di /. ini /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

18
2018-01-31 04:34


asal


Hanya pikiran, mungkin memeriksa isi / var / log / untuk melihat apakah ada log yang tumbuh secara ekspotensial. - Mordoc
/ var / log sekitar 2 GiB. Tidak apa-apa - Maxim Yefremov
Mencoba du -sch /* untuk melihat direktori root mana yang menggunakan ruang paling banyak, dan turun dari sana ke tempat-tempat menggunakan ruang paling banyak. - DopeGhoti
@DopeGhoti Saya mencoba tetapi melihat hal yang sama 8.1 GiB penuh (ditambahkan ini untuk memperbarui). Tidak tahu di mana sisanya 100 GiB - Maxim Yefremov
Saya tahu Anda tidak mau, tetapi gigit peluru dan reboot. - douggro


Jawaban:


Saya mengalami masalah yang sama pada mesin laboratorium kami dan menggunakan perintah ini

du -sch .[!.]* * |sort -h

Saya dapat menemukan file tersembunyi seperti di dalam kotak sampah pengguna yang belum mereka hapus.

Kredit ke sini di mana saya awalnya menemukan jawaban ini.


9
2018-02-09 09:33





Perintah berikut akan menunjukkan pemanfaatan disk untuk / direktori home dengan --max-depth = 1

user@linux:~$ sudo du -h -d 1 /

3
2018-02-23 06:56





Periksa file yang dihapus yang masih dibuka dengan proses:
sudo lsof | grep deleted | less

Itu akan menunjukkan pid dan file descriptor. Saya memiliki masalah yang sebenarnya di server, tidak ada apa-apa ncdu tapi mengisi disk. Ternyata menjadi proses malam yang memindahkan file ke share samba yang di-mount dan terkadang tidak menutup handle file dengan benar, sepertinya.

Jika Anda menemukan file yang terhapus dan ingin membersihkannya, reboot mungkin paling mudah jika itu dapat diterima. Atau Anda dapat mencoba membunuh prosesnya. Atau jika Anda yakin mereka tidak digunakan, Anda bisa manual nol mereka, dengan sesuatu seperti ini:
> /proc/14487/fd/12


2
2018-01-28 14:21





Pastikan untuk memeriksa tunggangan disk Anda. Tidak ada solusi yang pernah saya lihat di sini dapat mengidentifikasi ruang yang diambil oleh folder yang memiliki mount yang ditempatkan di atasnya.


1
2018-05-01 15:14



ada saran? Saya pikir ini mungkin masalah saya - Eliethesaiyan
unix.stackexchange.com/questions/198542/… - Rich Remer
Pada dasarnya, periksa tunggangan Anda yang ada mount, lalu tambahkan mount kedua untuk masing-masing direktori yang memiliki tunggangan yang ditempatkan di atasnya. Maka Anda dapat menggunakan alat disk normal seperti du di gunung yang baru dibuat untuk melihat apakah itu pelakunya. - Rich Remer


Kami memiliki masalah yang sama dan ternyata itu adalah gambar buruh pelabuhan, disimpan di bawah var / lib / buruh pelabuhan

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) 


0
2017-11-30 11:13