Início / ubuntu / Perguntas / 1012586
Accepted
Snappawapa
Asked: 2018-03-07 18:03:06 +0800 CST

Array array ausente após a reinicialização

  • 772

Embora eu veja que existem várias outras perguntas que parecem ser sobre o mesmo problema (ou semelhante), nenhuma delas tem uma resposta definitiva. Por isso, pergunto novamente.

Estou seguindo o guia aqui (externo, Digital Ocean) , especificamente o guia "Raid 1". Eu sigo todas as etapas, mas quando reinicio, o mdadm parece esquecer o array raid criado.

Quando recriado, parece bom e os dados na unidade parecem persistir após a recriação, embora o mdadm precise sincronizar novamente e construir a matriz novamente (o que leva muitas horas). Para esclarecer, tudo o que preciso fazer para recuperar a unidade raid é executar novamente o comando create e remontar o array.

Eu segui a seção "Salvar o layout da matriz" até o fim, mas isso ainda acontece. Alguém pode oferecer orientação sobre como fazer a matriz permanecer?

Se alguém quiser ver o resultado de algo, é só pedir.

/dev/sdb/e /dev/sdc/são as unidades que estou usando para o array, /dev/md0é o array.

Saída sudo blkidapós a reinicialização:

/dev/nvme0n1: PTUUID="a2ac4afb-a9fe-4c9c-aafd-ffe2e144b803" PTTYPE="gpt"
/dev/nvme0n1p1: UUID="f9b2e155-854d-4a5d-a67e-17bd15f38289" TYPE="ext4" PARTUUID="72fd637a-3f84-4c87-a1fc-6dd4d093ee1d"
/dev/sda1: LABEL="Recovery" UUID="56FEDCF2FEDCCAFF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ba0395b4-48a6-45b1-b340-cf4bfe1d29d2"
/dev/sda2: UUID="1ADD-CEB5" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="2024cdff-4b6f-460e-827d-7443180849e6"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="b0475376-4a4c-4388-8c13-486587f441d9"
/dev/sda4: UUID="22D0E70AD0E6E2D1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e4d35323-a0b8-4a47-9722-193cc6cd1197"
/dev/sdb: PTUUID="aea84627-3e11-46a5-8a09-96510cae3a1a" PTTYPE="gpt"
/dev/sdc: PTUUID="76fce25c-b721-441b-b82e-b42d2d43d24b" PTTYPE="gpt"

Saída sudo blkidapós a recriação do array raid:

/dev/nvme0n1p1: UUID="f9b2e155-854d-4a5d-a67e-17bd15f38289" TYPE="ext4" PARTUUID="72fd637a-3f84-4c87-a1fc-6dd4d093ee1d"
/dev/sda1: LABEL="Recovery" UUID="56FEDCF2FEDCCAFF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ba0395b4-48a6-45b1-b340-cf4bfe1d29d2"
/dev/sda2: UUID="1ADD-CEB5" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="2024cdff-4b6f-460e-827d-7443180849e6"
/dev/sda4: UUID="22D0E70AD0E6E2D1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e4d35323-a0b8-4a47-9722-193cc6cd1197"
/dev/nvme0n1: PTUUID="a2ac4afb-a9fe-4c9c-aafd-ffe2e144b803" PTTYPE="gpt"
/dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="b0475376-4a4c-4388-8c13-486587f441d9"
/dev/sdb: UUID="f80520f0-6304-ccc5-0ec2-bd8f6a2af079" UUID_SUB="5a38cecf-4236-db6a-d369-a53271993698" LABEL="BATTLESTAR:0" TYPE="linux_raid_member"
/dev/md0: LABEL="DataStore" UUID="c5be481b-d487-4632-8594-7b0b847f327a" TYPE="ext4"
/dev/sdc: UUID="f80520f0-6304-ccc5-0ec2-bd8f6a2af079" UUID_SUB="cd27b6f9-d6e3-1c22-8746-3f2ebb3c5eb4" LABEL="BATTLESTAR:0" TYPE="linux_raid_member"

Conteúdo de /etc/mdadm/mdadm.conf: (Certifico-me de atualizar isso a cada recriação para garantir que o UUID seja atualizado)

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Mon, 05 Mar 2018 19:04:50 -0500 by mkconf

ARRAY /dev/md0 metadata=1.2 name=BATTLESTAR:0 UUID=f80520f0:6304ccc5:0ec2bd8f:6a2af079
reboot raid hard-drive mdadm

3 respostas

  1. Best Answer

    Tudo bem, eu descobri, graças a uma dica de outra pergunta ....

    O que acabou resolvendo meu problema foi criar uma partição ext4 em cada unidade e apontar o mdadm para as partições e não para as próprias unidades. Depois disso, a matriz era persistente após a reinicialização.

    Não tentei isso antes desta pergunta porque a outra pergunta não havia marcado a resposta como aceita.

    • 4

  2. Eu sei que é um post antigo, mas eu estava lutando com esse problema e este é o meu resultado:

    Meus discos foram "congelados" - discos da Seagate. Você pode verificar, se tiver o mesmo problema, digitando o comando:

    hdparm -I /dev/sdb

    Que mostrou:

    Security: 
Master password revision code = 65534
    supported
not enabled
not locked
    frozen
not expired: security count
    supported: enhanced erase

    Não consegui alterar esta configuração. Os discos funcionaram bem com partições regulares, mas quando eu os estava formatando como linux raid, eles perderam a tabela de partições e ficaram "vazios" após a reinicialização.

    Eu criei raid em partições, não em dispositivos:

    mdadm --create --verbose /dev/md1 --level=1 --raid-devices=2 /dev/sdb1 /dev/sdc1

    E agora eles estão bem após a reinicialização e tudo funciona conforme o esperado.

    • 1

  3. Eu também segui o conselho aqui e me encontrei na mesma situação após uma reinicialização. A razão pela qual isso acontece é porque pelo menos um dos HDDs foi usado anteriormente e provavelmente contém uma tabela de partições.

    A solução é remover a tabela de partições antes de criar a matriz RAID.

    Substitui os primeiros 4 MB de dados em meus HDDs antes de criar o array:

    dd if=/dev/zero of=/dev/sdb bs=4096 count=1000
dd if=/dev/zero of=/dev/sdc bs=4096 count=1000
mdadm --create --verbose /dev/md0 --level=0 --raid-devices=2 /dev/sdb /dev/sdc

    Problema resolvido.

    • 1

relate perguntas