3TBのディスクを外部USBエンクロージャからコンピュータの内部に移動しただけで、必要な唯一のext4パーティションは見えません。ディスクには、失うべきではない非常に重要なデータがあります。進行方法を教えてください。詳細は次のとおりです。
$ sudo mount -vvv -t ext4 /dev/sdb1 /mnt/
mount: /mnt: /dev/sdb1 is not a valid block device.
$ sudo fdisk -l /dev/sdb
GPT PMBR size mismatch (732566645 != 5860533167) will be corrected by w(rite).
Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 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: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdb1 1 732566645 732566645 349.3G ee GPT
Partition 1 does not start on physical sector boundary.
$ sudo parted /dev/sdb print
Error: /dev/sdb: unrecognised disk label
Model: ATA WDC WD30EZRX-00D (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:
lshw出力（抜粋）：
*-scsi:1
physical id: 2
logical name: scsi1
capabilities: emulated
*-disk
description: ATA Disk
product: WDC WD30EZRX-00D
vendor: Western Digital
physical id: 0.0.0
bus info: scsi@1:0.0.0
logical name: /dev/sdb
version: 0A80
serial: WD-WCC1T1561951
size: 2794GiB (3TB)
capabilities: partitioned partitioned:dos
configuration: ansiversion=5 logicalsectorsize=512 sectorsize=4096
*-volume UNCLAIMED
description: EFI GPT partition
physical id: 1
bus info: scsi@1:0.0.0,1
capacity: 349GiB
capabilities: primary nofs
答え1
コメント 回答者があなたの質問の出力を読んでいません。出力は次のことを知らせます。
GPT PMBR サイズの不一致 (732566645 != 5860533167) は w(rite) に変更されます。
fdiskいわゆる「保護」レガシーMBRパーティションレコードを含むEFIパーティションテーブルがあることを知らせます。ただし、パーティションの記録を保護しても、ディスクが実際に終了する前にディスクの内容が終了して数TiBの空き容量が残るため、ディスクの内容は正しく保護されません。fdiskそうすれば、問題は解決されると言いました。 これを試さないでくださいfdisk。fdisk間違った。ディスクラベルの種類：dos ディスク識別子：0x00000000 デバイスの起動開始および終了セクタサイズIDタイプ /dev/sdb1 1 732566645 732566645 349.3G ee GPT
そのため、fdiskEFIパーティションテーブルをまったく表示しないことにしました。これが示すのは、「保護的な」既存のMBRパーティションテーブルです。それディスクを分割する方法です。これには、実際にはeeEFIパーティションテーブルを含むディスク全体を含める必要がある仮想エントリであるエントリが含まれています。しかし、長さは732566645セクタに過ぎず、これは2.7TiBではなく約349GiBです。これはこれに反対する多くの理由の1つです
fsck。 フォーマットされたファイルシステムを含むディスクボリュームではありません。 これはディスク全体にわたる必要がある仮想レガシーパーティションです。パーティション 1 は物理セクタ境界では開始されません。
これは赤ニシンです。仮想保護パーティションは次のとおりです。しなければならないセクター1から始めます。セクタ 1 は、EFI パーティションテーブルが起動される場所です。そのソートは本物パーティションは、未読の新しいEFIパーティションテーブルに書き込まれます。fdiskこれはパフォーマンス上の理由から重要です。ソートされていないボリュームをマウントできる必要があります。しかし、まだ正しいパーティションテーブルを使用していないので、これが問題であるかどうかはわかりません。しかし、そうではないかもしれません。アライメントが可能完全ここに赤いニシンがあります。あなたが経験していることはよく知られています。その他。
$ sudo 個別 /dev/sdb 印刷 エラー：/dev/sdb：認識できないディスクラベル
partedEFIパーティション表も読み取れません。これとは異なり、fdiskディスクをレガシーパーティションとして扱い、1つの大きな仮想パーティションを報告する方法では置き換えられません。完全に失敗しました。サイズ: 2794GiB(3TB) … 説明：EFI GPTパーティション 実際のID：1 バス情報: scsi@1:0.0.0,1 容量: 349GiB
lshw私が見るのは3TB（2.7TiB）ディスクです。これは返品EFIパーティションテーブルを表示します。しかし、EFIパーティションテーブルでは、これは349GiBディスクであると主張しています。
2.7TiBが349GiBになったのはなぜですか？
349GiBに8を掛けると、どのような結果が出るのかを確認してください。
USBディスクカートリッジにある場合、システムはディスクに4KiBセクタがあると考え、すべてがそのセクタサイズを使用してディスクにアクセスします。 USBシェルでは、システムの残りの部分はディスクと基本ディスクを見ることができます。本物、セクタサイズ。さらに、4KiBセクタには732566645個のセクタがあります。もちろんディスク全体の2.7TiBが含まれており、レガシー保護パーティションと実際のEFIパーティションテーブルの両方に正しい番号があります。
USBディスクケースがない場合、ディスクは「512e」互換モードで読み取られ、ほとんどのシステムではディスクに0.5KiBセクタがあると仮定します。 （USBアクセサリの場合、最初の逆変換をキャンセルする2番目の逆変換に関連するより複雑な説明がありますが、この回答の範囲を超えているため、ここではこれを修正します。）パーティションの開始とパーティションテーブルのサイズ番号実際にディスクの論理ブロックアドレス指す他のすべては間違っています。
4KiBは0.5KiBより8倍大きいです。
デフォルトの4KiBセクタサイズから「512e」にダウングレードすることは可能ですが、心が弱い人には適していません。ディスクをより簡単な操作手順に入れることをお勧めします後ろにシェルに移動して読み取ると、残りのシステムで実際の4KiBセクタサイズを確認し、数値が正しく表示されます。