☰

Por que existem dois valores diferentes para o tamanho de uma unidade e como reconciliá-los com o mapeador de dispositivos e o LVM?

tag-icon • tag-icon linux hard-disk lvm device-mapper hdparm
Por que existem dois valores diferentes para o tamanho de uma unidade e como reconciliá-los com o mapeador de dispositivos e o LVM?

Eu tenho uma unidade de 1 TB conectada via USB. Ele contém um LVMvolume físicopreenchendo todo o dispositivo (sem nenhuma tabela de partição). Quando tentei estender umvolume lógicousando todo o PV, omapeador de dispositivocomecei a reclamar que a seção alocada pelo LVM no PV é maior que o dispositivo. A mensagem de erro do mapeador de dispositivos (conforme mostrado por dmesg) relata um tamanho de1953320367[dm] setores:

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

Mas o LVM criou um PV com 238467extensões físicas, qual é1953521664Setores [lvm] (que são cerca de 100 MB a mais):

$ 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

Agora, se eu executar hdparm -gIno dispositivo, posso ver dois valores para o tamanho do dispositivo. Sobgeometria, há o mesmo valor relatado pelo mapeador de dispositivos como o tamanho do dispositivo. Mas sobSetores endereçáveis ​​pelo usuário LBA48, aí está o valor1953525168[lba], que é menos de um PE maior que o tamanho combinado dos PEs do PV. Isso me faz pensar que este é o valor que o LVM vê:

$ 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
...

Agora para minhas perguntas:

  • Por que existem dois valores diferentes para o tamanho do dispositivo usado por diferentes partes do kernel?
  • E como faço para lidar/corrigir essa situação para que o LVM não crie PVs maiores que o espaço que o mapeador de dispositivos deseja/capaz de acessar?

Responder1

O principal problema aqui é o seu Free PEvalor. Observe como diz que apenas 100 extensões são gratuitas? Isso significa que você não poderá estendê-lo. Se você fizer um vgscan, pvscan e depois um vgdisplay (também vgs), provavelmente verá que seu dispositivo já faz parte de um vg (e provavelmente lv(s) também), e é por isso que as extensões não são gratuitas.

Você poderia fornecer a saída de:

vgscan;pvscan;vgdisplay;vgs

você poderá obter 400 MB adicionais com base no tamanho de suas extensões e quantas são gratuitas.

informação relacionada