Có cách nào để bảo kernel trả lại dung lượng đĩa trống không? Giống như viết cho một cái gì đó trong / Proc /? Sử dụng Ubuntu 11.10 với ext4.

Đây có lẽ là một chủ đề cũ và rất lặp đi lặp lại. Sau khi nhấn 0 dấu cách chỉ nhận thấy khi trình soạn thảo của tôi không thể lưu các tệp mã nguồn mà tôi đã mở, điều kinh khủng của tôi bây giờ có kích thước 0 byte trong danh sách thư mục, tôi tiếp tục xóa một cuộc thảo luận.

Tôi đã xóa 100 MB tệp lớn cả từ người dùng và từ root và cũng thực hiện một số liên kết cứng.

Ngay trước khi tôi thực hiện apt-get cleancó hơn 900 MB trong / var / cache / apt / lưu trữ, bây giờ chỉ có 108KB:

# du
108 /var/cache/apt/archives

Một giờ sau vẫn không còn dung lượng trống và không thể lưu các tệp quý giá của tôi đã mở trong trình chỉnh sửa, nhưng hãy chú ý sự chênh lệch dưới đây:

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

Bất kỳ đề xuất? Tôi tắt một số dịch vụ / quy trình nhưng không biết cách kiểm tra ai có thể chủ động ăn dung lượng đĩa.

Thêm thông tin

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

Kiểm tra lsofxem có tệp nào được mở không. Không gian sẽ không được giải phóng cho đến khi chúng được đóng lại.

sudo /usr/sbin/lsof | grep deleted

sẽ cho bạn biết những tập tin đã xóa vẫn được giữ mở.

Sử dụng lsofđể tìm tệp đã xóa, nhưng mở, vẫn tiêu tốn dung lượng:

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

Tìm mục trong /proc/<pid>/fd/cooresponds vào filehandle:

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

Bây giờ, chỉ cần cat /dev/nullvào fd:

cat /dev/null > /proc/3446/fd/128

Lưu ý rằng inode vẫn mở, nhưng bây giờ là 0 chiều dài

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

dfsẽ không hiển thị không gian dành riêng cho root(ngay cả khi chạy dưới dạng root):

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

Cách thay đổi "phần trăm khối dành riêng"

1. Giảm dung lượng dành riêng xuống 4%

   # tune2fs -m4 /dev/sda4

df -h hiện đã hiển thị 45M miễn phí.

2. Lưu tập tin của tôi một cách nhanh chóng

3. Đặt nó trở lại 5%

   # tune2fs -m5 /dev/sda4

Trong Ubuntu, nếu bạn xóa các tệp bằng thùng rác, các tệp của bạn nhiều khả năng sẽ không bị xóa hoàn toàn.

Ngay cả sau khi dọn sạch thùng rác, các tệp của bạn vẫn tồn tại ~/.local/share/Trash/expungedcho đến sau khi khởi động lại và thậm chí có thể lâu hơn.

Tôi đã không tìm thấy một lý do tốt cho việc này, nhưng nếu tôi hết dung lượng, tôi luôn luôn thủ công rmcác tệp rác đã hết hạn.

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

Giải thích: Đầu ra
Grep lsofđể giải nén chỉ các tập tin bị xóa. Sed trích xuất id quá trình và id filedescriptor từ mỗi dòng và tạo một chuỗi ở định dạng {pid}/fd/{fid}. Trong khi lặp và xuất không có gì cho mỗi tệp, đặt chúng thành trống.

Tôi tự hỏi liệu synccó bất kỳ trợ giúp nào ở đây không - nhưng không nên, vì IIRC trong hầu hết các hệ thống ("nhiều"?), Các hệ thống tệp được đồng bộ hóa mỗi 30 giây.

Tôi sẽ kiểm tra nhật ký kernel (vì vậy dmesg) để tìm xem có bất cứ điều gì khó chịu đang xảy ra hay không và lsofxem liệu có bất kỳ tệp lớn, đã xóa nào vẫn mở không (thực ra, tôi nghĩ rằng các tệp bị xóa sẽ được đánh dấu như vậy trong lsofđầu ra).

Hai lý do (một trong những lý do này được nêu trong câu hỏi bạn liên kết) có thể khiến các tệp bị xóa không giải phóng được dung lượng

• các tệp không thực sự bị xóa: bạn đã xóa một tệp được liên kết cứng ở một nơi khác (chính xác hơn là bạn đã chỉnh sửa unlink()một tệp có nhiều hơn một liên kết)
• các tệp vẫn đang mở: các tệp đang mở được sử dụng, tốt, các tệp, tự inodes , không phải các mục nhập thư mục, nếu bạn xóa mục nhập, inode sẽ vẫn ở đó miễn là nó vẫn mở.

Nhưng tôi không biết lý do cụ thể tại sao điều đó có thể xảy ra với rất nhiều tệp ...

CentOS 6.3 cũng không phải là thứ không thực sự-đổ-rác-có thể-khi-bạn-rỗng-thùng-thùng. Tôi không thể tìm cách lấy lại không gian cho đến khi tôi vừa chạy rm -rf ~/.local/share/Trash/expunged/. Gây nhiều đau đầu.