root Linux đầy đủ. Không có khối miễn phí

9

df -hbáo cáo phân vùng '/' là đầy đủ 100%. Trong khi chạy du -hs *trên mỗi thư mục của phân vùng này cho thấy vẫn còn nhiều không gian.

tune2efstrong đó báo cáo chỉ một khối là miễn phí. Ran fscklà tốt, cũng cho thấy tất cả các khối đang được sử dụng.

sử dụng ionode là 14% trên phân vùng '/'.

Xin lưu ý rằng / var, / usr, / dev, / tmp, / home được gắn trên các phân vùng khác nhau và có sẵn không gian trong đó.

Bạn có thể vui lòng cho tôi biết các nguyên nhân có thể khiến tất cả các khối bị chiếm dụng và báo cáo đĩa đầy đủ thậm chí khó khăn có rất nhiều không gian.

hard-drive root block

— Ankit
nguồn

1

những tập tin nhật ký nào bạn đã xóa gần đây?

— Mike

Hãy thử du -shx /và xem nếu vẫn còn nhiều chỗ. Điều đó sẽ đánh giá tất cả /mà không phụ thuộc vào bạn nắm bắt tất cả các thư mục có thể.

— Insyte

du -shx / 188M Phân vùng '/' là 2GB.

— Ankit

13

Cũng như vấn đề về các tệp đang mở thường khiến không gian trống bị giữ không có sẵn, một vấn đề không phổ biến là các tệp được che chắn bởi các điểm gắn kết. Chẳng hạn, nếu bạn có /tmpmột khối logic riêng biệt nhưng vẫn có các tệp trong thư mục /tmptrong hệ thống tệp gốc, các tệp đó sẽ tiêu tốn dung lượng nhưng sẽ bị ẩn bởi mount.

Hãy thử thả vào chế độ một người dùng khi khởi động để không có gì đang chạy có thể giữ các giá treo mở, ngắt kết nối mọi thứ và đảm bảo không có tệp nào ẩn trong các thư mục thường được sử dụng làm điểm gắn kết.

— David Spillett
nguồn

1

Cảm ơn bạn David cho ý tưởng. Tôi đã làm việc theo hướng này. Phát hiện ra rằng một ổ cứng USB đã được gắn vào máy. Máy đã được khởi động lại vào buổi sáng. Có vẻ như ổ cứng không được phát hiện khi khởi động và một số dữ liệu của nó đã đi đến phân vùng '/'. Tôi đã tìm ra điều này khi tôi ngắt kết nối / tmp và điểm gắn ổ đĩa ngoài.

— Ankit

11

Điều này thường được gây ra bởi việc mở một tệp để ghi đã bị xóa nhưng quá trình ghi vào tệp chưa được khởi động lại do đó từ bỏ tệp. Bạn có thể sử dụng lsof để tìm các tệp đang mở nhưng không được liên kết (đã xóa)

lsof +L1

nên làm thủ thuật. Như trang người đàn ông nói:

Một đặc điểm kỹ thuật của biểu mẫu +L1sẽ chọn các tệp đang mở đã được hủy liên kết. Một đặc điểm kỹ thuật của biểu mẫu +L1 <file_system>sẽ chọn các tệp đang mở không được liên kết trên hệ thống tệp được chỉ định.

— người dùng9517
nguồn

lsof + L1 không cho gì cả. tức là không mở tập tin không liên kết. Bất cứ điều gì khác tôi có thể kiểm tra.

— Ankit

Điều này cho phép tôi tìm ra thủ phạm trên hệ thống của mình - không liên quan gì đến khối lượng được bảo vệ gắn kết. Tôi đã có một quá trình sao lưu bị treo mà đã tiêu thụ 90% khối lượng gốc trong các tệp tạm thời. lsof +L1liệt kê tất cả chúng rất đơn giản.

— Synchro

0

Nếu một tệp bị xóa trong khi một quá trình khác giữ nó mở, quá trình đó có thể tiếp tục ghi và cuối cùng, vô hình sẽ lấp đầy đĩa. Ngay khi quá trình giữ mở tệp thoát, các khối được tạo sẵn.

Hãy thử đánh giá từng daemon đang chạy. Nếu có thể, hãy khởi động lại chúng. Nếu bạn không thể tìm ra nó, khởi động lại hộp sẽ xóa nó.

— Tế bào
nguồn

Khởi động lại hệ thống, chạy fsck, không có gì giúp được.

— Ankit

0

Có lẽ vì một số phần trăm không gian có sẵn được dành cho người dùng root.

Xem Không gian dành riêng cho root trên hệ thống tập tin - tại sao? hoặc Đĩa đầy trên máy chủ linux, các khối được sử dụng ít hơn nhiều so với các khối có sẵn

— Christoffer Hammarström
nguồn