Tunas Akara
Kembali ke Blog

Aturan Nol Data Recovery: Image Drive-nya Dulu

oleh RayhanDiperbarui 6 menit baca
data-recoveryddrescuestoragelinux
Aturan Nol Data Recovery: Image Drive-nya Dulu

Aturan Nol Data Recovery: Image Drive-nya Dulu

Jangan pernah bekerja di media aslinya. Itu aturan nol data recovery, dan kebanyakan orang melanggarnya tanpa sadar — mereka mengarahkan tool recovery langsung ke drive yang rusak. Drive yang rusak cuma boleh dipakai untuk satu hal: menyerahkan satu image level sektor. Semua upaya recovery setelah itu dikerjakan di salinannya.

Kenapa setiap pembacaan adalah risiko

Drive yang mulai rusak terus memburuk selagi Anda memakainya — detik ini juga. Disk mekanis dengan head atau media yang menurun menggores platternya sedikit lebih dalam di tiap rotasi. Sektor marginal yang hari ini masih terbaca belum tentu terbaca besok. Media flash dengan controller sekarat bisa mati total di tengah pembacaan dan tidak pernah terdeteksi lagi.

Apa pun mode kegagalannya, tiap pembacaan menggerus jatah yang tidak Anda ketahui sisanya — jatah yang cuma bisa menyusut, tidak pernah bertambah. Anggap saja seperti sisa saldo di kartu prabayar tanpa layar penunjuk sisa: Anda tidak tahu berapa banyak lagi yang tersisa, jadi tiap pemakaian harus dihitung.

Tool recovery adalah cara terburuk menghabiskan jatah itu. Scan file-carving menyusuri drive pelan-pelan dan berulang-ulang, menghantam persis wilayah marginal yang justru sengaja ditunda imager yang hati-hati. Kalau dijalankan langsung di hardware yang rusak, tool yang seharusnya menyelamatkan data malah menghabisi drive-nya. Pass imaging membaca tiap sektor sesedikit mungkin, dalam urutan secerdas mungkin — itulah kenapa ia dikerjakan duluan.

ddrescue dan mapfile

GNU ddrescue adalah tool standar untuk pekerjaan ini. Perintahnya pendek:

ddrescue -n /dev/sdX drive.img drive.map      # fast pass: lewati area rusak
ddrescue -r3 /dev/sdX drive.img drive.map     # retry pass: 3 percobaan di celahnya

Strateginya lebih penting daripada sintaksnya. Fast pass (-n) menyapu seluruh drive dan mengambil semua yang terbaca mulus, melompati wilayah yang error daripada menggilasnya. Di drive yang sebagian besar masih sehat, sapuan lembut sekali jalan ini menyelamatkan mayoritas data.

Baru setelah itu retry pass (-r3) kembali ke celah-celah yang tercatat dan menggarap area rusak — gigih, tapi ada batasnya. Data mudah dulu, data sulit belakangan: saat drive mulai ditekan, semua yang bisa diselamatkan tanpa tekanan sudah aman.

Yang paling berjasa justru mapfile. Ia mencatat status tiap wilayah — terselamatkan, dilewati, rusak — dan memberi dua kemampuan yang menentukan di pekerjaan nyata:

  • Bisa dilanjutkan. Listrik padam, drive hang, USB bridge reset — jalankan lagi perintah yang sama dengan mapfile yang sama, dan ddrescue melanjutkan dari titik berhentinya. Data yang sudah tersimpan tidak dibaca ulang. Meng-image drive besar yang sekarat dalam beberapa sesi itu normal, bukan kegagalan.
  • Bisa diaudit. Mapfile adalah laporan presisi tentang apa yang terselamatkan dan apa yang tidak. "Image ini memuat 99,7% device, dengan 12 MB tak terbaca, ini range-nya" adalah pernyataan yang bisa Anda serahkan ke pemilik data — klaim, bukan harapan.
Loading diagram…

Image lengkap bukan berarti file kembali

Image yang selesai 100% terasa seperti kemenangan. Memang kemenangan — tapi baru babak satu. Tapi salinan sempurna per sektor dari filesystem yang korup tetaplah filesystem yang korup. Partition table bisa saja hilang, file table rusak, dan file terfragmentasi di seluruh disk tanpa metadata yang bisa menjelaskan letaknya lagi.

Pekerjaan besarnya justru masih menunggu: memperbaiki struktur filesystem, atau meng-carve file dari sektor mentah saat strukturnya sudah tak tertolong. Carving punya batas keras yang layak dipahami sebelum menjanjikan file kembali ke siapa pun — saya bahas ini di apa yang bisa dan tidak bisa dipulihkan PhotoRec dari NTFS.

Inti aturan nol: babak dua sekarang aman. Tool perbaikan filesystem bisa agresif. Scan carving bisa berjalan berhari-hari.

Pendekatan yang gagal bisa dicoba ulang dengan tool berbeda. Tidak ada satu pun yang menyentuh media asli lagi. Jaga image murninya tak tersentuh, dan bekerjalah di salinan dari salinan — storage itu murah, kesempatan kedua pada drive sekarat tidak.

Checklist praktisnya

  • Hitungan storage: image berukuran sebesar device, bukan sebesar datanya — drive 4 TB yang "hampir kosong" tetap menghasilkan image 4 TB. Siapkan ruang untuk image plus satu salinan kerja sebelum mulai.
  • Jangan mount apa pun. Drive rusak tidak boleh pernah di-mount read-write. Bahkan automount "sekadar melihat" menulis journal replay dan metadata akses. Write-blocker hardware adalah jawaban profesionalnya; mematikan automount dan disiplin read-only ketat adalah batas minimal yang bisa diterima.
  • Bekerja dari image untuk setiap langkah berikutnya, dan simpan mapfile-nya bersama image. Kalau nanti ada celah di hasil recovery, range tak terbaca itulah yang menjelaskan mana yang memang hilang di hardware — bukan gagal di tool.

Kapan berhenti dan kirim ke lab

Imaging via software punya batas, dan melewatinya menghancurkan data. Drive yang berbunyi klik, berdengung, atau berputar naik-turun punya masalah mekanis — head atau motor — dan terus menyalakannya cuma menggerus platter dengan serpihan yang sudah lepas. Drive yang jatuh, terendam, atau terbakar tempatnya di cleanroom, bukan di dock USB.

Saat laju recovery ddrescue anjlok ke hitungan byte per detik dengan jumlah error terus naik, drive sedang memberi tahu jatah bacanya sudah habis. Lab dengan kemampuan ganti head dan penanganan platter sering bisa melanjutkan yang tidak bisa dilakukan software — tapi hanya kalau drive-nya tiba tanpa kerusakan tambahan. Aturan jujurnya: makin penting datanya, makin awal serah terimanya.

Intinya

Image dulu, dengan ddrescue dan mapfile: fast pass, lalu retry yang dibatasi. Perlakukan media asli seperti barang bukti: read-only, dinyalakan sesingkat mungkin, tidak pernah jadi target tool recovery.

Anggarkan storage sebesar device penuh. Jadwalkan pekerjaan filesystem setelah image selesai. Serahkan drive yang rusak fisik ke lab sebelum software memperparahnya. Setiap recovery yang berakhir baik dimulai dengan cara yang sama — media aslinya aman, tidak lagi disentuh siapa pun.

Artikel Terkait

Mau bangun hal serupa?

Jasa Pembuatan Sistem Manajemen Hotel

Software manajemen hotel custom ala ERP: booking, status kamar, invoice, staf, dan otomatisasi WhatsApp — dibangun sesuai cara hotel Anda bekerja.

Lihat cara saya bisa bantu