Jika saya menyalin seluruh drive C di mesin windows ke drive baru (melalui copy paste atau bahkan alat mirroring), apakah ada alasan bahwa menyalin drive C: tidak dapat di-boot?

Ini adalah kondisi MBR telah ditetapkan dengan benar pada drive sekunder EDIT: dan bahwa penguncian file tidak menjadi masalah, copy paste tidak harus terjadi dari dalam untuk disalin C drive windows, bisa menjadi drive yang dipasang.

Saya mengerti bahwa melakukan snapshot penuh "lebih baik" dari perspektif cadangan, tetapi pertanyaan ini bukan tentang praktik "terbaik".

Saya telah diberitahu bahwa Anda tidak dapat mengaktifkan dan menjalankan kembali sistem hanya dengan mem-mirror file drive. Saya tidak mengerti mengapa! Jika ini adalah salinan 1: 1 (semua file diverifikasi berada di drive kedua) maka Anda harus memiliki semua yang Anda butuhkan ??

Alasan utama saya diberitahu tentang registri tidak akan disalin .. Tapi pasti semua yang ada di mesin adalah file di suatu tempat?

Ini sepertinya tidak akan berhasil.

Jawaban ini mungkin mengasumsikan pengaturan khas, di mana C: memegang sistem operasi.

Mari saya mulai dengan satu contoh mengapa Anda tidak akan mendapatkan salinan yang tepat:

Alasan # 1: Explorer Mencoba Menjadi Bagus

Saat Anda menggunakan GUI (Explorer) Microsoft Windows untuk menyalin gambar ke folder baru, Windows akan mencoba melakukan hal yang "ramah pengguna" untuk Anda. Ini akan melihat gambar, dan membuat gambar kecil, dan menyimpannya dalam file yang disebut thumbs.db

Jadi jika Anda menyalin banyak file, dan itu dimulai dengan ApicOne.jpg dan kemudian BpicTwo.jpg dan kemudian CpicThree.jpg, kemudian menciptakan 3 thumbnail saat menyalin tiga gambar.

Kemudian, ketika mencoba untuk menyalin file thumbs.db yang lebih lama (karena kita menyalin semua file), ada konflik, karena file thumbs.db yang lebih baru sudah ada. File thumbs.db yang lebih baru belum mengandung file ZpicTwentySix.jpg (dengan asumsi file disalin secara alfabet). Jadi GUI berhenti menyalin saat ia bertanya kepada Anda tentang apakah Anda ingin menimpa file yang sudah ada sebelumnya bernama thumbs.db

Realitas sederhana adalah: itu menyakitkan.

Sekarang, secara teori, Anda bisa melewati file itu (dan menyimpan file yang lama), atau menimpa file yang lama, karena file baru harus berisi thumbnail yang sama (akhirnya, setelah gambar terakhir disalin). Namun, file yang lebih baru sekarang akan memiliki tanggal modifikasi yang berbeda. Jadi, di sana, Anda tidak memiliki salinan persisnya. Plus, jika file sebelumnya disortir dengan cara yang berbeda (mungkin ditambahkan ke direktori berdasarkan tanggal file, ketika mereka diunduh dari waktu ke waktu), tetapi kemudian disortir cara Explorer menyalinnya (berdasarkan abjad), lalu, sekali lagi Anda tidak menyimpan semuanya dengan cara yang persis sama.

Alasan # 2: File Mungkin Bukan Apa Yang Muncul

Beberapa file tidak benar-benar ada cara mereka muncul. C: \ Windows \ WinSXS \ berisi apa yang disebut "rakitan berdampingan". Pada dasarnya, ketika Anda menginstal dua program yang bergantung pada file bersama, versi yang lebih baru dari Microsoft Windows akan menyimpan kedua versi file, meskipun mereka memiliki nama file yang sama. Ketika Anda memperbarui file, Microsoft Windows dapat menyimpan file baru dan file lama. Jenis-jenis teknik ini telah meningkatkan kompatibilitas ketika banyak perangkat lunak telah diinstal, dan membantu dengan kemampuan untuk memutar kembali ke keadaan sebelumnya ("pemulihan sistem") jika ada masalah. Tetapi cara ini diterapkan sangat rumit.

Jika Anda menjalankan WinDirStat (diunduh dari Halaman WinDirStat , program ini akan menunjukkan ukuran file pada hard drive Anda. Direktori C: \ Windows \ WinSXS akan terlihat masif. Sangat besar

Namun, itu akan salah. Lihat, direktori WinSXS khusus. Direktori akan melaporkan bahwa file berukuran tertentu. Namun, pada kenyataannya, Windows menggunakan beberapa trik khusus dengan folder itu. Apa yang sebenarnya ada di folder itu adalah sekelompok file parsial yang berbagi beberapa data. Kupikir. Sesuatu seperti itu. Intinya adalah: semacam trik digunakan. Dan WinDirStat tidak mengerti trik-trik itu. Jadi WinDirStat percaya setiap kebohongan yang dikatakan Windows, dan WinDirStat akhirnya mengatakan bahwa file-file di direktori WinSXS memakan banyak ruang disk.

Ketika Anda mencoba menjalankan suatu program, Windows cukup pintar untuk dapat menyatukan potongan-potongan file DLL, dan membuat program melihat salinan dari setiap data yang diperlukan, sehingga program bekerja dengan baik.

Ketika Anda menggunakan Explorer GUI untuk hanya mencoba menyalin direktori itu, fungsionalitas "copy" dari GUI Explorer tidak mengerti bahwa WinSXS adalah spesial. Jadi, fungsionalitas "copy" akan mencoba untuk menyalin setiap file individu seolah-olah itu adalah seluruh file. Hasilnya adalah file yang disalin ke direktori tujuan yang tidak ditangani khusus. Jadi tujuannya tidak sesuai dengan sumber khusus.

Alasan # 3: Proses Boot Dapat Rumit

Kode boot dapat melakukan beberapa hal menarik. Versi berbeda dari sistem operasi yang berbeda dapat bertindak berbeda, sehingga detail spesifik yang saya sebutkan di sini mungkin tidak sama persis dengan versi Windows tertentu yang Anda gunakan. Pada dasarnya, sistem startup (BIOS / (U) EFI) akan memeriksa bagian disk dengan kode boot (MBR / GPT) yang akan menunjuk ke lokasi file. Memahami bahwa komputer menjalankan kode yang mungkin sangat sederhana. Kode sederhana ini bahkan mungkin tidak sepenuhnya memahami perincian rumit dari sistem file. Misalnya, itu mungkin tidak memahami Persimpangan NTFS. Tapi tidak apa-apa. Mungkin kode booting hanya memahami bahwa file yang diperlukan terletak di nomor sektor 6.189.247.145 disk. Ketika sistem operasi terinstal, sistem operasi membantu memastikan bahwa kode boot tahu di mana file itu berada.

Jika Anda menyalin semua file dari direktori root Anda (C: *. ) ke drive baru (D: *. ), GUI Windows Explorer dapat melakukan hal-hal dengan cara yang sangat sederhana, seperti menyalin data secara alfabet. Jika sistem operasi Anda telah menambahkan file (mis., File tersembunyi bernama C: \ BootLog.txt), yang mungkin ada sebelum C: \ bootmgr (sesuai abjad). Jadi C: \ bootmgr tidak muncul dalam daftar file sedini yang terjadi ketika Windows diinstal ke drive C: \.

Ini adalah kondisi MBR telah ditetapkan dengan benar pada drive sekunder

Oke, jadi Anda mengerti MBR mungkin perlu menemukan file.

Sekarang, umumnya tugas kode boot disk adalah menemukan file yang berisi lebih banyak detail tentang cara mem-boot sistem. Misalnya, dengan Windows 95, perincian itu biasanya disimpan dalam file bernama \ IO.SYS (tetapi ada beberapa nama file lain yang juga mungkin digunakan, sebagai gantinya). Dalam IBM PC DOS, jenis fungsionalitas yang sama disimpan dalam C: \ IBMBIO.COM dan C: \ IBMBIO.SYS. Jadi ada beberapa file boot yang bisa bekerja bersama.

Jadi masalah dapat melampaui hanya MBR. Bahkan setelah sistem operasi dimulai, mungkin ada beberapa "tahapan" ke boot loader, yang dapat memengaruhi banyak file. Saya tahu setidaknya satu sistem operasi yang mendokumentasikan "boot loader tahap pertama" dan "boot loader berbasis kedua", belum lagi "kernel" yang akan dimulai nanti. Jadi kekhawatiran tentang booting tidak hanya terbatas pada kekhawatiran hanya tentang sektor boot awal.

Alasan # 4: Data Dapat Digunakan

Alasan utama saya diberitahu tentang registri tidak akan disalin .. Tapi pasti semua yang ada di mesin adalah file di suatu tempat?

Saya tidak akan percaya itu. Saya percaya bahwa sekali Windows dijalankan, ia mungkin menyimpan beberapa registri dalam memori, atau dalam beberapa jenis file cache. Bahkan jika registri disimpan pada disk, beberapa mungkin dalam file lain (seperti file "DataThatStillNeedsToBeWritten"), dan salinan Windows yang sedang berjalan mungkin mengingat, "Saya masih memiliki beberapa data yang perlu ditulis".

Setelah Windows GUI menyalin file registri utama, maka Windows mungkin melakukan beberapa pekerjaan yang perlu dilakukan, seperti mengambil file untuk memindahkan data dari file cache (yang saya sebut nama konyol dalam sampel ini, "DataThatStillNeedsToBeWritten ") ke dalam file registri utama.

Ketika, ketika Windows GUI sempat menyalin file cache "DataThatStillNeedsToBeWritten", file itu tidak lagi memiliki detail yang sekarang telah disalin ke Registry.

Sekarang, jika komputer Anda kehilangan daya, Windows freqeuntly pulih dengan cukup baik (mungkin melalui bantuan menjalankan ChkDsk). Namun, dengan Anda menyalin file yang dibuat pada D :, beberapa data penting mungkin tidak pernah berhasil disalin, sehingga "salinan" Windows yang baru mungkin tidak dapat dipulihkan dengan berhasil.

Seluruh konsep ini adalah mengapa Microsoft membuat beberapa teknologi kompleks seperti "Volume Shadow Copy Service" Windows (sering disingkat sebagai VSS atau VSC; kedua singkatan tersebut digunakan untuk merujuk pada hal yang sama). Kekhawatiran semacam ini adalah mengapa perangkat lunak Cadangan dapat mengambil "Status Sistem", dan produk perangkat lunak pencadangan populer mungkin memiliki plug-in khusus untuk berinteraksi dengan database SQL dan E-Mail (karena data tersebut sering disimpan online / dapat digunakan, dan secara aktif bekas).

Komentar

Perhatikan bahwa saya tidak mengatakan bahwa ini adalah satu-satunya masalah. Ini hanya beberapa yang dengan cepat muncul di pikiran saya. Platform Microsoft Windows telah tumbuh jauh lebih kompleks dengan versi yang lebih baru. (XP terutama lebih kompleks dari 2K / ME, XP Service Pack 2 juga memperkenalkan kompleksitas yang menonjol, seperti halnya Vista, mungkin 7, tentu 8, dan berdasarkan track record ini, saya yakin 10 melakukannya juga.) Jadi, saya mungkin saya kehilangan beberapa alasan, terutama karena versi yang lebih baru akan terus menambah kompleksitas di masa depan.

Solusi

Dua tips untuk membantu masalah ini:

• Jika Windows boot dari hard drive lain, maka salinan Windows yang tidak aktif seringkali dapat disalin dengan lebih sedikit masalah yang menjadi masalah.
• Perangkat lunak yang mendukung "snapshot" sering memiliki kode khusus untuk mencoba mempertimbangkan banyak masalah ini.

Jika Anda melakukannya dengan menggunakan boot disk dan kemudian menyalin tanpa menjalankan os maka itu akan berfungsi, hanya jika Anda ingin menyalin file dan dokumen pengguna. Jika Anda mencoba menyalin masa lalu untuk membuat gambar dari hard drive itu akan gagal dengan file yang rusak dan sistem registri. Jika menggunakan program pencitraan, itu akan berfungsi dengan baik. Ketika saya bekerja pada komputer klien, saya pribadi menggunakan DriveSnapshot yang ditemukan sini . Saya akan mengatakan program ini memiliki rasa yang lebih tua untuk itu tetapi itu adalah salah satu alasan saya menyukainya, dan itu bekerja dengan baik. Mungkin ada beberapa program pencitraan gratis di luar sana jika Anda melihatnya. Alasan utama program pencitraan berfungsi dengan baik untuk menyalin disk, adalah karena itu adalah byte untuk salinan byte, jadi semuanya sama. ketika hanya menggunakan perintah copy paste itu akan mengacaukan segalanya (Dalam pengalaman saya, mengacaukan semuanya, berarti file sistem rusak.). Juga copy paste tidak akan mendaftarkan hal-hal dengan benar dalam registri karena registri saat ini tidak berjalan pada drive kedua untuk mengarahkan sistem ke file yang benar. Saya harap ini akan membantu Anda dengan pertanyaan Anda.

Salin dan tempel tidak akan berfungsi. Banyak nilai pertama dalam MBR / GPT dinamis, relatif berbicara. Hard drive A adalah 400gb dan hard drive b: 3tb semua jumlah sektor mulai dan partisi akhir semua akan salah.

Catatan boot di dalam sektor 1 partisi juga memiliki nilai yang akan berbeda. Silinder, kepala, dan sektor sekarang semuanya nilai yang dicontoh, tetapi Anda mungkin juga mengalami kesalahan di sana.

Anda dapat menyalin dan menempel secara offline, tetapi Anda harus membuat MBR / GPT terlebih dahulu. Kemudian buat partisi, dan format mereka. Kemudian atur flag boot dengan benar, lalu salin file kembali. Tambahan, Anda mungkin harus menggunakan bcdedit untuk mengulang menu boot.

Booting dari Windows PE atau disk serupa, adalah cara yang lebih mudah untuk menggunakan imagex yang disediakan gratis dari microsoft adalah cara yang lebih mudah dan lebih andal untuk melakukannya. Anda masih harus menggunakan diskpart untuk membuat partisi jika tidak ada.

Berbagai informasi kunci yang dibutuhkan komputer untuk boot tidak disimpan dalam sistem file pada hard drive Anda, mereka disimpan di tempat-tempat tertentu (kadang-kadang di partisi terpisah yang tidak dapat Anda lihat ketika sistem sedang berjalan).

Jadi tidak, itu tidak benar bahwa semua yang ada di mesin adalah file.

Di dunia sebelum Windows 8 dan EFI ini cukup mudah; cara-cara baru yang lebih fleksibel untuk mem-boot komputer telah membuatnya jauh lebih rumit.

Ada banyak paket perangkat lunak komersial yang memungkinkan Anda melakukan ini.