1. Bước: Tìm hiểu vấn đề bạn thực sự gặp phải
Khi hệ thống tập tin của bạn đầy bất ngờ, có rất nhiều nguyên nhân có thể. Xem câu trả lời của Eliah Kagan để biết thêm về điều này. Trong phần lớn các trường hợp, thật dễ dàng để xác định (và cuối cùng là sửa chữa) nguyên nhân thực sự, vì vậy việc định dạng lại / cài đặt lại sẽ không cần thiết.
Vì vậy, bước đầu tiên là tìm hiểu xem vấn đề chính xác là gì, tức là không gian bị mất đi đâu. Vì vậy, đầu tiên thực hiện
df -hl -x tmpfs -x devtmpfs
Điều này cho thấy một danh sách tất cả các phân vùng được sử dụng của các đĩa trong máy của bạn, kích thước của chúng, mức độ đầy đủ và điểm gắn kết của chúng. Từ danh sách này, lấy cái mà bạn nghĩ là quá đầy đủ và lưu ý điểm gắn kết của nó. Trong trường hợp của bạn, nó là hệ thống tập tin gốc được gắn kết tại /
.
Bây giờ chúng tôi phân tích nơi bên trong hệ thống tập tin này không gian được sử dụng. Hành hình
sudo du -xhsc /* 2> /dev/null
(Thay thế /
bằng điểm gắn kết được xác định ở trên.) Nó cần sudo vì không phải tất cả các thư mục đều có thể đọc được cho người dùng của bạn. Có thể mất một chút thời gian (đặc biệt là trên các hệ thống tệp lớn) vì nó cần truy cập vào mọi thư mục trên chúng.
Những gì lệnh này làm là hiển thị cho bạn từng tệp và thư mục bên trong thư mục đã cho cùng với kích thước của nó (bao gồm cả thư mục con). Vì vậy, từ danh sách này, hãy lấy (các) cái mà bạn nghĩ là lớn hơn mức cần thiết và gọi lại lệnh trên thư mục này. (Nghĩa là chạy lại lệnh, nhưng với tên của một thư mục lớn từ danh sách trước đó thay thế /
.)
Ví dụ, trong trường hợp của bạn, rõ ràng đây /var
là thư mục lớn duy nhất, vì vậy bạn sẽ cần phải thực thi
sudo du -xhsc /var/* 2> /dev/null
Tiếp tục với các bước này cho đến khi bạn tìm thấy một tệp quá lớn hoặc bạn đã tìm thấy một thư mục có nhiều tệp cùng chiếm hết dung lượng đó.
Trong trường hợp của bạn, bước tiếp theo là thực thi
sudo du -xhsc /var/log/* 2> /dev/null
bởi vì /var/log
nó quá lớn và điều này cho bạn thấy rằng có một tệp nhật ký duy nhất có tên là uvcdynctrl-udev.log
174GB (rõ ràng là rất tệ).
2. Bước: Xác định lý do tại sao các tệp ở đó và tại sao có quá lớn
Bây giờ chúng ta cần tìm hiểu tại sao cái được xác định ở đó, hoặc tại sao chúng lại lớn như vậy, nếu chúng được dự kiến sẽ ở đó.
Trong trường hợp của bạn, một tệp nhật ký trong /var/log
không có gì đáng nghi ngờ, nhưng kích thước của nó chắc chắn là. May mắn thay, một tìm kiếm Google chỉ đơn giản với tên tệp đưa ra báo cáo lỗi sau đây là lần truy cập đầu tiên, đây rõ ràng là vấn đề tương tự như chúng tôi có: http://bugs.launchpad.net/ubfox/+source/libwebcam/+orms / 811604
3. Bước: Giải quyết vấn đề
Trong trường hợp này, một tệp nhật ký của một số nội dung liên quan đến webcam có vẻ không thú vị, vì vậy chúng tôi có thể dễ dàng xóa nó bằng lệnh sudo rm /var/log/uvcdynctrl-udev.log
và giải phóng tất cả dung lượng.
Thật không may, báo cáo lỗi vẫn mở và không có giải pháp hoặc cách giải quyết nào trong các bình luận, vì vậy bạn có thể phải sống với lỗi này ngay bây giờ. Thỉnh thoảng bạn có thể xóa tệp nhật ký để giải phóng dung lượng.