Hệ thống tập tin Linux; sự khác biệt trong tính toán kích thước bằng cách sử dụng df & du

Khi tôi chạy dfnó cho thấy thiết bị root đã đầy.

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9.9G  9.4G     0 100% /

Tôi đã xem xét việc inodesử dụng và có khá nhiều không gian có sẵn cho thiết bị root

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1               640K    103K    538K   16% /

Nhưng, khi tôi chạy dulệnh, nó cho thấy tôi chỉ sử dụng 2Ghết 9.9G.

ip-XXX-XXX-XXX-XXX:/$ du -xh --max-depth=1
14M ./etc
4.0K ./mnt
96K ./tmp
3.5M ./bin
0   ./sys
964K ./boot
4.0K ./srv
0   ./dev
55M ./lib
25M ./root
1.1G ./usr
4.0K ./opt
846M ./var
4.3M ./sbin
23M ./home
16K ./lost+found
0   ./proc
2.0G .

Nó chỉ khiến tôi phát điên và thú vị quá. Đây là một vấn đề lớn đối với chúng tôi vì đĩa gốc đã /đầy và một số chức năng trong trang web của chúng tôi bị lỗi.

Xin hãy giúp tôi giải quyết (cũng hiểu) vấn đề này.

Cảm ơn.

Khi các tệp bị xóa trong * nix, chúng tiếp tục tồn tại trên đĩa (và chiếm dung lượng đĩa) miễn là một quá trình mở chúng. Điều khá phổ biến là tận dụng điều này để "bảo mật" các tệp tạm thời bằng cách tạo chúng với kích thước nhỏ, xóa chúng và sau đó sử dụng tệp đã xóa để lưu trữ dữ liệu mà không phải lo lắng về các quy trình khác (dễ dàng) truy cập vào nó, vì vậy lượng không gian trong các tệp bị xóa có thể tăng khá lớn nếu, giả sử, cơ sở dữ liệu tạm thời hoặc phiên chỉnh sửa đa phương tiện đang được xử lý theo cách này. Một khả năng khác về cách bạn có thể có quá nhiều "không gian" sẽ là nếu hệ thống được nâng cấp (nhiều lần) mà không khởi động lại hoặc khởi động lại chương trình, dẫn đến tất cả các thư viện .so cũ của bạn được mở bởi các chương trình đã được khởi động trước nâng cấp và vẫn đang chạy.

dfnhìn thấy không gian được sử dụng bởi các tệp này vì nó chỉ xem có bao nhiêu không gian được phân bổ trên thiết bị, nhưng dukhông nhìn thấy chúng vì không có bất kỳ mục nhập thư mục tương ứng.

"Ẩn" không gian đã sử dụng như thế này chỉ có thể được giải phóng khi các quy trình đã xóa các tệp mở đóng chúng. Bạn có thể tìm thấy các quy trình này bằng fuserlệnh và chấm dứt chúng (hoặc, đối với nhiều trình nền, gửi tín hiệu yêu cầu chúng đóng và mở lại bất kỳ tệp đang mở nào).

Đã có lúc đĩa đầy, sau đó có thể bị nhầm lẫn cho đến khi khởi động lại / nhắc lại rằng đĩa vẫn đầy, ngay cả khi bạn đã xóa một tải tệp.

Về phía tôi, tôi chỉ cần khởi động lại syslogd để lấy lại dung lượng đĩa. Tôi đã mất 3GB! Máy chủ của tôi đã hoạt động được 250 ngày.

Có một cách để dọn sạch không gian mà không cần khởi động lại ứng dụng. Đây là những thông tin chi tiết:

1. Giả sử bạn có quá trình foochạy và tạo tệp 2 GB có tên abc.log. Bây giờ nói abc.log này bị xóa bởi người khác.

2. Nhận foopid (giả sử 123). Vì vậy, /proc/123/fdsẽ hiển thị danh sách các mô tả tập tin được mở bởi foo. Một với abc.log sẽ hiển thị là đã xóa. Giả sử fdabs.log là 111. Nếu bạn chạy less /proc/123/fd/111, nó vẫn sẽ hiển thị cho bạn tất cả 2 GB dữ liệu đó.

3. Chạy đi echo " " > /proc/123/fd/111. Điều này sẽ ghi đè lên nội dung với một chuỗi trống. Sau lệnh này nếu bạn thử, dfnó sẽ hiển thị thêm 2 GB được khôi phục bằng cách xóa abc.log.

Đó là nó. Tôi đã thử điều này trên CentOS và nó hoạt động.