É parted auto montagem de novas partições?

2

Parece haver um efeito colateral indesejado para o parted criar uma nova partição, se a partição existir anteriormente, ela será montada automaticamente, mesmo antes de ter sido formatada.

Isso é problemático para um script que, por exemplo:

parted -sm /dev/sdb mklabel gpt
parted -sm /dev/sdb mkpart primary ext4 1 1.8T
mkfs.ext4 -L drive /dev/sdb1

O mkfs falha aqui porque a partição está montada.

Esse comportamento é observado no CentOS 7, quando o disco de destino foi formatado e montado anteriormente desde a última inicialização .

Desmontando, removendo a entrada em /etc/fstab e o diretório do ponto de montagem, ainda dispara a condição; o ponto de montagem será criado e a partição montada automaticamente.

Não está claro quem cria o diretório do ponto de montagem ou de onde o parted usa as informações.

Uma reinicialização entre a limpeza do fstab e a chamada compartilhada resolverá esse problema. Não há parâmetros documentados em relação à montagem automática.

Então, esse comportamento é normal para o parted e existe uma maneira confiável de evitar que ele seja montado automaticamente?

    
por Vanista 22.03.2018 / 16:23

1 resposta

0

Após alguns testes completos, em março de 2018, a resposta é que não há como separar impedir que o systemd reúna automaticamente uma partição após a recriação a menos que tenha sido explicitamente configurado com noauto em / etc / fstab antecipadamente.

Solução alternativa

Como sugerido pelo @AB, outra ferramenta como fdisk ou gdisk pode ser usada em vez de parted para limpar corretamente as informações da partição antes de -criando. A única desvantagem é que essas ferramentas usam um shell interativo e não são projetadas para processamento em lote em um script.

Modo Interativo

# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.6

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): Y

Command (? for help): n
Partition number (1-128, default 1):
First sector (34-3907029134, default = 2048) or {+-}size{KMGTP}:
Last sector (2048-3907029134, default = 3907029134) or {+-}size{KMGTP}:
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300):
Changed type of partition to 'Linux filesystem'

Command (? for help): w

Final checks complete. About to write GPT data.
THIS WILL OVERWRITE EXISTING PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sda.
The operation has completed successfully.

Automação por tubo

Isto não é super limpo ou portátil, mas o mesmo resultado pode ser alcançado canalizando a entrada do usuário, linha por linha. Como no modo interativo, as linhas vazias aceitarão os padrões oferecidos pelo gdisk, que neste caso maximizam o uso da partição e selecionam o tipo apropriado para um sistema Linux.

echo -ne 'o\nY\nn\n\n\n\n\nw\nY\n' | gdisk /dev/sda

Monitoramento do SystemD

Durante a execução do gdisk , verificamos o dmesg quanto à atividade de montagem e observamos que há apenas alguns pedidos de informações do dispositivo:

kern  :info  : [Mar27 10:38]  sda: sda1
kern  :info  : [  +1.019077]  sda: sda1

Portanto, com este método, nosso script de automação pode continuar com segurança na parte mkfs .

    
por 27.03.2018 / 16:44