Rất tiếc, ZFS trên linux vẫn không phải là một giải pháp khả thi, ngay cả khi bạn loại bỏ vấn đề là một mô-đun FUSE (có thể nghiêm trọng thực hiện hiệu năng trên một số khối lượng công việc nhất định). Nó chỉ đơn giản là không đủ. Ngoài ra, tôi không nghĩ rằng có một bản sửa lỗi cho ZFS trên linux, đây là một tiêu cực nghiêm trọng.
debugfs là tên truyền thống của công cụ sửa chữa hệ thống tập tin cấp thấp trên các đơn vị. e2fspross bao gồm một cho Ext2 / 3/4, các công cụ XFS có xfs_db và các công cụ khác. Các hệ thống tệp khác, đặc biệt là các hệ thống tồn tại lâu hơn như FFS và JFS cũng có các công cụ như vậy. Về cơ bản, đây là một công cụ cho phép bạn đọc và thao tác dữ liệu trên âm lượng ở mức thấp hơn nhiều, đặc biệt hữu ích trong việc khôi phục.
Đối với ext4, tôi nghi ngờ nó khá hữu dụng trong sản xuất, nhưng tôi thực sự khuyên bạn nên mô phỏng khối lượng công việc của bạn trên đó. Hãy cảnh giác với các đường dẫn mã không an toàn khác nhau trong các ứng dụng khác nhau có thể làm hỏng dữ liệu tùy thuộc vào cài đặt của ext4 (xin lưu ý, AFAIK những vấn đề đó cũng có thể xảy ra trong XFS và JFS).
XFS vẫn là một giải pháp tốt, ổn định, mặc dù tôi sẽ thừa nhận tôi đã chuyển từ XFS sang ext4 do hiệu suất tạo / hủy liên kết mờ nhạt của XFS. Vẫn là một lựa chọn rất tốt nếu bạn không có nhiều tệp nhỏ liên tục được tạo và xóa. Số cứng có thể được lấy từ hầu hết các điểm chuẩn trên mạng. Sự chậm lại có liên quan đến việc tối ưu hóa cụ thể của XFS khiến cho các hoạt động nhật ký nhất định khá chậm (tạo / hủy liên kết). Tuy nhiên, nó rất nhanh trong việc truy cập siêu dữ liệu và đọc / ghi. Lựa chọn tốt cho các tệp lớn, IMHO (chỉnh sửa đa phương tiện?).
Chưa thực sự thử nghiệm JFS, mặc dù tôi đã nghe những ý kiến khá tốt về nó - chỉ cần kiểm tra trước nếu nó có công cụ gỡ lỗi mà bạn cảm thấy bạn có thể sử dụng một cách đáng tin cậy.