GPTディスクパーティションのマウントに関する問題


11

GPTディスクにパーティションをマウントしようとしていますが、次のエラーが発生します。

$ sudo mount -t ext4 /dev/sda1 disk/
mount: special device /dev/sda1 does not exist

dmesgを見ると、/ dev / sdaにエラーはありません。

$ dmesg | grep sda
[    1.367508] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[    1.367514] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    1.367607] sd 0:0:0:0: [sda] Write Protect is off
[    1.367611] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.367654] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.367936]  sda:
[    1.392417] sd 0:0:0:0: [sda] Attached SCSI disk

fdiskはGPTパーティションを報告します。

$ sudo fdisk -l /dev/sda

Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       45423   366283322+  ee  GPT
Partition 1 does not start on physical sector boundary.

partedは失敗します:

$ sudo parted /dev/sda print
Error: /dev/sda: unrecognised disk label

カーネルはEFIをサポートしているようです(Debian GNU / Linux 5.0.3(Lenny)でEFI GPTパーティションテーブルがあるディスクにパーティションをマウントする方法

$ cat /boot/config-2.6.32-5-amd64 | grep EFI
CONFIG_EFI=y
CONFIG_FB_EFI=y
CONFIG_EFI_VARS=m
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFI_PARTITION=y

このGPTパーティションをマウントするにはどうすればよいですか?

編集:故障している同じディスクを別のマシンに接続したところ、問題なくコンテンツを確認できます。元の箱に戻すと、同じ問題が発生します。


1
私はあなたとまったく同じ問題を抱えています-あなたはそれを解決したことがありますか?
Eborbob 2015年

この問題があると思いましたが、/ dev / sda1ではなく/ dev / sdaをマウントしようとしていることがわかりました。私が切り替えた後は、問題なく(大容量のGPTディスクでも)動作しました。
cag51

回答:


8

を使用fdiskしてGPTディスクを操作することはできず、MBRディスクでのみ機能します。2TBを超えるディスクはすべてGPTでなければなりません。

カーネルがそれを(dmesg出力で)検出したにもかかわらず、マウントできるようにHDD がパーティション化されていないか、ファイルシステムでフォーマットされていないため、このHDDをマウントできない可能性があります。

これを行うには、次のことを試してください。

$ sudo sfdisk -l

これにより、すべてのGPTデバイスとパーティションが一覧表示されます。を使用してパーティションを作成することもできますsfdisk

$ sudo sfdisk /dev/sda

を使用してパーティションを作成しsfdiskたら、フォーマットする必要があります。

$ mkfs.ext4 /dev/sda1

上記を実行すると、最初に試行したとおりにHDDをマウントできるようになります。

HDDのファイルシステムの決定

HDDやパーティションがどのようにフォーマットされているかが不明な場合は、コマンドdumpe2fsを使用してこれを実行できます。

$ sudo dumpe2fs /dev/sda1 | less

このコマンドからの出力の解析については、このU&L Q&Aのタイトルで説明しています。ext2またはext3またはext4を確実に検出する方法

参照資料


ありがたいことに、これは新しいディスクではありません。ほぼ1年間使用しており、そこにext4ボリュームがある(またはあった)ことは間違いありません。
Hamza 2014

@Hamza- /dev/sda1in dmesgがないことは、カーネルが有用なファイルシステムを自動検出していないことを意味します。他のEXT4デバイスをマウントしていますか?これにより、EXT4デバイスをマウントできるようにドライバーが利用可能/機能していることが確認されます。
slm

はい、同じマシンに多数のext4パーティションがマウントされた他の4つのディスクがあります。
Hamza 2014

@Hamza- sfdisk -l?の出力
slm

ディスク/ dev / sda:364801シリンダー、255ヘッド、63セクター/トラック警告:パーティションテーブルは、C / H / S = * / 256/63(364801/255/63ではなく)用に作成されたように見えます。このリストでは、そのジオメトリを想定しています。単位= 8257536バイトのシリンダー、1024バイトのブロック、0から数えてデバイスブートスタートエンド#cyls #blocks Idシステム/ dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0-0 0 0空/ dev / sda3 0-0 0 0空/ dev / sda4 0-0 0 0空
Hamza

2

あなたとまったく同じ問題があったので、解決策は別のSATAコントローラーを使用することでした。問題のドライブがUSB SATAコントローラー経由で接続されているときに問題が発生しました。ドライブにアクセスするために、マザーボードのオンボードSATAコントローラーからDVDドライブを取り外し(スペアのソケットはありません)、ドライブを接続しました(再起動は必要ありません-SATAはホットプラグ可能です)。


1

忘れてくださいfdisk、代わりに(parted -lまたはgdisk -lパッケージからgptfdisk)を使用してください...


2
* nix.SEへようこそ!このような1行の意見に基づく回答は、あまり役に立ちません。これらの他のオプションの方が良い理由を説明してください。リンクやドキュメントを参照として使用すると、提案の質がさらに高まります。
HalosGhost 2014
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.