web-dev-qa-db-ja.com

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

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パーティションをマウントするにはどうすればよいですか?

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

11
Hamza

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

カーネルが(dmesg出力で)HDDを検出しても、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を検出するための信頼できる方法

参考文献

8
slm

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

2
Eborbob

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

1
nowak

GPTディスクにパーティションをマウントしようとしていますが、

mount /dev/vda2 /mnt/server_disk 

エラーを出してください:

mount unknown filesystem type 'lvm2_member'

/ dev/vda0にはGPTパーティションテーブルがあります。マウントの場合、ここで解決策を見つけました http://pissedoffadmins.com/os/mount-unknown-filesystem-type-lvm2_member.html

0
ghindows