Linux: không còn chỗ trống trên lỗi thiết bị với 50% dung lượng trống


8

Sau khi dành một ngày nghiền nát đầu trên bàn làm việc, tôi sẽ đánh giá cao sự giúp đỡ.

Tôi đang chạy Squid-Proxy trên Fedora 14. Ngay cả khi tôi cố gắng touch /tmp/footôi sẽ nhận được lỗi "không còn chỗ trống trên thiết bị". Tôi đã chạy rồi fsck. Nếu tôi xóa một tệp có nội dung là 1MB, tôi có thể lưu trữ lại 1 MB dữ liệu nhưng không nhiều hơn thế. Lưu ý là tôi có nhiều không gian trống:

df đầu ra:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda3             16311208   7614872   7867768  50% /
tmpfs                  1028548         0   1028548   0% /dev/shm
/dev/sda1               198337     55345    132752  30% /boot
/dev/sdb1             25803036  19407324   5084996  80% /mnt/squid-cache

Bất cứ ai cũng có một ý tưởng về những gì tôi có thể cố gắng để "lấy lại" không gian trống?

Câu trả lời:


16

Theo phỏng đoán, bạn đã hết các nút thay vì các khối đĩa - có nghĩa là bạn có giới hạn về số lượng tệp mà hệ thống tệp có thể giữ thay vì giới hạn trên tổng số lượng dữ liệu.

Bạn có thể sử dụng df -iđể kiểm tra điều này.


Thật kỳ lạ là anh ta sẽ hết mực ở một không gian đĩa tròn 50% đẹp ... nhưng đáng để xem xét; Mực không tạo ra nhiều tập tin.
LawrenceC

TomH bạn đóng đinh nó. Chính xác là như vậy ... "iFree = 0" Cảm ơn rất nhiều vì gợi ý này!
Layticia

@ultrasawblade squid-cache-dir nằm trên một đĩa khác (sdb), vấn đề nằm ở đĩa hệ thống (sda). Tôi đang tạo báo cáo "sarg" và điều này có nghĩa là rất nhiều tệp trong 12 tháng qua.
Layticia

B / c đĩa của tôi đã đầy .. và cần thêm dung lượng, có vẻ như forum.fedoraforum.org/showthread.php?t=246302 nói rằng tôi cần định dạng lại. Khi định dạng lại, sẽ chọn XFS - có vẻ như nó sẽ cho phép tôi mở rộng quy mô.
jedierikb


0

Linux dành một tỷ lệ phần trăm khối cho siêu người dùng. Nó thường được đặt ở mức 5%. 50% là cao bất thường. Với tune2fs -mbạn có thể thay đổi điều đó.


0

Điều này có thể xảy ra nếu bạn đang sử dụng btrfs, và trong trường hợp đó, các biện pháp khắc phục này sẽ không hoạt động.

Sau khi theo dõi rất nhiều dấu vết sai lầm, cuối cùng tôi đã đi đúng hướng sau khi tôi bắt đầu tìm kiếm với

btrfs không

và có

btrfs không còn chỗ trống trên thiết bị

như hoàn thành đầu tiên. Điều đó dẫn đến wiki vấn đề BTRFS. Đây rõ ràng là một vấn đề phổ biến.

Nhưng ngay cả từ đó cũng không dễ để giải quyết vấn đề của tôi. Tôi đã có thể chạy các tiện ích phù hợp bằng cách khởi động vào chế độ phục hồi, thực hiện lựa chọn gắn kết các hệ thống tệp của mình và sau đó thả xuống root.

Bài viết wiki cho biết chạy cân bằng btrfs, nhưng điều đó sẽ không chạy cho tất cả các hệ thống tệp và cuối cùng tôi đã tìm thấy đường của mình ở đây (cũng là kết quả tìm kiếm thứ hai.)

Nếu hệ thống tệp của bạn thực sự đầy, thì số dư thậm chí sẽ không chạy. Hoặc nó sẽ chỉ chạy cho các giá trị nhỏ của -dusage.

Các công thức trong trường hợp này nó ở dưới cùng của bài viết. Lúc đầu, tôi thấy nó khó hiểu và từ chối nó như một giải pháp vì poster loại bỏ các ảnh chụp nhanh, mà tôi cho là rất cần thiết và vì tôi không chụp ảnh nhanh, tôi nghĩ rằng nó không được áp dụng. Nhưng nó đã làm. Bước chụp nhanh có thể quan trọng đối với một số người, nhưng nó không dành cho tôi.

Biện pháp khắc phục, trong tổng quan là:

  1. Tạo một tập tin lớn
  2. Làm cho nó trở thành một thiết bị vòng lặp
  3. Gắn thiết bị vào fs không thể cân bằng
  4. Chạy cân bằng
  5. Tháo thiết bị
  6. Nuke các tập tin để lấy lại không gian đó

Các bài viết được tham chiếu cho các bước dòng lệnh.

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.