Início / server / Perguntas / 36038
Accepted
Teddy
Asked: 2009-07-06 04:10:43 +0800 CST

Reler a tabela de partição sem reiniciar?

  • 772

Às vezes, ao redimensionar ou mexer nas partições de um disco, o cfdisk dirá:

Wrote partition table, but re-read table failed. Reboot to update table.

(Isso também acontece com outras ferramentas de particionamento, então estou pensando que este é um problema do Linux e não um problema do cfdisk.) Por que isso acontece e por que isso só acontece às vezes , e o que posso fazer para evitá-lo?

Nota: Por favor, assuma que nenhuma das partições que estou realmente editando está aberta, montada ou em uso.

Atualizar:

cfdisk usa ioctl(fd, BLKRRPART, NULL)para dizer ao Linux para reler a tabela de partições. Duas das outras ferramentas recomendadas até agora ( hdparm -z DEVICE, sfdisk -R DEVICE) fazem exatamente a mesma coisa. O partprobe DEVICEcomando, por outro lado, parece usar um novo ioctl chamado BLKPG, que pode ser melhor; Não sei. (Ele também recorre ao BLKRRPART se o BLKPG falhar.)

O BLKPG parece ser uma operação "esta partição mudou; aqui está o novo tamanho" e parecia ser partprobechamado individualmente em todas as partições do dispositivo passado, portanto, deve funcionar se as partições individuais não forem usadas. No entanto, não tive a oportunidade de experimentá-lo.

linux partition fdisk

15 respostas

  1. Best Answer

    IMHO a resposta mais confiável/melhor é

    partprobe /dev/sdX
    • 79

  2. Reler as informações da tabela de partição nem sempre funciona, mas tente

    hdparm -z /dev/sda

    ou

    sfdisk -R /dev/sda

    Se funcionar, os valores em /proc/partitions serão alterados.

    • 22

  3. Eu (o questionador original) tive uma situação há alguns dias em que nenhuma das outras respostas (incluindo partprobe /dev/sdX, atualmente a resposta aceita e mais votada) funcionou. O que funcionou, no entanto, foi o seguinte:

    blockdev --rereadpt /dev/sdX

    (Não sei por que isso funcionou e os outros não, mas estou feliz que funcionou, pois me salvou de uma reinicialização em um servidor ocupado.)

    • 15

  4. No Centos7:

    De acordo com https://access.redhat.com/solutions/199573

    Você deveria tentar :

    partx -u <partition>

    Funcionou para mim.

    • 14

  5. Nota: Por favor, assuma que nenhuma das partições que estou realmente editando está aberta, montada ou em uso.

    Dada essa suposição, a tabela de partição pode ser verificada novamente com êxito e o problema não surgirá. Se você está recebendo esse erro, é porque a tabela de partição está em uso no momento e, portanto, não pode ser verificada novamente sem criar inconsistências.

    • 8

  6. Não é baseado na partição que você está editando.

    Suponha que você tenha apenas um disco rígido ( /dev/sda) e duas partições ( /dev/sda1, /dev/sda2) e tenha montado apenas uma partição ( /dev/sda1). Se você excluir ou alterar qualquer coisa sobre outra partição que nem esteja montada ( /dev/sda2), você receberá o erro de que a releitura da tabela de partições falhou e o kernel usará a tabela antiga.

    Mas se você tiver dois discos rígidos ( /dev/sda, /dev/sdb) e nenhuma das partições de ( /dev/sdb) estiver em uso. Em seguida, você pode adicionar / excluir / redimensionar / editar partições /dev/sdbe elas serão relidas sem nenhum problema. Mas mesmo que uma partição de /dev/sdb tenha sido montada durante a alteração. Então o kernel continuará usando a tabela antiga.

    • 6

  7. Com todos os pontos de montagem desmontados, executando o Yocto 2.4:

    partprobe /dev/sda

    Ainda não foi possível recarregar a tabela de partições depois que as partições foram excluídas no dispositivo. Também tentou - e falhou foram:

    udevadm trigger --subsystem-match=block; udevadm settle
hdparm -z /dev/sda
blockdev --rereadpt /dev/sda

    Todos relataram erros semelhantes "BLKRRPART falhou: dispositivo ou recurso ocupado...", instruindo-me a reinicializar. Essa falha dos métodos de trabalho anteriores possivelmente se deve ao fato de o udev estar agora sob controle do systemd? Pensando nessa linha, tentei:

    systemctl restart systemd-udevd.service

    E de repente meu disco está disponível novamente, sem reinicialização!

    • 5

  8. estou no centos 6.5x64 ; núcleo 2.6.32 . e estou testando o truque do fdisk para redimensionar.

    /dev/sda1 /boot
/dev/sda2 /

    Todos os comandos a seguir não fizeram a partição de releitura do kernel:

    • partprobe /dev/sda (aviso: kernel falhou ao reler ....)
    • hdparm -z /dev/sda (BLKRRPART falhou: dispositivo ou recurso ocupado)
    • blockdev -rereadpt /dev/sda (BLKRRPART falhou: dispositivo ou recurso ocupado)
    • sfdisk -R /dev/sda (BLKRRPART falhou: dispositivo ou recurso ocupado)

    eu ainda preciso de uma reinicialização para fazê-lo funcionar

    • 4

  9. Quando um comando como blockdev --rereadpt /dev/sdXfalha com

    blockdev: ioctl error on BLKRRPART: Device or resource busy

    isso geralmente significa que alguma partição (antiga) ainda é de alguma forma usada pelo kernel.

    Possíveis causas/correções:

    1. uma partição sdX - digamos sdX1- ainda está montada - verifique mounte desmonte-a
    2. /dev/sdX1faz parte de uma invasão de software - verifique cat /proc/mdstate possivelmente pare as matrizes relevantes, por exemplomdadm --stop /dev/md126
    3. /dev/sdX1faz parte de um volume físico LVM - verifique com pvdisplay/ vgdisplaye possivelmente desative comvgchange
    4. /dev/sdX1faz parte de algum mapeamento de dispositivo - por exemplo, via cryptsetup- check /dev/mappere lsblkpossivelmente remova o mapeamento (por exemplo cryptsetup luksClose)
    5. Condição de corrida com algumas sondagens do udev - verifique os processos em execução pse possivelmente mate um

    Se uma ferramenta - digamos blockdev --rereadptfalhar, geralmente outras semelhantes como ( partx -uv, kpartx, partprobe, kpartprobe) falham de maneira semelhante até que a causa raiz seja eliminada.

    • 4

  10. Você também pode tentar:

    echo 1 > /sys/block/sdX/device/rescan

    (Mas pode não funcionar, veja o comentário abaixo)

    • 3

relate perguntas