F2FS bị mất dữ liệu? sẽ không gắn kết và FSCK không hoạt động

Tôi đang chạy hệ thống của mình (biên dịch kernel 4.12) khi nó dừng một giờ trước. Màn hình hoàn toàn màu xám, bàn phím sẽ không phản hồi. Nhạc cứ chơi trong khoảng 1 phút. Sau khi chờ đợi thêm một chút, tôi không còn cách nào khác ngoài thực hiện thiết lập lại cứng. Bây giờ nó sẽ không khởi động.

Phân vùng gốc của tôi là F2FS trên LUKS. Sau khi nhập mật khẩu LUKS, thông báo lỗi sau xuất hiện:

[f2fs_do_mount:] Không thể tìm thấy điểm kiểm tra hợp lệ

Tôi đã khởi động hình ảnh Arch Linux ISO và đã làm:

cryptsetup open /dev/sda3 csystem
fsck.f2fs /dev/mapper/csystem

FSCK thất bại với cùng một thông báo "Không thể tìm thấy điểm kiểm tra hợp lệ".

Đã thử fsck với -avà các -fcông tắc, vẫn không hoạt động.

Tôi có vô vọng không?

Tôi đã liên lạc với Jaegeuk Kim, nhà phát triển chính và nhà bảo trì F2FS, cả cá nhân và qua danh sách gửi thư . Cuối cùng tôi đã cung cấp quyền truy cập SSH cho máy ảo chứa hình ảnh của phân vùng F2FS không thành công (sau khi giải mã). Ông mất một thời gian để phân tích nó nhưng kết quả vẫn không có kết quả. Hexdump của khu vực điểm kiểm tra trông giống như dữ liệu được mã hóa, nhưng chúng tôi cho rằng hình ảnh đã được giải mã (vì tôi có thể khôi phục các tệp với photorecvà stringslệnh cũng hiển thị rất nhiều nội dung hữu ích). Cuối cùng, khu vực siêu khối cũng chứng minh hình ảnh đã được giải mã, nhưng trạm kiểm soát là rác.

Một trong những tin nhắn cuối cùng của tôi là:

Nếu đây là những dữ liệu được mã hóa trên thực tế, thì lời giải thích duy nhất tôi có thể nghĩ đến là một sự cố lớn trong lớp dm-crypt trong kernel, khi hệ thống gặp sự cố do lỗi phần cứng (có thể).

Vì thế,

Tôi có vô vọng không?

Không may là đúng vậy.

Ông Kim nói với tôi đây là trường hợp đầu tiên của loại này mà anh ta đã chạy qua, và để ping anh ta một lần nữa nếu nó xảy ra lần thứ hai. Nhưng tôi đã quyết định chơi nó an toàn hơn và đã sử dụng EXT4 kể từ đó. (Đây là vào tháng 8 năm 2017.)