GPTを使用している2 TB USBドライブがありますが、Macbook Pro(2015年初頭)のOSX(10.11.4)は、ディスクの前にパーティションを挿入した後、HFS +パーティションの認識を停止しました。
これは私が最初に持っていたものであり、OSXはすべてのパーティションをFinderに正しくリストしました。
[ Elements | Extra Fett | | Time machine ]
[ NTFS | ExFAT | Unallocated | HFS+ ]
[ ~1500 | 97 | 97 | 167 ] (GB)
ドライブの現在のレイアウトは次のとおりです(Elementsを縮小してTESTPARTを作成しました)。
[ Elements | TESTPART | Extra Fett | | Time machine ]
[ NTFS | FAT32 | ExFAT | Unallocated | HFS+ ]
[ ~1350 | 150 | 97 | 97 | 167 ] (GB)
...しかし、これはOSXが見るものです(Finderの最初の3つだけをリストします):
[ Elements | TESTPART | Extra Fett | | ? ]
[ NTFS | FAT32 | ExFAT | Unallocated | ? ]
[ ~1350 | 150 | 97 | 97 | 167 ] (GB)
どうしたの?この操作はGPTドライブでは問題ないと思いました。
Ubuntu gdisk
は、保護MBRでGPTを使用していると述べており、gdiskとgpartedの両方ですべてのパーティションが問題なく一覧表示されます。 Windows 10パーティションマネージャーもすべてのパーティションを一覧表示し、ドライブがGPTを使用していることを示します。
実行するとdiskutil list
OSXでは:
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk2
1: Microsoft Basic Data Elements 1.5 TB disk2s1
2: Microsoft Basic Data Extra Fett 104.9 GB disk2s2
3: Microsoft Basic Data 167.8 GB disk2s3
4: Microsoft Basic Data TESTPART 157.3 GB disk2s4
これには、私が考えることができるいくつかの問題があります。
未割り当て領域が表示されないことは、実際には問題ではありません。 gdisk
やdiskutil
を含む多くのプログラムは、パーティションのみを表示し、未割り当て領域は表示しません。 GPartedやcgdisk
のようなツールは、未割り当てのスペースを明示的に表示します(ただし、GPartedでさえ、特定のサイズ未満の未割り当てのスペースを省略していると思います)。
パーティションの順序を定義するには、2つの方法があります。パーティション自体のディスク上の順序と、パーティションへのポインタがパーティションテーブルに存在する順序です。これらの2つの順序が一致するかどうかは最も混乱しませんが、GPT(またはMBRプライマリパーティション)にはこれを強制するものはありません。したがって、順不同のパーティションは一般的であり、必ずしも問題を意味するわけではありません。その詳細については心配しないでください。
したがって、報告している唯一の実際の問題は、HFS +ボリュームにアクセスできなくなったことです。これは可能性がありますパーティションテーブルの問題ですが、ファイルシステムの問題である可能性が高くなります。残念ながら、パーティションの開始点に関する詳細な前後の情報がなければ、2つの可能性を区別することはできません。続行する最も安全な方法は次のとおりです。
Sudo dd if=/dev/disk2s3 of=/path/to/lots/of/space/disk2s3-backup.img
のように、OSXまたはLinuxのいずれかでdd
を使用してパーティションの低レベルバックアップを実行します。これにより、次のステップで状況が悪化した場合に備えて、パーティション内のデータが保持されます。これは現実的な可能性です。また、b
のメインメニューのgdisk
オプションを使用して、パーティションテーブルをそのままバックアップする必要があります。fsck
になり、OSXでも同じになる可能性があります。if=
およびof=
オプションを逆にして、手順1で作成したバックアップを復元します。それがうまくいかない場合は、別のいくつかの提案があります:
gdisk
パーティションテーブルのバックアップを復元する)、 PhotoRec を使用します。ファイルごとにパーティションの内容を回復するための同様のツール。これは、バックアップからファイルを復元するよりもはるかに面倒であり、すべてを回復する可能性は低いですが、運が良ければほとんどのファイルを回復することができます。NTFSパーティションのサイズを変更して新しいパーティションを作成するために使用したツールを知っておくと役立つ場合があります。この正確な症状を引き起こす一般的なユーティリティのバグは知りませんが、確かにいくつかのパーティショニングツールを他のツールよりも信頼しています。 (たとえば、標準のWindowsユーティリティはveryバグがあり、MBRディスクに拡張/論理パーティションがあります-しかし、あなたのユーティリティはGPTディスクなので、実際には問題ではありません。)
編集:
あなたの説明について何か気づきました。HFS+ボリュームは、diskutil
によって「MicrosoftBasicData」タイプとしてマークされているはずです。それはただの間違いです。 gdisk
で簡単に修正できます。
gdisk
を起動します。p
と入力して、パーティションテーブルを表示し、アクセスできないパーティションを明確に識別します。パーティション3になると思いますが、必ず確認することをお勧めします。t
と入力して、タイプコードを変更します。パーティション番号の入力を求められます。3
(または、識別したとおりの適切な番号)と入力します。AF00
を入力します。w
と入力して、変更を保存します。 (確認を求められます。)これで問題が解決するはずです。 (OS Xから実行する場合は、再起動が必要になる場合があります。)タイプコードとしてAF05
ではなくAF00
を入力する必要がある可能性があるため、機能しない場合、そのプロセスを繰り返してみてください。ただし、その変更を加えてください。
他のツールでもおそらく修正できますが、私は手順に慣れていません。 (たぶん、parted
またはGPartedの「msftdataフラグ」を削除するとそれができます...)