Pulihkan dari sistem file yang rusak ketika fsck tidak membantu

12

Ada yang salah dengan sistem file saya, Ubuntu mengaturnya menjadi read-only dan sekarang di bawah Ubuntu Live Disc, fsck tidak dapat memperbaikinya.

Saya menjalankan 13,04 dan tidak bisa boot - saat startup, itu hanya menunjukkan prompt penyelamatan grub.

Ini adalah pengaturan yang lurus ke depan, hanya satu hard drive di / dev / sda1 tetapi bahkan tidak mau dipasang.

Program instalasi dapat melihat partisi, apakah itu ext4 dan partisi boot.

Namun sepertinya saya tidak dapat menyelamatkan filesystem dengan melakukan instalasi Ubuntu dengan live disk Ubuntu karena tidak memberikan indikasi apakah itu akan menimpa seluruh lot jadi saya tidak ingin mengambil risiko.

Saya punya cadangan menggunakan backuppc tapi bodohnya saya kehilangan disk penyelamat saya. Saya lebih suka menghindari instalasi penuh diikuti oleh pemulihan yang saya tidak punya pengalaman dalam mengeksekusi.

Inti masalahnya adalah bahwa fsck mengatakan itu memperbaiki semuanya tetapi sebenarnya tidak, jadi pada saat saya menjalankannya, saya mendapatkan pesan kesalahan dan perbaikan yang persis sama.

Inilah hasilnya:

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:~$ 

Itu persis sama dengan 10 kali sebelumnya dan saya yakin sepuluh kali berikutnya saya mencobanya - persis checksum dan blok id yang sama. Bantuan apa pun dengan senang hati diterima!

Terima kasih.

EDIT: pada dasarnya saya kira pertanyaannya adalah: apakah filesystem ini diperbaiki in situ sekarang atau apakah info dari fsck berarti disk saya sudah mati? Dan jika tidak mati, apa yang bisa saya lakukan di atas dan di luar apa yang saya lakukan dengan fsck?

EDIT: digunakan tune2fs untuk mengidentifikasi superblok dan menjalankan e2fsck -b 01234 / dev / sda1 sebagai alternatif untuk fsck ... tidak ada efek.

EDIT: mencoba testdisk yang memberitahu saya partisi itu buruk. ... OK testdisk sepertinya tidak menawarkan banyak.

Adam
sumber
bukankah pada dasarnya saya membahas hal-hal dalam tautan itu dengan fsck.ext4 -vy / dev / sda1? Satu-satunya perbedaan adalah bendera '-p' dan dengan itu hanya memberitahu saya untuk melakukannya secara manual - yaitu apa yang saya potong & rekatkan di atas.
Adam

Jawaban:

15

Akhirnya menemukan tautan ini di mana sistem file tipe ext4 mendapat bashing tetapi setelah memberikan semua tips yang sudah saya coba, akhirnya mengatakan lakukan ini:

sudo mkfs.ext4 -S /dev/sda1

Ini akan mengganti semua superblok Anda dengan data yang benar, dengan asumsi blocksize ditebak dengan benar (standarnya benar untuk sebagian besar sistem.) Jika Anda perlu menggunakan ini, silakan baca halaman manual di -S terlebih dahulu. Jangan salahkan aku!

tetapi hanya jika Anda merasa beruntung.

Itu memperbaiki partisi sehingga saya bisa membacanya lagi. Namun, saya harus menjalankan fsckuntuk memperbaiki kesalahan yang masih ada, dan yang membuang konten / etc dan banyak hal lain ke / hilang + ditemukan jadi saya harus menginstal ulang dan memulihkan dari back-up untuk menjalankannya lagi.

Adam
sumber
Terima kasih, menarik. Saya punya masalah dengan partisi root ext2 yang saya menyerah memperbaiki. Saya menguji perintah dan "berhasil" (saya tentukan ukuran blok), tetapi partisi akhirnya menjadi unbootable setelah fsck harus memperbaiki banyak sektor. Sekarang saya bertanya-tanya apa yang akan terjadi dengan unix.stackexchange.com/a/193778/59808 .
Nemo
2

Pertama: Jika Anda memiliki data penting pada disk ini, ini akan menjadi waktu yang baik (sebenarnya waktu yang buruk) untuk membuat cadangan. Lihat Pemulihan Data: Pencitraan perangkat, sistem file atau drive yang rusak . Mungkin Harddisk Anda sedang sekarat.

Kedua: Lihat ini: Bagaimana saya bisa memperbaiki pemasangan drive data saya setelah crash?

Ketiga: Periksa Harddrive Anda menggunakan Smartmontools dan akhirnya badblock: sudo badblocks -vsn /dev/sda(Ini mungkin memakan waktu, jangan lakukan ini jika Anda memiliki SSD)

innerand
sumber
Terima kasih atas hasil editnya! Lucu melihat jamur jawaban seperti itu. Jawaban yang Anda maksud adalah mengenai angka ajaib, dan bukan itu yang saya lihat - sebenarnya itu salah satu dari beberapa jawaban di askubuntu yang sudah saya lihat. Saya akan mencoba rute pemulihan data juga sementara saya tidak punya solusi lain. Menjalankan tes singkat smartmontools dan tidak menemukan kesalahan.
Adam
1
Maaf untuk hasil edit. Karena filesystem modern seperti ext4 sulit untuk dipecahkan, saya selalu memikirkan kesalahan perangkat keras terlebih dahulu. Ketika pintar mengatakan bahwa disk tersebut ok, itu tidak perlu, benar-benar ok. Mengapa fs Anda rusak? Jika saya di mana Anda dan fsck tidak dapat memperbaiki fs saya akan melakukan instalasi yang bersih. Mungkin akan lebih mudah daripada mencoba memperbaiki fs secara manual.
innerand
OK jangan khawatir, terima kasih hanya untuk menjawab! Saya tidak sedang menyindir. Saya mengikuti Anda sepenuhnya pada apa yang Anda katakan. Saya hanya perlu mengaktifkan kembali sistem saya dan menjalankannya. Paling buruk akan memakan waktu 3 hari untuk mendapatkan hard-drive baru dikirim, jadi saya ingin mencari solusi 'tanpa perangkat keras baru' untuk itu.
Adam
menurut tautan dalam jawaban yang saya berikan di bawah ini, tampaknya ext4 tidak terlalu sulit untuk dipecahkan. tapi apa pun.
Adam
Tuan rumah virtual dengan 9 Windows dan 1 Ubuntu. Host turun mengambil semua 10 dengan itu. Saat itu kembali semua Windows boot tepat. Mesin Linux menampilkan "INCONSISTENSI TAK TERDUGA" dan manual fsck. Saya belum pernah melihat begitu banyak perbaikan iNode [sejak Solaris kembali di tahun 90-an]. Ini bukan perangkat keras, itu murni pemadaman listrik. Saya tidak pernah berpikir saya akan melihat hari NTFS memasang EXT4.
Brain2000