Por que o md raid não é montado após a reinicialização?

1

Estou tentando obter uma configuração do Intel RAID. O problema que tenho é que depois de uma reinicialização, o ataque não está disponível.

Estes são os passos que passo para configurar o Intel RAID usando o comando mdadm. Eu segui os passos no link .

$ sudo mdadm --detail-platform
   Platform : Intel(R) Matrix Storage Manager
    Version : 12.0.0.1783
RAID Levels : raid0 raid1 raid10 raid5
Chunk Sizes : 4k 8k 16k 32k 64k 128k
2TB volumes : supported
  2TB disks : supported
  Max Disks : 6
Max Volumes : 2 per array, 4 per controller
I/O Controller : /sys/devices/pci0000:00/0000:00:1f.2 (SATA)

$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
unused devices: <none>

$ sudo mdadm --create /dev/md/imsm /dev/sd[b-c] -n 2 -e imsm
mdadm: container /dev/md/imsm prepared.                                                                                                                                         

$ sudo mdadm --create /dev/md/vol0 /dev/md/imsm -n 2 -l 1                                                                                                                       
mdadm: cannot open device: 11:0
mdadm: array /dev/md/vol0 started.

$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md126 : active raid1 sdc[1] sdb[0]
  1953511424 blocks super external:/md127/0 [2/2] [UU]
  [>....................]  resync =  0.4% (8213824/1953511424) finish=192.8min speed=168142K/sec

md127 : inactive sdc[1](S) sdb[0](S)
  2210 blocks super external:imsm

unused devices: <none>

$ sudo mdadm --examine --scan --config=mdadm.conf
ARRAY metadata=imsm UUID=1b6e3d9e:e14f7906:38f86e54:1f85cdcd
ARRAY /dev/md/vol0 container=1b6e3d9e:e14f7906:38f86e54:1f85cdcd member=0 UUID=546b601a:ccfa6f04:2cc1d0f5:aa05edc2

$ sudo vi /etc/mdadm/mdadm.conf
$ cat /etc/mdadm/mdadm.conf
# 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
ARRAY metadata=imsm UUID=1b6e3d9e:e14f7906:38f86e54:1f85cdcd
ARRAY /dev/md/vol0 container=1b6e3d9e:e14f7906:38f86e54:1f85cdcd member=0 UUID=546b601a:ccfa6f04:2cc1d0f5:aa05edc2

= - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = -
Então eu reiniciei aqui com o ataque trabalhando
= - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = -

$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
unused devices: <none>
$ sudo mdadm --assemble --scan
mdadm: Container /dev/md/imsm0 has been assembled with 2 drives
mdadm: Started /dev/md/vol0 with 2 devices
$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md126 : active raid1 sdb[1] sdc[0]
  1953511424 blocks super external:/md127/0 [2/2] [UU]
  [>....................]  resync =  4.0% (78945280/1953511424) finish=30274.0min speed=1024K/sec

md127 : inactive sdc[1](S) sdb[0](S)
  6306 blocks super external:imsm

unused devices: <none>

Então, depois de executar um comando de montagem, o ataque está disponível, mas por que ele não está lá após uma reinicialização por padrão?

O sistema está em execução;

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=13.10
DISTRIB_CODENAME=saucy
DISTRIB_DESCRIPTION="Ubuntu 13.10"

$ uname -a
Linux mdk1 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
    
por mikelanc 28.03.2014 / 22:46

5 respostas

2

O suporte para intel fakeraids é novo no mdadm em 14.04. Versões anteriores do Ubuntu usaram dmraid para ativá-las. Observe que, a menos que você esteja inicializando duas vezes com o Windows, você deve evitar o material fakeraid completamente e apenas se ater ao mdadm nativo.

    
por psusi 28.03.2014 / 22:54
2

Para pessoas que enfrentam erros # 1318351 "o mdadm não monta ataques imsm durante a inicialização normal " afetando Intel Hardware RAID (imsm) no Ubuntu 14 & amp; 15 pelo menos, isso resolveu a questão:

Edite /etc/default/grub para ter:

#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomdmonddf nomdmonisw"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Edite /etc/default/grub.d/dmraid2mdadm.cfg para ter:

DMRAID2MDADM_TOAPPEND=""

Lançamento:

sudo dpkg-reconfigure mdadm
sudo update-grub
sudo update-initramfs -u

Você pode parar aqui se isso resolveu seu problema. Abaixo está para ir mais longe.

Isto, obviamente, supõe que seu /etc/mdadm/mdadm.conf é bom. O meu parece assim para um NTFS RAID0:

CREATE owner=MYUSERNAME group=disk mode=0775 auto=yes
MAILADDR root
ARRAY /dev/md0 level=container num-devices=2 metadata=imsm UUID=XXXXXXXX:XXXXXXXX:XXXXXXXX:XXXXXXXX devices=/dev/sdb,/dev/sdc
ARRAY /dev/md1 level=raid0 num-devices=2 container=/dev/md0 member=0 UUID=YYYYYYYY:YYYYYYYY:YYYYYYYY:YYYYYYYY devices=/dev/sdb,/dev/sdc auto=md

Foi gerado com:

sudo mdadm --assemble --scan
sudo mdadm --detail --scan --verbose

E um pouco adaptado.

Finalmente, se os discos forem montados corretamente na inicialização (visível no Nautilus), você poderá começar a jogar com /etc/fstab para montar o disco na inicialização.

Sempre teste seu / etc / fstab com isso para evitar ficar preso na inicialização:

sudo mount -a

Se a inicialização normal falhar após a edição fstab, inicie no modo de recuperação e vá para a linha de comando:

loadkeys fr
mount -o remount,rw /
pico /etc/fstab

fr para teclados franceses.

    
por KrisWebDev 17.09.2015 / 23:29
1

Adicionar

auto=md

para a linha ARRAY adequada no mdadm.conf:

Antes:

ARRAY /dev/md/vol0 container=1b6e3d9e:e14f7906:38f86e54:1f85cdcd member=0    UUID=546b601a:ccfa6f04:2cc1d0f5:aa05edc2

Depois:

ARRAY /dev/md/vol0 container=1b6e3d9e:e14f7906:38f86e54:1f85cdcd member=0 UUID=546b601a:ccfa6f04:2cc1d0f5:aa05edc2 auto=md

No meu caso, eu não estou usando containers (como no papel da Intel), então eu tenho apenas uma linha onde eu também especifico o formato de metadados, como abaixo:

ARRAY /dev/md/hdd level=raid10 metadata=1.0 num-devices=4 UUID=462b55f7:e09bc196:deb847c4:b6be609c name=hdd auto=md

Em md, os nomes de invasão funcionam apenas com metadados 1.0 ou superiores. Espero que esta ajuda.

    
por alberto.morell 03.04.2014 / 11:21
1

Eu tenho o mesmo problema com uma invasão de bios falsa. Como meu ataque é necessário para inicializar, tive que colocar um script em / usr / share / initramfs-tools / scripts / init-premount para montar o raid:

#!/bin/sh
mdadm --assemble --scan

Então eu atualizo o initram executando o comando:

update-initramfs -u

Eu tento fazer meu raid funcionar com dmraid, mas apenas o conjunto raid0 estava funcionando. O raid5 parece funcionar apenas com o mdadm. No entanto, com o Ubuntu 12.04, ambos os conjuntos de raid estavam trabalhando com o dmraid.

    
por Jean-Francois Birtz 16.08.2014 / 21:07
0

Este é um problema conhecido:

link

Por favor, poste um acompanhamento para o bug

    
por Ted 19.04.2015 / 17:51