Pemulihan data disk setelah format parsial - TestDisk dan PhotoRec gagal menemukan apa pun [duplikat]

0

Jadi saya mencoba membuat USB bootable untuk menginstal ulang Windows untuk seorang teman, tetapi secara keliru mulai mempartisi disk yang salah (mungkin kesalahan paling bodoh yang bisa saya buat).

Disk ini adalah WD Black 1TB dalam format NTFS, dihubungkan sebagai drive D: saya ke Windows untuk berbagai foto, dokumen, film, dan pemasangan game - barang-barang dasar rumahan. Ada sekitar 400GB file di drive (mis., sekitar 40% penuh).

Urutan peristiwa berikut terjadi:

diskpart
select disk 1 // wrong disk number
clean
create partition primary
select partition 1
active
format fs=ntfs // note the missing 'quick' argument

Kemudian berlari sekitar 3% ketika saya menyadari kesalahan saya. Jadi saya memukul Ctrl + C untuk membatalkan pemformatan.

Dalam alat manajemen disk Windows, drive sekarang muncul sebagai partisi NTFS sehat, aktif, primer yang 100% gratis dan kapasitas 931GB.

Jadi setelah googling, saya mengunduh TestDisk . Saya mencoba menganalisis dan kemudian analisis yang lebih dalam dari drive, yang baru saja kembali dengan 1 partisi yang tersedia yang sepenuhnya kosong. Satu-satunya file yang ditemukan berada di dalam folder "System Volume Information". Tampaknya tidak dapat mengembalikan salinan MFT atau kehilangan partisi, tapi saya bukan ahli dengan hal-hal ini jadi mungkin saya melakukan sesuatu yang salah - saya tidak yakin persis apa panduan dan langkah untuk diikuti karena saya melakukan lebih dari yang sederhana diskpart clean.

Setelah semua itu gagal, saya mencoba menjalankan PhotoRec untuk melihat apakah ada file yang dapat ditemukan. Itu juga gagal dengan 0 file ditemukan.

Saya kehabisan ide sekarang, tetapi dari pengetahuan saya (terbatas), paling banyak 3% dari drive ditulis ulang dalam format, sehingga sisa drive harus memiliki data utuh yang dapat dipulihkan. Apa lagi yang bisa saya coba?

Pembaruan: Menggunakan Frhed, hex editor, untuk memuat partisi memberi "Terjadi kesalahan baca disk ... BOOTMGR dikompresi" (gambar di bawah). Mencoba menelusuri semua sektor yang menunjukkan 0 - tetapi tanpa sektor boot, ini tidak dapat dibaca jadi apakah ini dapat diandalkan?

Pembaruan 2: menurut pertanyaan ini di forum Hardware Tom, menggunakan Ctrl + C untuk menyela perintah tidak benar-benar menghentikan pemformatan, itu berjalan dalam proses terpisah di latar belakang. Karena saya tidak segera reboot PC saya, itu memang telah menimpa seluruh disk. Terima kasih atas semua bantuannya, saya tidak perlu menanyakan pertanyaan ini jika saya tahu ini lebih cepat.

Hex editor output

Ward D.S.
sumber
(1) Salah satu aturan utama dalam memulihkan informasi dari volume penyimpanan yang rusak / terganggu (mis., Disk) jangan menulis toit sampai Anda selesai, dan Anda siap untuk menyerah dan hanya menghapus. (Saya terkejut bahwa utas terkait tidak menyebutkan ini.) Jadi saya percaya bahwa menjalankan diskpart perintah suka clean sekali lagi memiliki peluang sangat kecil untuk membantu dan kemungkinan besar berbahaya. … (Lanjutan)
Scott
(Lanjutan) ... (2) Dalam hal ini Komentar Xen2050 (pada jawaban mereka) tidak jelas - teks "Terjadi kesalahan baca disk" yang Anda lihat adalah bagian darinya data di sektor0 - itu tidak pesan kesalahan dari Frhed. Saya telah menghapusnya dari jabatan Anda karena itu sangat menyesatkan. … (Lanjutan)
Scott
(Lanjutan) ... (3) Anda tidak perlu sektor boot untuk dapat membaca dari disk. Tetapi, pada kenyataannya, saya percaya bahwa screenshot yang Anda tampilkan aku s sektor boot. Bagaimanapun, fakta bahwa Anda dapat membaca yang menunjukkan bahwa Anda berhasil membaca dari disk (dan, sayangnya, disk memiliki banyak nol init). Seperti Xen2050 (agak tidak jelas) menyarankan, jika Anda melompat ke sektor86000000 (≈44GB; mis., Sekitar 4% dari jalan ke disk), Anda harus mulai melihat beberapa data nyata.
Scott
Terima kasih untuk Scott ini. Saya benar-benar tidak dapat memahami apa yang saya lakukan yang menimpa data saya, tetapi seperti disarankan saya melompat-lompat dan pergi ke berbagai bagian drive denganFrhed dan itu semua 0. Satu-satunya hal yang dapat saya pikirkan adalah bahwa perintah format tidak pernah benar-benar berakhir melainkan melanjutkan di latar belakang, atau salah satu hal yang saya lakukan dengan TestDisk benar-benar salah dan menimpa data saya? Saya benar-benar bingung di sini karena "jangan menulis untuk itu" juga sangat jelas bagi saya dan saya awalnya berharap bahwa saya akan mendapatkan file saya kembali - sampai semua alat yang direkomendasikan gagal saya ...
Ward D.S.

Jawaban:

1

Bagaimana awalnya partisi ada di sana? Jika hanya satu, maka ukurannya mungkin tidak berubah, dan testdisk tidak akan menemukan partisi lain (tetapi mungkin sudah menemukan beberapa file untuk dihapus - apakah Anda memeriksa file?).

PhotoRec pasti harus menemukan beberapa file untuk dihapus, kecuali mereka sangat kecil dan semua berhasil ditimpa dalam 3% pertama ... apakah itu pasti membaca drive yang benar, dan sedang mencari semua tipe file? Jika tidak, Anda mungkin hanya mencari 1 atau 2 tipe file dan tidak menemukannya.

TestDisk dan PhotoRec keduanya bagus Halaman web dengan dokumentasi seperti TestDisk Langkah demi Langkah untuk memulihkan partisi yang hilang dan memperbaiki sektor boot FAT / NTFS yang rusak .

(Saya suka menggunakan GUI seperti gparted untuk melihat apa yang akan ditimpa terlebih dahulu, dan cobalah menjaga drive lain tetap terhubung atau setidaknya tertidur untuk menghindari jenis masalah ini, dan cadangan juga penting)

Xen2050
sumber
Hei, hanya ada satu partisi, jadi Anda benar bahwa ukuran partisi tidak berubah. Saya akan terus memindai dengan Testdisk dan PhotoRec. Ada sekitar 400 GB file di drive. Apakah Anda pikir itu masuk akal? diskpart clean lagi sehingga TestDisk memiliki drive yang tidak dipartisi untuk bekerja
Ward D.S.
Jika partisi berada di tempat yang sama dengan aslinya, itu tidak boleh mengubah atau membantu apa pun dengan membersihkan dan membuatnya lagi, atau membiarkannya dihapus. Photorec harus menemukan sesuatu, Anda dapat melihat drive sendiri dengan hex editor (saya suka memberkati, dengan cepat "menggulir" melalui perangkat / file besar) atau membaca bintik-bintik acak dengan dd ... skip=... | hd | less dan lihat apa yang benar-benar ada, seperti semua nol di mana-mana akan menjadi tidak biasa. Menimpa seluruh drive seharusnya selambat menulis ke seluruh drive
Xen2050
Menambahkan komentar dengan output hexeditor. Saya akan google untuk ini dan melihat apakah saya dapat memperbaikinya dan apakah itu akan memungkinkan alat untuk menemukan lebih banyak dari drive
Ward D.S.
Pesan "Terjadi kesalahan pembacaan disk ..." hanya muncul di teks / keluaran ASCII saat membaca disk, bukan? Jadi hanya apa yang tertulis di sana, kecuali ada pesan kesalahan sistem / lainnya? Seharusnya data lebih mudah dibaca (sesuatu selain nol) 10% atau 25% atau 50% ke dalam disk, jika ada PhotoRec seharusnya menemukan sesuatu ...
Xen2050
Ya jadi hexeditor hanya memberi saya 0 di mana-mana yang tidak di awal atau di akhir (sektor terakhir dan pertama serupa, dengan pesan kesalahan dari screencap saya di output ASCII). Bagaimana saya berhasil menimpa segalanya dengan nol ada di luar jangkauan saya. Ctrl-C seharusnya membatalkan pemformatan dan saya berhati-hati dengan TestDisk untuk tidak melakukan apa pun yang akan menulis ke drive, satu-satunya operasi jangka panjang berjalan adalah analisis dan analisis yang lebih dalam. Saya berharap alat-alat ini akan bekerja tetapi ternyata saya mengacaukan cukup parah untuk menimpa data saya sepenuhnya. Terima kasih atas bantuannya.
Ward D.S.