web-dev-qa-db-ja.com

HDDからSSDへの移行-いくつかの問題に直面しています（GPT保護パーティション）

PCを古いHDDから新しいSSDに移動しようとしています
新しいSSDをインストールしたWindows10に入れました
次に、古いHDDを新しいウィンドウに接続して、古いドライブからデータを移動できるようにしました。
USB 3ケーブルと外部エンクロージャーを使用して、
ただし、ディスクの管理には（GPT保護パーティション）が表示されます

このGPT保護パーティションとは何ですか？
バックアップがありますが、これを回避する方法はありますか？

ありがとうございました！

Disk Management Drive

更新
この記事 をフォローしてみました 。
しかし、MBRへの変換オプションが表示されません enter image description here

UPDATE 2
はい、3.5ドライブです
リクエストごとにドライブの詳細：

enter image description here

アップデート4
複数のコメントがエンクロージャーを非難し、
Amazonから 新しいアダプターを購入しました 、明日届くはずです。結果は投稿されていません。

別のアダプターをお勧めする場合はお知らせください！

UPDATE 5

どうもありがとうございました！エンクロージャーを交換し、すべてのファイルにアクセスできるようになりました!!私はバックアップに99％を持っていましたが、それでも何も見逃していないことを知って素晴らしいです！どうもありがとうございました！私は本当にあなたの助けに感謝します！

windows-10hard-drivessdfilesystemsgpt
1
JavaSheriff

明らかに、エンクロージャーが論理ブロックサイズを4KiBと報告しているのに対し、 ディスクの実際のLBSは512バイトです であるためです。 （記録としては、問題に関して 512e または512nであるかどうかは関係ありません。どちらの場合も、LBSは512バイトです。）

「 保護MBR 」のパーティションエントリ（0xffffffffブロックのうち、最大値を表すことができる）が〜16TiBとして認識されているという事実は、ケースを示しています。 （記録として、Windowsは、ドライブの実際のサイズに関係なく、「保護パーティション」のサイズとして0xffffffffを使用します。）

512バイトのブロックを4096バイトの論理ブロックの「別のレイヤー」に「適切にグループ化」した可能性がありますが（これは、2番目のスクリーンショットで合計サイズが正しい理由を説明しています）、書き込まれたコンテンツを意味するものではありません。 「念頭に置いて」512バイトのLBSを備えたディスクは、特定の状況で適切に読み取ることができます。

たとえば、Windowsは、actualの2番目の論理ブロック上にあるときに、actualの9番目の論理ブロックからGPTを読み取ろうとします。 。 「保護パーティション」が表示されているという事実は、ケースを示しています（GPTが見つかりません）。

以下は状況をシミュレートします。

[tom@archlinux ~]$ Sudo fdisk -l /dev/sdc
Disk /dev/sdc: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk model: id State Disk   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 90C9AA0F-22B4-426F-B347-14412F4E447E

Device       Start       End   Sectors   Size Type
/dev/sdc1     2048   1085439   1083392   529M Windows recovery environment
/dev/sdc2  1085440   1288191    202752    99M EFI System
/dev/sdc3  1288192   1320959     32768    16M Microsoft reserved
/dev/sdc4  1320960 500117503 498796544 237.9G Microsoft basic data
[tom@archlinux ~]$ Sudo fdisk -b 4096 -l /dev/sdc
Disk /dev/sdc: 238.49 GiB, 256060514304 bytes, 62514774 sectors
Disk model: id State Disk   
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot Start        End    Sectors Size Id Type
/dev/sdc1           1 4294967295 4294967295  16T ee GPT
[tom@archlinux ~]$

TL; DR、エンクロージャーを使用してディスクに何もしないでください。データが台無しになるだけです。この種の「4KiBエミュレーション」を行わない別のものを入手してください。

P.S. PowerShellコマンドレットを使用してエンクロージャーを確認できます。論理セクターサイズは4096バイトで、前述の「エミュレーション」を実行するものがあります。 enter image description here ドライブの容量、エンクロージャーのUSBバージョンとは関係ありませんが、SCSI READ CAPACITYコマンドへの応答（つまり、ファームウェアの書き込み方法）です。

3
Tom Yan

問題は、使用されている外部エンクロージャーがディスクに適していない可能性が高いです。

お使いのディスクはToshibaMD04ACA400で、4 TB（10進表記）としてアドバタイズされ、Windowsでは3.64 TB（2進表記）としてフォーマットされています。 GPT、ディスクがMBRに対して大きすぎるため（2.2 TBを超えるすべてのディスクスペースが破棄される場合を除く）。

エンクロージャーはおそらくタイプUSB2.0であり、サイズが32ビットで表現可能なディスクのみを正しく含むことができるため、2.2TBを超えるディスクには使用できません。

この容量のディスクを処理できる新しいエンクロージャーを入手するか、ディスクを内部で接続することをお勧めします。

0
harrymc