Latar Belakang
Saya terjebak drive 2TB di beberapa kandang Sata-to-USB3.0 dan menyalin 1TB data ke dalamnya. Itu adalah 2,5 5300rpm drive, jadi butuh hampir 20 jam. Saya adalah salah satu tipe paranoid, jadi sebelum saya menyalin data, saya menggunakan TotalCommander untuk membuat shaksum dari semua yang ingin saya salin, saya kemudian menjalankan pemeriksaan pada data yang disalin pada drive USB baru. Saya telah menggunakan dua potong lain dari kandang yang sama untuk dua disk lain, 1TB. Tidak pernah ada masalah.
Masalah
Saat memverifikasi checksum, saya mengamati pemberitahuan pada pusat tindakan Windows 10 dengan "X" merah, yang mengatakan kepada saya untuk memeriksa sistem file saya. Tidak menunjukkan yang mana, tetapi saya tetap mengkliknya. Tidak ada yang terjadi, jadi saya menjalankan eventviewer untuk melihat apa yang terjadi. Saya melihat tiga peristiwa EventID 55 yang berkaitan dengan kesalahan pada volume baru saya, salah satunya mengatakan yang „:$I30:$INDEX_ALLOCATION”rusak, dua lainnya mengatakan file rusak <can't determine file name>. Saya menghentikan semua operasi pada volume dan menjalankannya chkdsk /F, tetapi karena mengeluh bahwa beberapa perangkat lunak lain mengakses disk, saya menghapus huruf drive menggunakan utilitas manajemen disk. Ketika saya berencana untuk menambahkan surat lagi untuk membuat chkdsk memperbaikinya, tiba-tiba saya melihat semua opsi berwarna abu-abu dan partisi ditampilkan sebagai Healthy (GPT Protective Partition). Ini adalah tipe EEhmenurut artikel wikipedia ini .
Disk tidak pernah GPT. Saya masih melihat opsi Convert to GPT diskketika mengklik kanan di alat Manajemen Disk. Di bawah ini adalah output dari DETAIL DISKdan DETAIL PARTITIONperintah dari DISKPART:
DISKPART> detail disk
ST2000LM003 HN-M201RAD
Disk ID: 08686B3E
Type : RAID
Status : Online
Path : 2
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1700)#RAID(P02T00L00)
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
There are no volumes.
DISKPART> detail partition
Partition 1
Type : EE
Hidden: Yes
Active: No
Offset in Bytes: 512
There is no volume associated with this partition.
Disk ini bukan bagian dari serangan apa pun, bertentangan dengan apa yang ditampilkan, saat ini terhubung ke port SATA langsung pada motherboard, mungkin itu ditampilkan sebagai jenis RAID karena controller dalam mode RAID.
Apa yang saya pikir terjadi (saya tidak punya cara untuk memverifikasi ini) adalah bahwa chkdsk sedang mencoba untuk memperbaiki volume di latar belakang ketika saya mengklik pemberitahuan ini di pusat tindakan, itu harus telah menetapkan ID partisi ke EEh, mungkin dengan maksud untuk mengatur ulang kembali setelah selesai. Ketika saya menyetel huruf drive ke none, itu pasti error-out dan meninggalkannya seperti yang dinyatakan.
Apa yang saya coba
Saya berpikir untuk menggunakan perintah SETID DISKPART untuk menentukan tipe partisi 07, namun ini tidak berfungsi:
DISKPART> set id=07
DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.
Tidak ada pesan log peristiwa ditulis ke log peristiwa, itu hanya tidak berfungsi.
Saya pikir pengaturan partisi ini kembali ke apa yang akan menghasilkan akses kembali ke file, dan karena saya memiliki satu lagi dari disk yang diformat dengan cara yang sama, saya yakin pengaturan ID partisi ke 07h akan melakukan trik, hanya saja sepertinya saya tidak bisa melakukannya. Di bawah ini adalah data dari harddisk saya yang lain.
DISKPART> detail disk
ST2000LM 003 HN-M201RAD SCSI Disk Device
Disk ID: BB31CF75
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 4 E SMSNG1 NTFS Partition 1863 GB Healthy
DISKPART> detail partition
Partition 1
Type : 07
Hidden: No
Active: No
Offset in Bytes: 1048576
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 4 E SMSNG1 NTFS Partition 1863 GB Healthy
DISKPART>
Jika seseorang memiliki pengalaman dalam upaya serupa, silakan berbagi wawasan Anda. Saya tidak akan menyentuh drive untuk beberapa waktu karena saya ingin berlatih memulihkan diri dari situasi ini. Setelah pemulihan saya akan memverifikasi checksum file dan mencoba menyalahkan korupsi yang menandai chkdsk baik pada drive atau jembatan USB.
EDIT - data drive
--------------- SeaTools for Windows v1.4.0.5 ---------------
2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Identify - Started 2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Drive Capacity: 2,00 TB / 1,82 TiB
Max LBA: 3907029167
Cache Size: ----
Lifetime Bytes Read: 3,54 GB
Lifetime Bytes Written: 545,50 MB
Power-On Hours: 4255
Annualized Workload Rate [ (Writes + Reads) * (8760 / POH) ]: 0 TB/yr
Drive Temperature (C/F): 29 / 84
WWN: 50004CF210CD3B3B
Sector size (Logical/Physical/Allignment): 512 / 4096 / 0
Signal Speed (Max/Negotiated): 6.0 / 6.0 Gb/s
Transport Supported: SATA 3.0
Rotation rate: 5400 RPM
Form factor: 2.5 inch
Specification Supported: ATA8-ACS
Encryption Support: Not Supported
Security Mode: Supported, Frozen
SMART: Enabled
Host Protected Area features: Enabled
Advanced Power Management: Enabled
Download Microcode: Segmented
EDIT2 - sektor 0, 7 dan 8
sumber
Jawaban:
Karena disk lebih kecil dari 2TB, saya akan tetap menggunakan MBR dan menghindari kerumitan membuat GPT dan repot dengan semua checksum, tetapi ganti 64 byte terakhir dari sektor 0 dari
untuk
Itu harus melakukan trik.
Saya tidak benar-benar tahu mengapa header GPT ada di sektor 7 dan tabelnya ada di sektor 8, seharusnya sektor 7 dan 15 atau 1 dan 2 ...
sumber