13Aug
Fitur 'verify disc' sangat bagus untuk memastikan cakram yang baru terbakar ternyata bagus, tapi bagaimana sebenarnya fungsinya? Today's SuperUser Q & Sebuah posting memiliki jawaban atas pertanyaan pembaca yang penasaran.
Pertanyaan Hari Ini &Sesi jawaban datang kepada kami atas izin SuperUser - subdivisi dari Stack Exchange, pengelompokan berbasis komunitas dari Q & A situs web. Foto
milik kobalt123( Flickr).
Pertanyaan
Pengguna pembaca superuser1301428 ingin mengetahui bagaimana cakram diverifikasi setelah dibakar:
Apa yang memverifikasi disk setelah pembakaran benar-benar dilakukan untuk memverifikasi data? Saya membayangkan ini adalah semacam perbandingan antara file asli dan file yang telah dibakar di disk, tapi ada yang tahu bagaimana hal itu benar-benar dilakukan pada tingkat rendah?
Maksud saya, apakah itu membuat hash dari sumber dan konten tujuan, lalu membandingkannya? Jika ya, apakah menyimpan hash konten yang dibakar di RAM?Atau apakah menyimpannya dalam file sementara di hard drive? Apakah ada file log dari apa yang sedang terjadi?
Hanya penasaran ingin tahu persis bagaimana fitur ini bekerja. Dan saya mengacu pada Windows Image Burner.
Bagaimana proses verifikasi disk bekerja?
Jawaban
Kontributor SuperUser Frank Thomas dan Synetech memiliki jawabannya untuk kita. Pertama, Frank Thomas:
Periksa halaman MSDN ini di jendela API untuk antarmuka IBurnVerification dan IMAPI_BURN_VERIFICATION_LEVEL enum.
Untuk disk data, tampilannya seperti dalam mode cepat tidak checksum keseluruhan disk, hanya pilihan sektor. Kemudian memastikan bahwa API memanggil READ_DISC_INFO dan READ_TRACK_INFO berhasil melawan disk yang baru.
Untuk verifikasi penuh, ia melakukan pemeriksaan di atas, kemudian melakukan checksum penuh pada sesi terakhir pada disk baru terhadap checksum yang dihitung pada aliran memori yang dibakar. Checksum harus disimpan dalam ram, tapi nilainya pendek. Perhatikan bahwa perbandingannya terhadap citra disk dalam RAM, bukan media sumber itu sendiri, jadi jika data sumbernya tidak terbaca dengan benar, maka akan ditulis salah. Verifikasi tidak akan mendeteksi ini.
Untuk disk musik, buku ini berfokus untuk memeriksa READ_TRACK_INFO dan daftar isi disk, namun tidak melakukan perhitungan checksum. Tidak ada mode verifikasi penuh untuk musik.
Diikuti oleh jawaban dari Synetech:
Frank dengan baik menjelaskan verifikasi spesifik Windows. Saya akan memberikan jawaban yang lebih umum.
- Apa yang Verifikasi disk setelah pembakaran benar-benar dilakukan untuk memverifikasi data?
- Maksud saya, apakah itu membuat hash dari sumber dan konten tujuan, lalu membandingkannya? Jika ya, apakah menyimpan hash konten yang dibakar di RAM?Atau apakah menyimpannya dalam file sementara di hard drive? Apakah ada file log dari apa yang sedang terjadi?
Yang pasti satu cara perbandingan dapat diimplementasikan: hash satu file( mudah-mudahan dengan kesempatan baca yang cukup besar dari algoritma tabrakan), ulangi yang lain, dan bandingkan hashnya. Jika itu adalah bagaimana verifikasi diimplementasikan, Anda akan dapat melihat lampu kilat drive-LED untuk sementara waktu, lalu lampu kilat CD / DVD-LED untuk sementara waktu.
Cara lain untuk menerapkan verifikasi adalah membaca satu blok dari satu file, lalu blok yang sama dari file yang lain, bandingkan kemudian ulangi sampai akhir file tercapai. Dalam kasus ini, Anda akan melihat LED dari dua drive bergantian bolak-balik. Tentu saja, jika drive hard drive dan optik tidak memiliki LED, maka tidak akan sama jelasnya. Tapi Anda masih bisa melihatnya dengan sesuatu seperti ProcessMonitor karena akan mencatat serangkaian pembacaan dari satu, lalu yang lain baik dalam satu ledakan besar atau bolak-balik, semburan kecil.
- Saya membayangkan ini adalah semacam perbandingan antara file asli dan file yang telah dibakar di disk, tapi apakah ada yang tahu bagaimana hal itu benar-benar dilakukan pada tingkat rendah? Sebenarnya, semua itu benar-benar adalah untuk flush drive cache sehingga fungsi perbandingan adalah membaca data dari disk sebenarnya bukan dari cache memori. Tentunya ini merupakan langkah kritis karena jika verifikasi dilakukan dari cache, maka itu tidak mewakili apa yang sebenarnya ada di dalam disk, jadi korupsi bisa dengan mudah lolos.
Anda dapat melihat apakah perbandingan dilakukan dari drive atau dari cache di RAM oleh seberapa cepat hal itu terjadi. Jika Anda secara manual melakukan perbandingan sederhana( yaitu dengan WinDiff, WinMerge, atau dengan hashing mereka dengan alat hashing), Anda akan melihat bahwa perbandingan terjadi jauh lebih cepat dari yang diharapkan karena membaca file dari cache memori. Anda harus menyiram cache untuk memaksanya membaca dari disk yang sebenarnya. Untuk drive optis( dan media removable lainnya seperti flash drive dan kartu memori), cukup mendepak drive cukup untuk menyiram cache, tapi untuk hard drive, tidak sesederhana( meski biasanya itu tidak masalah karenacopy baru adalah yang ingin anda uji).
Punya sesuatu untuk ditambahkan ke penjelasan? Terdengar dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange tech-savvy lainnya? Simak thread diskusi selengkapnya disini.
