Khôi phục từ hệ thống tập tin bị hỏng khi fsck không giúp


12

Đã xảy ra sự cố với hệ thống tệp của tôi, Ubuntu đặt nó ở chế độ chỉ đọc và bây giờ trong Ubuntu Live Disc, fsck không thể sửa nó.

Tôi đang chạy 13.04 và nó sẽ không khởi động - khi khởi động, nó chỉ hiển thị lời nhắc cứu hộ.

Đây là một thiết lập đơn giản, chỉ cần một ổ cứng trên / dev / sda1 nhưng nó thậm chí sẽ không gắn kết.

Chương trình cài đặt có thể thấy phân vùng, đó là ext4 và đó là phân vùng khởi động.

Tuy nhiên, dường như tôi không thể giải cứu hệ thống tập tin bằng cách cài đặt Ubuntu với đĩa trực tiếp Ubuntu vì nó không cho biết liệu nó có ghi đè lên toàn bộ không nên tôi không muốn mạo hiểm.

Tôi đã sao lưu bằng backuppc nhưng thật ngu ngốc khi tôi bị mất đĩa cứu hộ. Tôi muốn tránh cài đặt đầy đủ theo sau là khôi phục mà tôi không có kinh nghiệm thực hiện.

Mấu chốt của vấn đề là fsck nói rằng nó sửa mọi thứ nhưng thực tế là không, vì vậy lần sau khi tôi chạy nó, tôi nhận được chính xác các thông báo lỗi và sửa lỗi.

Đây là đầu ra:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

Điều đó hoàn toàn giống với 10 lần trước đó và tôi chắc chắn mười lần tiếp theo tôi sẽ thử nó - chính xác là cùng một tổng kiểm tra và id khối. Bất kỳ trợ giúp vui vẻ nhận được!

Cảm ơn.

EDIT: về cơ bản tôi đoán câu hỏi là: hệ thống tập tin này có thể sửa chữa tại chỗ bây giờ hay thông tin đó từ fsck có nghĩa là đĩa của tôi đã chết? Và nếu nó không chết, tôi có thể làm gì ở trên và ngoài những gì tôi đã làm với fsck?

EDIT: đã sử dụng Tune2fs để xác định superblocks và chạy e2fsck -b 01234 / dev / sda1 như là một thay thế cho fsck ... không có hiệu lực.

EDIT: thử testdisk cho tôi biết phân vùng rất tệ. ... OK testdisk dường như không cung cấp nhiều.



Về cơ bản, tôi đã không bao gồm những thứ trong liên kết đó với fsck.ext4 -vy / dev / sda1? Sự khác biệt duy nhất là cờ '-p' và với nó nó chỉ cho tôi làm điều đó bằng tay - tức là những gì tôi đã cắt và dán ở trên.
Adam

Câu trả lời:


15

Cuối cùng cũng tìm thấy liên kết này trong đó loại hệ thống tệp ext4 bị lỗi nhưng sau khi đưa ra tất cả các mẹo tôi đã thử, cuối cùng nó cũng nói điều này:

sudo mkfs.ext4 -S /dev/sda1

Điều này sẽ thay thế tất cả các siêu khóa của bạn bằng dữ liệu chính xác, giả sử kích thước khối được đoán chính xác (mặc định là chính xác cho hầu hết các hệ thống.) Nếu bạn cần sử dụng điều này, vui lòng đọc trang man trên -S trước. Đừng trách tôi!

nhưng chỉ khi bạn cảm thấy may mắn.

Nó đã sửa phân vùng để tôi có thể đọc lại. Tuy nhiên, tôi đã phải chạy fsckđể sửa các lỗi vẫn còn đó và đã bỏ nội dung của / etc và rất nhiều thứ khác vào / mất + vì vậy tôi sẽ phải cài đặt lại và khôi phục từ sao lưu để có được nó đi một lần nữa.


Cảm ơn, thú vị. Tôi gặp vấn đề với phân vùng gốc ext2 mà tôi đã từ bỏ sửa chữa. Tôi đã thử lệnh và nó "hoạt động" (tôi đã chỉ định kích thước khối), nhưng phân vùng cuối cùng vẫn không thể khởi động được sau khi fsck phải sửa rất nhiều cung. Bây giờ tôi tự hỏi điều gì sẽ xảy ra với unix.stackexchange.com/a/193778/59808 .
Nemo

2

Đầu tiên: Nếu bạn có dữ liệu quan trọng trên đĩa này thì đây sẽ là thời điểm tốt (thực sự là thời điểm tồi tệ) để tạo bản sao lưu. Xem Phục hồi dữ liệu: Hình ảnh một thiết bị, hệ thống tập tin hoặc ổ đĩa bị hỏng . Có lẽ Harddisk của bạn sắp chết.

Thứ hai: Nhìn vào điều này: Làm cách nào tôi có thể sửa việc gắn ổ dữ liệu của mình sau khi gặp sự cố?

Thứ ba: Kiểm tra cứng của bạn bằng Smartmontools và cuối cùng là badblocks: sudo badblocks -vsn /dev/sda(Việc này có thể mất chút thời gian, đừng làm điều này nếu bạn có ssd)


Cảm ơn đã chỉnh sửa! Thật buồn cười khi xem một câu trả lời như nấm. Câu trả lời mà bạn đề cập liên quan đến các con số ma thuật, và đó không phải là những gì tôi đang thấy - thực tế đó là một trong một số câu trả lời trên Askubfox tôi đã xem xét. Tôi cũng sẽ thử tuyến phục hồi dữ liệu trong khi tôi không có giải pháp nào khác. Chạy thử nghiệm smartmontools và nó không tìm thấy bất kỳ lỗi nào.
Adam

1
Xin lỗi vì đã chỉnh sửa. Bởi vì các hệ thống tập tin hiện đại như ext4 rất khó phá vỡ, tôi luôn nghĩ về lỗi phần cứng trước tiên. Khi thông minh nói đĩa là ok, nó không cần thiết thực sự ok. Tại sao fs của bạn bị hỏng? Nếu tôi ở nơi bạn và fsck không thể sửa chữa fs, tôi sẽ cài đặt sạch. Có lẽ sẽ dễ dàng hơn sau đó cố gắng sửa lỗi fs bằng tay.
trong và

OK không phải lo lắng, cảm ơn chỉ vì đã trả lời! Tôi đã không mỉa mai. Tôi hoàn toàn theo bạn về những gì bạn đang nói. Tôi chỉ cần có được hệ thống của mình sao lưu và chạy càng sớm càng tốt. Tệ nhất là sẽ mất 3 ngày để giao một ổ cứng mới, vì vậy tôi muốn tìm một giải pháp 'không có phần cứng mới' cho điều đó.
Adam

theo liên kết trong câu trả lời tôi đưa ra dưới đây, rõ ràng ext4 không khó để phá vỡ. Nhưng sao cũng được.
Adam

Máy chủ ảo với 9 Windows và 1 Ubuntu. Máy chủ đã đi xuống lấy tất cả 10 với nó. Khi nó trở lại, tất cả Windows đã khởi động đúng. Máy Linux hiển thị "THU NHẬP KHÔNG GIỚI HẠN" và yêu cầu fsck thủ công. Tôi chưa bao giờ thấy nhiều bản sửa lỗi iNode [kể từ khi Solaris trở lại vào thập niên 90]. Đây không phải là phần cứng, nó hoàn toàn là sự cố mất điện. Tôi chưa bao giờ nghĩ rằng tôi sẽ thấy ngày EXT4 NTFS xuất hiện.
Brain2000
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.