/ devにパーティションが表示されない


13

私は最近、別のコンピューターから直接ファイルにアクセスするために、あるコンピューターから4TBのハードドライブをアンマウントしました。マウント解除プロセスに問題はなかったようです。ハードドライブを他のコンピューターに接続すると、ハードドライブは「/ dev」でsdbとして認識されますが、パーティション「sdb1」が表示されないため、マウントできません。走ったら

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

sdb1パーティションが表示されます。これは4TBのパーティションなので、コマンドも実行しました

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

次に「print」と入力しました。この場合、sdb1パーティションは表示されません。

なぜここに情報の不一致があるのですか?これは、パーティションが削除されたことを意味しますか?このパーティションを回復してマウントする方法はありますか?

事前にどうもありがとうございました


/ dev / sdb1行が表示されず、/ dev / sdbが表示される理由は3つあります。1.作成されなかったため、そのディスク上にパーティションテーブルがないため。2.パーティションテーブルが破損しているか、3。パーティションテーブルには、このコンピューターがそのライブラリがインストールされていないことを認識できないプライマリファイルシステムが格納されています。対処法:を使用してfdisk /dev/sdb詳細を表示するには「p」を入力して、パーティションテーブルで診断を実行できます。パーティションがそこにあり、破損しておらず、解析して読み取るライブラリがある場合、その行が表示されます。
エリックレシンスキー

回答:


16

コマンドpartprobeを実行して、コンピューターにパーティションのディスクを再スキャンさせます。


回答ありがとうございます。コンピューター全体を再起動するだけで、そのコマンドを実行しようとしましたが、成功しませんでした。
rmsrms1987

の出力はfdisk -l /dev/sdb何ですか?また、出力はdmesg何ですか?
ローレンス

1
@ rmsrms1987これは奇妙です... 4TiBパーティションでfdiskを使用していますが、うまく動作しているようです。ただし、この記事ibm.com/developerworks/linux/library/l-gpt/index.htmlでは、2 TiBより大きいパーティションはMBR(GPTのみ)で処理できず、fdiskではGPTを処理できないと説明しています。これは、ディスクにMBRがあることを意味するようです。fdisk -l / dev / sdbの出力を教えてください。TY
MariusMatutiae

パーティションは2TBを超えるためGNU Partedで作成されたと思いますが、この方法でアクセスしようとしても何も出力されません。何らかの理由で、sdb1はfdiskを使用している場合にのみ表示されます。
rmsrms1987

1
元の投稿を編集して、fdiskのより詳細な出力とpartedの出力を表示しました。この問題で私を助けてくれてありがとう。
rmsrms1987

3

これがまだ最新の問題であるかどうかはわかりませんが、ハードドライブの1つで同じ問題が発生しました。私testdiskはそれを使ってディスクを分析するように言った。不足しているパーティションを検出し、ディスクパーティションテーブルを更新しました。その後、コマンドを実行するpartprobeと、パーティションが/ dev /に完全に機能するようになりました。


これは別の答えの複製のように見えます。
bwDraco

1

これはおそらくあなたの問題ではありませんが、ドライブにRAIDスーパーブロックが存在することによって引き起こされる同様の症状の問題がありました。

確かに、ドライブのすべてをとにかく消去したかったので、そうでない場合はお勧めしません。しかしmdadm --zero-superblock /dev/sdb、私の場合は私のためにトリックをしました。


0

GPTをサポートする最新のLiveCD / LiveUSBからの起動については誰も話しませんでしたか?

最新のLinuxのLiveディストリビューションでコンピューターを起動してみてください。GPartedライブディスク、SystemRescueCDなども試してください。

使用したコンピューターがGPTや<2TiBディスクとの互換性を持たないか、2TiB以上のディスクをサポートしていないSATAコントローラーである可能性があります(手元にあるもの、マザーボードにあるもの、USBエンクロージャーにあるものを見ました)。 ..そして、4TiBであり、これも最悪です。一部のコントローラーは3 TiBまでしかサポートせず、ディスクあたり4TiB以上をサポートしません。

fdisk -lを使用するときにメインパーティションが表示されるのはなぜですか?ほとんどの場合、GPTパーティションを保護する「保護」MBRパーティションが表示されています。ディスクの最初のセクターに保存されます... 2TiBを超えるディスクに問題があるほとんどのSATAコントローラーと、3TiBにのみ問題がある一部のSATAコントローラーは、ディスクの最初の2TiB / 3TiBを見ることができます。 GPTはMBRの後、ディスクの最後にデータを保存するため、MBR(最初のセクター)は正しく、GPTはそうではありません。

両方のことを確認してください:GPTの互換性(チェックにはfdiskの代わりにgfisdkを使用)があり、SATAコントローラーは<2TiBのみに限定されず、<3TiBにも限定されません。

それを確認する最良の方法:GParted、SystemRescueCDなどのLiveLinuxから起動し、パーティションを(fdiskを使用して)リストしようとすると、modern fdisk -lはGPTパーティションをリストできます。

PD:MBRフィールド構造は、フィールド長のために使用可能なゾーンを最初の2TiBに制限します(MBRはその制限で設計されました)。


0

fdisk(バージョンによって異なります)は4TBドライブにパーティションを作成しようとし、パーティションタイプをGPTとしてマークしますが、そのパーティションはpartedによって認識されません。

解決策は、fdiskで作成したパーティションを削除し、partedを使用してすべてを実行することです。

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

「mkpart primary 0 3」の代わりに「mkpart primary 0 3TB」を実行する必要がある場合があります。

万が一、この後/ dev / sdb1が表示されない場合は、partprobeを実行してもう一度確認してください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.