CHKDSK menjadikan partisi sebagai "Partisi Pelindung GPT"? Bagaimana cara mengaturnya kembali?


0

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

Sectors.txt


apakah Anda kebetulan memiliki dump sektor 0, 1 dan 2 dari disk? Dan, mungkin juga sektor 8 dan 16, untuk memastikan disk tidak terpengaruh oleh masalah ukuran sektor yang berbeda yang dapat terjadi dengan sakelar antara penutup USB dan pemasangan SATA langsung. Chkdsk tidak memiliki bisnis untuk mengubah pengidentifikasi partisi, sehingga teori Anda tidak terlalu masuk akal. Juga, cobalah mencari tahu ukuran sektor dan jumlah sektor dari disk.
Ro-ee

Disk ini awalnya diformat dalam enclosure USB, dan tipe partisi diubah menjadi EEh tanpa swich ke SATA pada saat itu. Disk sedang online saat ini terjadi, hanya huruf drive yang dihapus oleh utilitas windows. Saya telah menghubungkan disk ini di kandang yang sama ke port USB pada komputer Windows 7, tetapi ini menunjukkan bahwa disk tersebut tidak terinitisasi, jadi saya pikir saya akan tetap menggunakan Win10 sampai masalah teratasi, jadi saya melakukannya.
Kitet

Tidak dapat mengedit komentar sebelumnya - Saya menambahkan laporan seatools ke pertanyaan dan tidak, saya tidak pernah mencadangkan semua sektor drive.
Kitet

Maksud saya tidak mendukung sektor drive, tetapi keadaan saat ini. Pembuangan sederhana dari 16 atau 17 sektor saat ini dari drive harus memberikan indikasi apakah sesuatu yang mencurigakan sedang terjadi dengan switcharoo 4K-512b atau sesuatu yang lain sedang terjadi. Windows biasanya hanya menampilkan partisi EE jika sisa GPT hilang - atau salah tempat, yang akan terjadi jika ukuran sektor tidak cocok.
Ro-ee

Selesai, tautan berada di edit kedua dari Q. Setelah sektor 8 tidak ada lagi data hingga masuk ke disk seperti saya muak dengan bergulir.
Kitet

Jawaban:


0

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

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 EE FE 7F FF 01 00  00 00 FF FF FF FF 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

untuk

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 07 FE 7F FF 00 08  00 00 00 80 E0 E8 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

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 ...


Saya mengedit sesuai instruksi Anda dan disk menjadi RAW sebagai gantinya (dalam Manajemen Disk). Chkdsk mengatakan sektor boot NTFS rusak, tidak dapat menentukan versi volume dan menyatakannya dibatalkan, tidak melakukan apa-apa. Omong-omong disk kedua saya sekarang juga rusak, itu menjadi RAW dan juga chkdisk mengatakan tidak bisa berbuat apa-apa dengan itu. Tebak jembatan USB-ke-SATA saya tidak dapat menangani jenis disk ini. Saya sekarang curiga data rusak di seluruh disk, keduanya. Saya hanya melakukan operasi baca.
Kitet

silakan periksa apakah pada sektor 2048 dari disk (itu adalah 00 08 dari baris 448) Anda menemukan sektor boot NTFS (itu beberapa byte pertama berisi string NTFS ... Jika bukan itu masalahnya, cari di sektor 16384. Juga, jika Anda menemukan sektor boot NTFS, periksa apakah dalam byte 11 dan 12 sektor tersebut (0xA, 0xB) ada tulisan 00 02 atau 00 10. Jika yang terakhir adalah kasusnya, sistem file diformat saat terhubung sebagai 4K , dan banyak pada filesystem harus diubah untuk membuatnya bekerja (sebaliknya - menggunakan NTFS diformat 512byte pada 4k - tidak mungkin)
Ro-ee

Ada string NTFS di sektor 2048 dan 0xA 0xB adalah 02 00, bukan 00 02. Sektor 16384 berisi jalur file yang saya kenali (misalnya file yang ada di sana), jadi sepertinya tidak pernah ada boot sektor di sana. Dari sektor 2334 dan seterusnya, string INDX dapat ditemukan dan nama file yang dapat dikenali dalam pengkodean dua byte. Ini adalah file yang saya tulis ke disk ini kemarin. Bagaimanapun, karena mengubah ID filesystem tidak berhasil, saya mencoba TestDisk pada disk yang baru saja rusak, yang juga tidak menghasilkan apa-apa. Dan kali ini saya tahu itu MBR. Saya akan menguji kandang USB lagi dan menyerah memulihkan. Tidak sepadan dengan waktu.
Kitet
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.