ext4を含む4TB Verbatim外付けハードドライブがあります。
私のRaspberry Piに正常にマウントできます。
SSHルートアクセス権を持つWD Mybook Live Duoデバイスに接続しようとしています。
デバイスを接続すると、次のdmesgメッセージが表示されます。
usb 1-1: new high speed USB device using dwc_otg and address 2
usb 1-1: New USB device found, idVendor=18a5, idProduct=0400
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1: Product: USB 3.0 Desktop HD
usb 1-1: Manufacturer: Verbatim
usb 1-1: SerialNumber: 306239230569
usb 1-1: configuration #1 chosen from 1 choice
usbcore: registered new interface driver libusual
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
scsi 2:0:0:0: Direct-Access ST4000DM 000-1F2168 CC52 PQ: 0 ANSI: 6
sd 2:0:0:0: Attached scsi generic sg2 type 0
sd 2:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
usb-storage: device scan complete
sd 2:0:0:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
sd 2:0:0:0: [sdc] Write Protect is off
sd 2:0:0:0: [sdc] Mode Sense: 1f 00 00 08
sd 2:0:0:0: [sdc] Assuming drive cache: write through
sd 2:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
sd 2:0:0:0: [sdc] Assuming drive cache: write through
sdc: sdc1
sd 2:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
sd 2:0:0:0: [sdc] Assuming drive cache: write through
sd 2:0:0:0: [sdc] Attached SCSI disk
4TBサイズはきちんと認識されるようです。
メッセージはVery big device. Trying to use READ CAPACITY(16).私のRaspberryでも起こるので、エラーではないようですが、すべてがうまくいきます。
機器/dev/sdcと/dev/sdc1外観。だから、少なくともパーティションテーブルを認識すると思います。
（デバイスにインストールされていないため実行できず、fdisk -lデバイスに入れすぎたくありません）
実行すると、mount /dev/sdc1 ./mymountpoint/次のエラーが発生しますdmesg。
EXT4-fs (sdc1): filesystem too large to mount safely on this system
hdparm -I /dev/sdc絶対ゴミ表示：
NAS:/DataVolume# hdparm -I /dev/sdc
/dev/sdc:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ATA device, with removable media
Serial Number: abhs¦UU
Media Serial Num: ¦U¦¦yYT¦UU
Media Manufacturer: H
Transport: Parallel, ATA8-APT
Standards:
Used: unknown (minor revision code 0x5555)
Supported: 9 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 21845 0
heads 4352 0
sectors/track 61711 0
--
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 2796032 bytes
device size with M = 1024*1024: 2864663189 MBytes
device size with M = 1000*1000: 3003817068 MBytes (3003817 GB)
cache/buffer size = unknown
Nominal Media Rotation Rate: 11884
Capabilities:
IORDY(may be)(can be disabled)
Standby timer values: spec'd by Vendor
R/W multiple sector transfer: Max = 0 Current = ?
Recommended acoustic management value: 18, current value: 0
DMA: sdma15
PIO: unknown
* READ BUFFER DMA command
* Long physical sector diagnostics
* CFast specification support
Security:
Master password revision code = 112
supported
enabled
locked
not frozen
expired: security count
supported: enhanced erase
Security level high
Logical Unit WWN Device Identifier: 776f000000000013
NAA : 7
IEEE OUI : 76f000
Unique ID : 000000013
Integrity word not set (found 0x1400, expected 0xbaa5)
NAS:/DataVolume# lsusb示す:
Bus 001 Device 003: ID 18a5:0400 Verbatim, Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
このシステムでハードドライブを動作させるにはどうすればよいですか？
rsync（私のネットワークが非常に遅いので、これをバックアップの作成に使用したいと思います）
ラズベリーベースのLinux：
uname --all
Linux raspberrypi 3.12.22+ #691 PREEMPT Wed Jun 18 18:29:58 BST 2014 armv6l GNU/Linux
NASのLinux：
uname --all
Linux NAS 2.6.32.11-svn70860 #1 Thu May 17 13:32:51 PDT 2012 ppc GNU/Linux
修正する
hdparmRaspberry PiまたはUbuntu Live CDから入手した正しい情報は次のとおりです。
desinfect@desinfect:/dev$ sudo hdparm -I /dev/sdb
/dev/sdb:
ATA device, with non-removable media
Model Number: ST4000DM000-1F2168
Serial Number: Z300ZT7T
Firmware Revision: CC52
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0029)
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 7814037168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 3815447 MBytes
device size with M = 1000*1000: 4000787 MBytes (4000 GB)
cache/buffer size = unknown
Form Factor: 3.5 inch
Nominal Media Rotation Rate: 5900
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = ?
Advanced power management level: 128
Recommended acoustic management value: 208, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
Write-Read-Verify feature set
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* unknown 76[15]
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT LBA Segment Access (AC2)
unknown 206[7]
unknown 206[12] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
508min for SECURITY ERASE UNIT. 508min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000c500651cc162
NAA : 5
IEEE OUI : 000c50
Unique ID : 0651cc162
Checksum: correct
desinfect@desinfect:/dev$ sudo fdisk -l /dev/sdb
Warnung: GPT (GUID-Partitionstabelle) auf '/dev/sdb' erkannt! Das Hilfsprogramm Fdisk unterstützt GPT nicht. Verwenden Sie GNU Parted.
Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 Köpfe, 63 Sektoren/Spur, 486401 Zylinder, zusammen 7814037168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x7453181c
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
ハードドライブにはGPTがあります。 gparted は未分割の 4 MB の領域を示し、残りの 3.6 TB は ext4 パーティションに使用されます。parted次のように表示されます。
$ parted --list
Modell: ST4000DM 000-1F2168 (scsi)
Festplatte /dev/sdb: 4001GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Nummer Anfang Ende Größe Dateisystem Name Flags
1 4194kB 4001GB 4001GB ext4 linux
NASは2台の4TBハードドライブを使用し、ミラーリングにはmdraidを使用します。 NASではなぜ使用に問題がないのか疑問に思います。
ベストアンサー1
fdisk4TBデバイスにはすでに512bセクタの最大MBRの2倍があるため、これはできません。 GPTでフォーマットする必要があります。
~からウィキペディア:
MBRのパーティションテーブル構成は、ディスクのアドレス可能な最大記憶領域を2TB（232×512バイト）に制限します。
gdiskパッケージをダウンロードしてディスクを再フォーマットしてください。（私の考えにはすでにそうすべきですが）。ディスクが取り付けられていないコンピュータでGPTディスクを見ると、保護MBRは横説説を解釈しますhdparm。
また、物理セクタサイズが4kbで表示されており、より理解しやすくMBRが可能ですが、ご覧のとおりかなり薄暗いです。解決策はパーティションテーブルを更新することです。
もっとウィキペディア
パーティション情報は開始ブロックのアドレスと長さを使用してMBRパーティションテーブルに格納されるため、理論的には512バイトのセクタを持つディスクに割り当てられたスペースの合計サイズが4TBに近い方法でパーティションを定義できます。パーティションの 1 つが 2 TB の制限より低く、最後のパーティションがブロック 232-1 またはその近くで開始するように指定され、サイズは最大 232-1 で指定され、パーティションの代わりに 33 が必要です。アクセスするセクタアドレスには32ビットが使用されます。ただし、実際には、LBA-48をサポートする特定のオペレーティングシステム（内部で64ビットセクタアドレスを使用するLinux、FreeBSD、およびWindows 7を含む）のみが実際にこれをサポートしています。
コードスペース制限とMBRパーティションテーブルの32ビット専用の特性により、ブートセクタはパーティションテーブル全体をサポートするように特別に設計されていない限り、LBA-28ではなくLBA-48をサポートするように有効になっていても、32ビット計算を使用する場合がたくさんあります。 LBA-48アドレス範囲を補完するか、64ビットプラットフォームでのみ実行されます。内部的に32ビットセクタアドレスを使用するすべてのブートコードまたはオペレーティングシステムは、そのパーティションにアクセスするためにアドレスをラップします。すべてのパーティションの重大なデータ破損。
セクタサイズが512バイト以外のディスク（USB外付けドライブなど）にも制限があります。セクタサイズが4,096の場合、MBRを使用して定義されたパーティションサイズが8倍に増加し、最大16TiB（232×4096バイト）のパーティションサイズが可能になります。 Mac OS X だけでなく、Windows XP よりも最新の Windows バージョンは、より大きなセクタサイズをサポートし、Linux カーネルは 2.6.31 または 2.6.32 以降より大きなセクタサイズをサポートしていましたが、ブートローダ、パーティショニングツール、および BIOS 実装の問題は次のとおりです. 。セクタバッファ用に512バイトのみ予約するようにハードワイヤードされている場合が多いため、やや制限的です。セクタサイズが大きくて上書きされました。。これは予測不能な動作につながる可能性があるため、互換性と標準への準拠が問題の場合は避けてください。
以下は、非常に大きなドライブでより大きなMBRセクタサイズを使用できる可能性について議論するWestern Digital .pdfへのリンクです。明らかに、2.6.32カーネルはこの機能をサポートする最初のカーネルでした。コンパイル時のオプションかどうかはわかりませんが、独自のNASカーネルを構築するときはあまりにも新しいものかもしれません。
明らかに他の可能性もあります。 ~から.pdf
Older Linux Kernel version (all 2.4 and pre‐2.6.32) computing
environments with a legacy BIOS and MBR partition table scheme
encounter a barrier at 2.19 TB because they can address only up
to 232 logical blocks. Be sure to use kernels that contain support
for drives greater than 2.19TB. The kernels released after April
2010 have support for large capacity drives using 4096 sector sizes.
...
How You Can Take Advantage of Large Capacity Drives in Linux
• Use fdisk from util‐linux‐ng >= 2.17.2 or parted/gparted
• Use +size {M, G} convention to specify "Last sector"
(e.g. +5G to create 5GiB partition) then fdiskl aligns the
size to physical block boundary
• Remember that fdisk(8) always follows your wishes ‐‐ it means
that if you explicitly define first/last sector number then
the partition could be misaligned.
• Start the extended partition at sector 64 (the default is 63),
and end it at sector (total amount of sectors on the drive – 1)