web-dev-qa-db-ja.com

ドライブのサイズに2つの異なる値があり、それらをデバイスマッパーおよびLVMと調整する方法があるのはなぜですか？

私は1 TBドライブがUSBで接続されています。LVM物理ボリュームがデバイス全体に（パーティションテーブル）PV全体を使用して論理ボリュームを拡張しようとすると、device-mapperが文句を言い始めましたPV上のLVMによって割り当てられたセクションがデバイスよりも大きいこと。デバイスマッパーからのエラーメッセージ（dmesgで示される）は、1953320367 [dm]セクターのサイズを報告します。 ：

device-mapper: table: 254:0: sdf too small for target: start=1821353984, len=132169728, dev_size=1953320367

しかし、LVMは238467物理エクステントのPVを作成しました。これは1953521664 [lvm]セクターです（これは約100 MB以上です）。 ：

$ pvdisplay /dev/sdf
  --- Physical volume ---
  PV Name               /dev/sdf
  VG Name               apu-vg1
  PV Size               931.51 GiB / not usable 1.71 MiB
  Allocatable           yes 
  PE Size               4.00 MiB
  Total PE              238467
  Free PE               100
  Allocated PE          238367
  PV UUID               LrKDDW-4dXz-kDgh-CK78-OWhY-4sCH-rKT0e4

今私が実行した場合hdparm -gIデバイスで、デバイスのサイズの2つの値を確認できます。 geometryの下には、デバイスのサイズとしてdevice-mapperによって報告されるものと同じ値があります。しかし、LBA48ユーザーアドレス指定可能セクターの下には、値1953525168 [lba]があります。これは、コンバインよりも1 PE小さい値です。 PVのPEのサイズ。これは、これがLVMが認識する値であると私に思わせます。

$ hdparm -Ig /dev/sdf

/dev/sdf:
 geometry      = 121588/255/63, sectors = 1953320367, start = 0

ATA device, with non-removable media
          Model Number:       ST1000LM024 HN-M101MBB                  
          Serial Number:      S2RUJ9BC702524      
          Firmware Revision:  2AR10001
          Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
          Used: unknown (minor revision code 0x0028) 
          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: 1953525168
...

今私の質問に：

  • カーネルのさまざまな部分で使用されるデバイスのサイズに2つの異なる値があるのはなぜですか？
  • そして、LVMがデバイスマッパーがアクセスしようとしている/アクセスできるスペースよりも大きいPVを作成しないように、この状況をどのように処理/修正しますか？
linuxhard-disklvmdevice-mapperhdparm
13
Feuermurmel

ここでの重要な問題はあなたのFree PE値。 100エクステントのみが無料であるとどのように表示されているかに注意してください。つまり、それを拡張することはできません。 vgscan、pvscan、そしてvgdisplay（これもvgs）を実行すると、デバイスがすでにvg（およびlv（s）の可能性が高い）の一部であることがわかります。これがエクステントが解放されない理由です。

以下からの出力を提供できますか？

vgscan;pvscan;vgdisplay;vgs

エクステントのサイズと空きエクステントの数に基づいて、追加の400MBを取得できるはずです。

1
Khrystoph