<Trước | Nội dung | Tiếp theo>

Kiểm tra và sửa chữa hệ thống tệp

Trong cuộc thảo luận trước đó của chúng tôi về / etc / fstab , chúng tôi thấy một số chữ số bí ẩn ở cuối mỗi dòng. Mỗi khi hệ thống khởi động, nó thường xuyên kiểm tra tính toàn vẹn của hệ thống tệp trước khi gắn chúng vào. Điều này được thực hiện bởi chết tiệt chương trình (viết tắt của “kiểm tra hệ thống tệp”). Số cuối cùng trong mỗi fstab mục nhập chỉ định thứ tự mà các thiết bị sẽ được kiểm tra. Trong ví dụ của chúng tôi ở trên, chúng tôi thấy rằng hệ thống tệp gốc được kiểm tra đầu tiên, tiếp theo là nhà và khởi động hệ thống tập tin. Các thiết bị có số XNUMX làm chữ số cuối cùng không được kiểm tra thường xuyên.

Ngoài việc kiểm tra tính toàn vẹn của hệ thống tệp, chết tiệt cũng có thể sửa chữa hệ thống tệp bị hỏng với các mức độ thành công khác nhau, tùy thuộc vào mức độ hư hỏng. Trên hệ thống tệp giống Unix, các phần tệp được khôi phục được đặt trong bị mất + tìm thấy thư mục, được lưu trong thư mục gốc của mỗi hệ thống tệp.

Để kiểm tra ổ đĩa flash của chúng tôi (trước tiên sẽ được ngắt kết nối), chúng tôi có thể làm như sau:

[tôi @ linuxbox ~] $ sudo fsck / dev / sdb1

fsck 1.40.8 (13-2016-XNUMX)

e2fsck 1.40.8 (13-2016-XNUMX)

/ dev / sdb1: sạch, 11/3904 tệp, 1661/15608 khối

[tôi @ linuxbox ~] $ sudo fsck / dev / sdb1

fsck 1.40.8 (13-2016-XNUMX)

e2fsck 1.40.8 (13-2016-XNUMX)

/ dev / sdb1: sạch, 11/3904 tệp, 1661/15608 khối

Theo kinh nghiệm của tôi, lỗi hệ thống tệp là khá hiếm trừ khi có sự cố phần cứng, chẳng hạn như ổ đĩa bị lỗi. Trên hầu hết các hệ thống, lỗi hệ thống tệp được phát hiện tại thời điểm khởi động sẽ khiến hệ thống dừng và hướng dẫn bạn chạy chết tiệt trước khi tiếp tục.

Cái gì thế?

Trong văn hóa Unix, từ “fsck” thường được sử dụng thay cho một từ phổ biến mà nó có chung ba chữ cái. Điều này đặc biệt thích hợp, vì bạn có thể sẽ thốt ra từ đã đề cập ở trên nếu bạn thấy mình ở trong tình huống buộc phải chạy chết tiệt.

<Trước | Nội dung | Tiếp theo>