Thiếu không gian đĩa trên linux


2

Tôi có một hộp Ubuntu với 30 GB dung lượng đĩa gần như đã được lấp đầy:

df -h

Filesystem      Size  Used Avail Use% Mounted on 
/dev/vda1        30G  28G     0  100% /

Nhưng khi tôi kiểm tra kích thước của tất cả các thư mục gốc với

sudo du -sh /foldername

Tôi chỉ nhận được tổng cộng 17,2GB

lib/        6.7G
usr/        4.8G
home/       2.0G
var/        1.3G
boot/       1.1G
swapfile    1.1G
root/       125M
sbin/       12M
bin/        11M
etc/        8M
run/        420K
lost+found/ 16K
media/      8.8K
dev/        4K
lib64/      4K
mnt/        4K
srv/        4K
opt/        4K
tmp/        4K
sys/        0
proc/       0

Có bất cứ điều gì ở đây trông đáng ngờ? Khoảng 11 gigabyte là không thể đếm được. 11G mất tích có thể ở đâu?


1
Có một dòng các câu hỏi tương tự về chủ đề này trên SF, tôi đề nghị thử đọc lên đầu tiên. Cập nhật câu hỏi với các liên kết đến những gì bạn đã thử - đó là nếu bạn không tìm thấy giải pháp. serverfault.com/q/275206/355160
Marek Rost

Ngoài ra du không chiếm không gian được hiển thị bởi df và chuỗi các bản sao được chỉ ra trong các bình luận ở đó. Loại hệ thống tập tin là gì.
Kamil Maciorowski

@Marek cảm ơn con trỏ hữu ích của bạn. Trước đây, tôi đã bị cộng đồng SF truy đuổi ở đây vì các loại câu hỏi tương tự vì vậy tôi không mong đợi loại câu trả lời này ở đó.
JannieT

1
Bạn đã kiểm tra cạn kiệt inode chưa? Sử dụng df -i. Ngoài ra, sử dụng du -hxd 1 /khi kiểm tra không gian đã đi đâu.
Daniel B

Câu trả lời:


4

Theo lời khuyên từ cộng đồng Server Fault, tôi đã kiểm tra Kích thước khối của mình:

stat --printf='%s' -f .

đó là "bình thường" ở 4096

Sau đó, tôi đã kiểm tra xem có bao nhiêu tệp đã bị xóa vẫn được giữ bởi các quy trình:

lsof | grep -c DEL

trong đó báo cáo 143 tệp có thể chiếm toàn bộ dung lượng bị mất, nhưng tôi nghĩ không thể

Sau đó, tôi khởi động lại hộp của mình và thì đấy! Tất cả không gian đĩa của tôi đã trở lại:

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            487M  4.0K  487M   1% /dev
tmpfs           100M  388K  100M   1% /run
/dev/vda1        30G   17G   12G  61% /

Suy tư

Việc tôi lấy lại quá nhiều dung lượng ổ đĩa sau khi khởi động lại có nghĩa là kích thước khối của âm lượng không phải là thủ phạm chính. Vì vậy, vẫn không chắc chắn 100% những gì gây ra sự khác biệt, nhưng rất vui khi có lại không gian của tôi!


"143 tệp có thể chiếm một phần dung lượng bị mất, nhưng không phải là tất cả" - Làm sao bạn biết? Tại sao không phải là tất cả?
Kamil Maciorowski

@Kamil bạn nói đúng. Cảm ơn bạn. Tôi đã cập nhật bài viết của tôi cho phù hợp.
JannieT

Tôi đã từng có một logfile tăng hơn 20 GiB hoặc hơn. Vì việc khởi động lại đã giải phóng không gian cho bạn, tôi nghĩ rằng (các) tệp bị xóa là nguyên nhân không phải là không có khả năng.
Kamil Maciorowski

-1

Tôi nghĩ rằng bạn có thể có một số tệp ẩn lớn, sẽ chỉ hiển thị nếu bạn sử dụng -acờ:

du -ha /foldername | sort -hr

Lệnh trên sẽ xuất kích thước cho tất cả các tệp (bao gồm các tệp ẩn) và sắp xếp sẽ sắp xếp chúng theo kích thước để bạn có thể xác định chúng.


2
Các tập tin ẩn (tên tệp bắt đầu bằng dấu chấm) tất nhiên được bao gồm khi sử dụng du --summarizetrên một thư mục. --allchỉ thay đổi những gì duin.
Daniel B

Lệnh rất hữu ích.
JannieT

@DanielB: Chính xác những gì tôi đã nói "sẽ chỉ hiển thị nếu bạn sử dụng cờ -a:". JannieT đã đăng rằng khi đếm kích thước của các tệp được liệt kê bởi đầu ra lệnh du, anh ấy / cô ấy không thể nhìn thấy chỗ trống bị thiếu. Do đó, tôi đề nghị anh ấy / cô ấy sử dụng "-a"
AnythingIsFine

Vấn đề là: Bạn sẽ thấy nó. Nó nằm trong tổng của thư mục chứa các tệp và tất cả các thư mục mẹ. Nó chỉ không liệt kê các tập tin riêng biệt. --allkhông thay đổi số tiền theo bất kỳ cách nào.
Daniel B

Tôi cũng không nói rằng nó sẽ thay đổi các khoản tiền, chỉ hiển thị tất cả các tệp chịu trách nhiệm chiếm không gian. Tuy nhiên, tôi đã chỉnh sửa câu trả lời ban đầu của mình cho rõ ràng. Cảm ơn bạn đã quan sát của bạn.
Bất cứ điều gì là
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.