☰

GPTパーティションによる外付けハードドライブの取り付けに関する問題

tag-icon • tag-icon partition gpt
GPTパーティションによる外付けハードドライブの取り付けに関する問題

私の隣人は3TBの外付けハードドライブを持ってきて、Windowsユーザーに借りた後、彼女のMacがコンピュータに接続するたびに「何かを初期化」するように頼んだと言いました。

私はFedoraを使用しており、彼女がコンピュータで何かを試みる前に、ドライブからすべてのデータを回復しようとします。なぜなら、彼女がコンピュータにドライブを「初期化」させれば、うまくいくと思うからです。

パーティションテーブルに問題があるようです。これを使用すると、fdiskドライブから次のような出力が得られます。

Disk /dev/sdd: 2.7 TiB, 3000558944256 bytes, 732558336 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BAAE909E-8289-421C-A8D7-9DC750F0E342

Device     Start       End   Sectors  Size Type
/dev/sdd1      6     32773     32768  128M Microsoft reserved
/dev/sdd2  33024 732558079 732525056  2.7T Microsoft basic data

sign を使用すると、blkid次のような結果が得られます。

/dev/sdd: PTUUID="baae909e-8289-421c-a8d7-9dc750f0e342" PTTYPE="gpt"

を使用すると、parted次のような結果が得られます。

Model: WD My Book 1230 (scsi)
Disk /dev/sdd: 3001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name                          Flags
 1      24.6kB  134MB   134MB                Microsoft reserved partition  msftres
 2      135MB   3001GB  3000GB               Basic data partition          msftdata

私は「ファイルシステム」列に何もないことにすぐに気づきました。自分だけの場合でも、少なくとも読み取り専用でマウントして彼女がそこにあるファイルをコピーできるようにするにはどうすればよいですか？

アップデート1

以下を使用してfile -sL /dev/sdd*製造します。

/dev/sdd:  ; partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x3ff,255,63), startsector 1, 4294967295 sectors, extended partition table (last)\011
/dev/sdd1: data
/dev/sdd2: data

さまざまなパーティションタイプ（/dev/sddおよび/dev/sdd2を使用）を使用してマウントを試みました。 -

NTFSおよびNTFS-3G：

NTFS signature is missing.
Failed to mount '/dev/sdd2': Invalid argument
The device '/dev/sdd2' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

外部脂肪：

FUSE exfat 1.0.1
ERROR: exFAT file system is not found.

脂肪：

mount: wrong fs type, bad option, bad superblock on /dev/sdd2,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

アップデート2

パーティション表を回復できず、データを回復するには回復を実行する必要があります。インストールtestimageと運用がphotorec非常に順調に行われ、失われたデータをすべて回復することができました。

ベストアンサー1

ドライブがWindowsでフォーマットされているようです。 Windowsでは確かにディスクが利用できず、ディスクはOS Xでのみ使用するためにOS Xでフォーマットされている可能性が高いため、これは驚くべきことではありません。今問題は側面が変わっただけで全く同じです。

Windowsパーティションをマウントしたい場合は、ファイルシステムを盲目的に推測してください。

mount -t FILESYSTEM -o ro /dev/sdd2 /mountpoint

FILESYSTEMパーティションのサイズによっては、NTFS、exFAT、またはVFAT（可能性は低い）のいずれかです。 NTFSでは、カーネルntfsドライバ（読み取り専用モード）またはFUSE実装を使用できますntfs-3g。 exFAT（おそらく）はすでに機能しています。ヒューズの実装; VFATは、インストールvfatにパーティションを使用する-o roか、パーティション用の読み取り専用ループデバイスを作成してマウントすることを検討しています。この面倒な方法を使用する理由は、一部のファイルシステムドライバが読み取り専用モードでインストールされている場合でもファイルシステムを更新できるためです（通常はメタデータを操作して）。これは絶対に望ましくない。

元の（「Windowsより前」を読む）データを回復するには、Gillesが引用したQ＆Aを確認してください（誤って削除したファイルの回復そして破損したSDカードからデータを回復する方法は？）インターネット上のOS Xで使用されているファイルシステムのファイルシステムの回復を検索します。高周波FSプラス。

「ディスク初期化」に関する一般的な質問は次のとおりです。システムが理解しているパーティションスキームが見つからないたびにこれが起こると思います。これはディスクのMBRパーティションテーブルまたはGPTで発生します。 「正しいタイプ」を認識するパーティションです。 Linuxに慣れている場合（BSDもそうです）、これは驚くかもしれません。 Linuxはパーティションタイプに興味がなく、実際のコンテンツにのみ興味があるからです。

おすすめ記事