数年前、私はNASを直接構築しました。 Ubuntuオペレーティングシステム用の320GBハードドライブとファイル用の2TBハードドライブがあります。 2TBディスクをマウントし、ネットワーク経由でSambaと共有しました。
今私はHTPCに似たシステムを構築し、システムに2TBのディスクを入れたいと思います。システムはWindows 10を実行します。単に新しいシステムに接続できるかどうか疑問ですが、それが機能していることを確認しようとしました。 Windowsディスクマネージャに割り当てられていない領域として表示され、すべてのファイルを別のディスクにコピーしてから、Windowsで2TBディスクをフォーマットしてすべてのファイルを再コピーする必要があるようです。
残念ながら、NASに2TBディスクをマウントできなくなりました。 fdisk -lを実行すると、Microsoft Reservedパーティションが表示されます。
Disk /dev/sda: 1.8Tib, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F7CB1168-49F7-4885-BFE2-EF9905099A86
Device Start End Sectors Size Type
/dev/sda1 34 32767 32734 16M Microsoft reserved
Partition 1 does not start on physical sector boundary.
編集1：gpartedでディスクを開きました。 gpartedによると、16Mbパーティションと次の警告があります。
Unable to detect file system! Possible reasons are:
- The file system is dammaged
- The file system is unknown to GParted
- There is no file system available (unformatted)
- The device entry /dev/sda1 is missing
残りの 1.82 Tb は未割り当てとしてマークされます。
EDIT2：私のfstabには次のものが表示されます。
# data disk
UUID=cfcf09cb-55-fc-40a7-b0b3-afd4d809bb09 /media/emiel/data ext4 auto,user,rw 0 0
これで、端末からディスクをマウントしようとしています。
編集3：@Rusiの提案に従って別の構造を試しましたが、結果はありません。
emiel@ubuntu:~$ sudo parted /dev/sda print
Model: ATA WDC WD20EZRZ-00Z (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 17.4kB 16.8MB 16.8MB Microsoft reserved partition msftres
emiel@ubuntu:~$ sudo sfdisk -d /dev/sda
label: gpt
label-id: F7CB1168-49F7-4885-BFE2-EF9905099A86
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 3907029134
/dev/sda1 : start= 34, size= 32734, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=58F98377-19F8-46D0-AF53-490D2987D76D, name="Microsoft reserved partition"
emiel@ubuntu:~$ sudo parted /dev/sda rescue
Start? 34
End? 3907029134
searching for file systems... 100% (time left 00:00)Information: You may need to update /etc/fstab.
編集4：@Rusiが提案したようにgdiskを試して、次の結果を得ました。
emiel@ubuntu:~$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.3
The protective MBR's 0xEE partition is oversized! Auto-repairing.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
編集5：上記の作業の後、TestDiskを使用してドライブを調べました。それでもスキャン中ですが、同じコンテンツがたくさん出力されます。誰かがこれが何を意味するのかを説明できますか？
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
Linux 0 0 1 243201 80 63 3907029168 [data]
編集6：一晩胃（MBR）スキャンを完了し、結果は次のとおりです。
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org
Disk /dev/sda - 2000 GB / 1863 GiB - CHS 243201 255 63
The harddisk (2000 GB / 1863 GiB) seems too small! (< 2999 GB / 2793 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partition can't be recovered:
Partition Start End Size in sectors
> Linux 121428 157 10 364629 238 9 3907029168 [data]
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 2000 GB / 1863 GiB
「続行」をクリックすると、ファイルを参照できないか、練習に記載されている操作を実行できません。私は「あきらめる」しかなかった。
編集7：しかし、testdiskを起動したときに提案されているように、パーティションテーブルから「None」を検索する必要があると思い、次のようにしました。
Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
Current partition structure:
Partition Start End Size in sectors
P ext4 0 0 1 243201 80 63 3907029168 [data]
これが私のディスクにあります。 「データ」と呼ばれるディスク全体をカバーするext4パーティション。
私の結論：2年前にディスクをフォーマットするときに間違いを犯してこれに気づかず、ディスクにパーティションテーブルがなくなりました。私のWindowsコンピュータに接続すると、パーティションテーブルがなく、誤ったテーブルが作成されたことがわかりました。だからパーティションテーブルを削除する必要があると思います。オンラインで検索してみましたが、既存のパーティションは削除せずにパーティションテーブルのみを削除するという内容はありません。
別のオプションは、既存のext4パーティションを指すように適切なパーティションテーブルを直接作成することです。
私の質問：私の結論は正しいですか？上記の作業を行う方法を教えてください。
ベストアンサー1
私が理解しているように、Microsoft Reservedパーティションは、将来的に将来のファイルシステムまたはパーティションタイプの変換（たとえば、Microsoftの用語で「プライマリディスク」から「ダイナミックディスク」へ）を容易にするために予約されている未使用スペースです。以前にMSRが占有していたスペースを使用すると、MSRは縮小され、空きスペースを使用して適切なサイズの新しいパーティションが作成されます。
MSR（Microsoft予約パーティション）
Microsoft Reserved Partition（MSR）は、オペレーティングシステムソフトウェアで後で使用できるように各ディスクドライブの容量を予約します。 GPTディスクは隠しセクタを許可しません。以前に隠されたセクタを使用していたソフトウェアコンポーネントは、MSRの一部をコンポーネント固有のパーティションに割り当てます。たとえば、プライマリディスクを動的ディスクに変換すると、そのディスクのMSRサイズが縮小され、新しく作成されたパーティションに動的ディスクデータベースが保持されます。 MSRにはパーティションGUIDがあります。
DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE)MSRディスクが必要
すべてのGPTディスクにMSRを含める必要があります。ディスクのパーティション順序は、ESP（存在する場合）、OEM（存在する場合）、およびMSRでなければならず、その後に基本データパーティションが続く必要があります。他の基本データ・パーティションの前にMSRを作成することが特に重要です。
つまり、MSRパーティションには回復可能なエントリがないはずです。ディスクを動的ディスクに変換するWindowsの機能を維持するには（LVMに似ていますがWindowsのみ）、ディスク上の最初のNTFSまたは他のWindowsで利用可能なパーティションの前にパーティションを再作成するだけです。
デュアルブートシステムでは、（MS編集の程度に応じて：-）、将来のバージョンのWindowsの一部が潜在的に「有用に」自動的にディスクパーティション/ファイルシステムのアップグレードを変換するのを防ぐために、MSRを意図的に省略することを検討します。かもしれません。そのバージョンのWindowsでのみ利用可能な新しい形式。