Início / unix / Perguntas / 507470
Accepted
lylklb
Asked: 2019-03-21 07:06:34 +0800 CST

Por que partx não pode ler a tabela de partição de alguns discos

  • 772

partx não consegue ler a tabela de partição /dev/sdbneste sistema. Por que ele retorna esta 'falha ao ler a tabela de partição' mostrada abaixo, em vez de null/empty ? Este resultado de 'falha' sempre significa que a tabela de partições do dispositivo está danificada?

Notas: aqui o sdb pode funcionar bem como LVM sem qualquer partição！

    # pvs
      PV         VG                                        Fmt  Attr PSize    PFree  
      /dev/sda3  vgroot                                    lvm2 a--    89.00g   4.00m
      /dev/sda4  vgroot                                    lvm2 a--   746.78g 746.78g
      /dev/sdb   vgdata                                    lvm2 a--  <836.99g      0 

    # 
    # 
    # sfdisk -l /dev/sdb

    Disk /dev/sdb: 109262 cylinders, 255 heads, 63 sectors/track
    # 
    #
    # sfdisk -l /dev/sda

    Disk /dev/sda: 109262 cylinders, 255 heads, 63 sectors/track
    Units: cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

       Device Boot Start     End   #cyls    #blocks   Id  System
    /dev/sda1          0+ 109262- 109263- 877647871+  ee  GPT
    sfdisk:                 start: (c,h,s) expected (0,0,2) found (0,0,1)

    /dev/sda2          0       -       0          0    0  Empty
    /dev/sda3          0       -       0          0    0  Empty
    /dev/sda4          0       -       0          0    0  Empty
    # 
    # 
    # partx -s /dev/sdb 
    partx: /dev/sdb: failed to read partition table
    # 
    # partx -s /dev/sda
    NR     START        END    SECTORS   SIZE NAME                 UUID
     1      2048     411647     409600   200M EFI System Partition 255f05dd-3c30-4eb5-b4ef-e222216eb27e
     2    411648    2508799    2097152     1G                      0eba1772-1106-4a63-bad6-6d20be988dba
     3   2508800  189171711  186662912    89G                      39fab8c9-bd96-47a2-b5db-495e43159055
     4 189171712 1755295710 1566123999 746.8G                      9e3d6237-5c7f-4443-8b60-b258052a8b32

    # 
    # 
    # pvdisplay /dev/sdb
      --- Physical volume ---
      PV Name               /dev/sdb
      VG Name               vgdata
      PV Size               836.99 GiB / not usable 2.00 MiB
      Allocatable           yes (but full)
      PE Size               4.00 MiB
      Total PE              214269
      Free PE               0
      Allocated PE          214269
      PV UUID               IsOr0G-UBTt-Qn1E-bx6R-dzvY-HqSE-bNiCaq

    # 
    # 
    # lsb_release -a
        LSB Version:    :core-4.1-amd64:core-4.1-noarch
        Distributor ID: RedHatEnterpriseServer
        Description:    Red Hat Enterprise Linux Server release 7.4 (Maipo)
        Release:        7.4
        Codename:       Maipo
    # 
    #

Outra fragrância do sistema:

O seguinte partx pode produzir diretamente nulo/vazio sem qualquer partição, por que?
Notas: o seguinte sdb também pode funcionar bem como LVM sem qualquer partição！

# 
# 
# partx  /dev/sdb
# 
# 
# 
# pvdisplay  /dev/sdb
  --- Physical volume ---
  PV Name               /dev/sdb
  VG Name               vgdoc
  PV Size               600.00 GB / not usable 4.00 MB
  Allocatable           yes (but full)
  PE Size (KByte)       4096
  Total PE              153599
  Free PE               0
  Allocated PE          153599
  PV UUID               mMPvrE-NBP5-9n3J-77w5-57p0-1R7E-ggFCEj

# 
#  
# 
# lsb_release -a
LSB Version:    :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: RedHatEnterpriseServer
Description:    Red Hat Enterprise Linux Server release 5.5 (Tikanga)
Release:        5.5
Codename:       Tikanga
# 
#

1) Meu pensamento é que o partx não deve sair com "falha ao ler ..." se o disco realmente não tiver partição.
Notas: como você pode ver, o partx apenas produz nulo/vazio em outro sistema com o disco não particionado.

2) É normal que os PV/LVMs possam ser criados e usados ​​nas partições do disco, não é?

 Device Boot Start     End   #cyls    #blocks   Id  System
   /dev/sda1   *      0+     25-     26-    204800   83  Linux
   /dev/sda2         25+  36404-  36380- 292215808   8e  Linux LVM
partition sfdisk

1 respostas

  1. Best Answer

    partxrequer uma tabela de partição. Os resultados postados mostram que não há tabela de partição no sdb.

    Isso é diferente de um disco que tem uma tabela de partições, mas sem partições. Nesse caso, você não poderia ter um LVM PV nesse disco.

    Compare a saída de

    • blkid -o export /dev/sda
    • blkid -o export /dev/sda3
    • blkid -o export /dev/sdb

    Você também pode achar lsblkútil.

    sdbnão podem ser formatados simultaneamente como um LVM PV e como uma tabela de partição, porque incluiriam estruturas conflitantes no primeiro setor. Para ver que ambos incluiriam estruturas no primeiro setor, compare:

    • wipefs --no-act /dev/sda
    • wipefs --no-act /dev/sda3
    • wipefs --no-act /dev/sdb

    A coluna "offset" de wipefs --no-actestá em bytes.

    Você deve ter cuidado se você correr wipefs. Ele faz o que parece. No entanto, é seguro se você executar wipefs --no-act.

    • 1

relate perguntas