Dificuldade em remover um array desnecessário

0

Estou com um pouco de dificuldade para me livrar de um array raid1 de 2 discos.

(Ubuntu Server 16.04)

Eu criei um array a partir de drives de 2x 3tb usando o mdadm - o array era apenas para armazenamento de dados, e não parte do meu sistema OS / boot.

No entanto, eu percebi que ele só pegou um tamanho de array de 2 TB - então segui alguns passos para (o que eu pensei que seria) remover o array, então mudei ambos os discos para gpt.

Reinicializou e foi lançado para o modo de emergência, pois não foi possível carregar o dispositivo md0

Depois de lotes de brincar, eu consegui (aparentemente) remover a expectativa de um array existente, e agora reiniciei meu sistema - ufa!

Eu pensei que era isso - mas não completamente.

Eu criei as novas partições nos discos 2x e elas são exibidas como 3 TB - no entanto, o sistema ainda acredita que elas são parte de uma matriz. Por exemplo ...

sudo mdadm --detail / dev / md0

/dev/md0:
        Version : 1.2
  Creation Time : Sun Jul 31 13:22:09 2016
     Raid Level : raid1
     Array Size : 2147351488 (2047.87 GiB 2198.89 GB)
  Used Dev Size : 2147351488 (2047.87 GiB 2198.89 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Sun Jul 31 19:56:08 2016
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : ARES:0  (local to host ARES)
           UUID : db925a50:039ab51d:bc8b06da:80bacf04
         Events : 3059

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

e

lsblk

NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda       8:0    0   2.7T  0 disk
└─sda1    8:1    0   2.7T  0 part
  └─md0   9:0    0     2T  0 raid1 
sdb       8:16   0   2.7T  0 disk
└─sdb1    8:17   0   2.7T  0 part
  └─md0   9:0    0     2T  0 raid1 
sdc       8:32   0   1.8T  0 disk
└─sdc1    8:33   0   1.8T  0 part  /datamounts/s2
sdd       8:48   0   7.3T  0 disk
└─sdd1    8:49   0   7.3T  0 part  /datamounts/media
sde       8:64   0 119.2G  0 disk
├─sde1    8:65   0 115.4G  0 part  /
├─sde2    8:66   0     1K  0 part
└─sde5    8:69   0   3.9G  0 part  [SWAP]

Eu verifiquei o mdadm.conf, mas não parece ser nada incriminador aqui ...

# mdadm.conf
#
# 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

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# 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 file was auto-generated on Sun, 31 Jul 2016 10:13:10 +0100
# by mkconf $Id$

Portanto, ainda há claramente algo referenciando a matriz - mas não tenho certeza de quais etapas devo tomar para remover qualquer link para ela, mas sem quebrar meu sistema novamente (ainda muito novo em tudo isso, como você pode perceber!)

Eu posso rodar mdadm --stop / dev / md0, mas não quero executar --remove até saber que essa é a coisa certa a fazer!

Obrigado por qualquer dica / ajuda oferecida!

Editar para adicionar ...

Visto muitas referências a / proc / mdstat, soa como se eu devesse incluir o conteúdo deste arquivo também.

Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[0] sdb1[1]
      2147351488 blocks super 1.2 [2/2] [UU]
      bitmap: 0/16 pages [0KB], 65536KB chunk

unused devices: <none>

Editar 2

Um dos passos sugeridos na remoção do mdadm foi

sudo mdadm --zero-superblock /dev/sda/

mas sempre recebi um erro dizendo que não poderia ser aberto para gravação. A unidade não foi montada, por isso não sabia como proceder e se era parte do problema

Se eu entendi direito, o comando acima irá "apagar" a informação do superbloco, que é talvez o que está sendo lido para assumir que eles ainda fazem parte de um array.

Estou tentando zerar a (s) unidade (s) inteira (s) usando

sudo dd if=/dev/zero of=/dev/sda
sudo dd if=/dev/zero of=/dev/sdb

e eu vou ver se isso faz alguma diferença

    
por aldredd 31.07.2016 / 21:54

1 resposta

0

Ok, então a resposta para mim foi fazer o seguinte ...

execute as etapas habituais para parar e remover uma matriz de ataque

mdadm --stop /dev/md0
mdadm --remove /dev/md0

neste ponto, um reinício da máquina é reiniciado 'o ataque novamente

instruções anteriores para usar --zero-superblock falharam para mim, então tentei preencher os discos com 0s ...

sudo dd if=/dev/zero of=/dev/sda status=progress
sudo dd if=/dev/zero of=/dev/sdb status=progress

(Eu corri os dois ao mesmo tempo em terminais diferentes - levou cerca de 12 horas em drives de 3 TB)

e isso fez o truque - várias reinicializações mais tarde e nenhum traço da matriz.

Re-formatou / particionou os discos e estou de volta onde eu queria estar.

Eu serei honesto - não tenho certeza se refazer o array como 2x3tb como originalmente planejado, ou simplesmente executar um backup semanal no disco 2 (não é um dado crítico, ou mudar isso com frequência) - mas faça isso menos se sinta um pouco mais armada desta vez se eu der raid outra vez.

    
por aldredd 02.08.2016 / 10:39