Não é possível acessar a matriz Intel RAID 1 falsa no Fedora 14 após a reinicialização

1

Primeiro eu sou relativamente novo no Linux (mas não no * nix). Eu tenho 4 discos montados nos seguintes arrays de rake falsos intel ahci bios:

  • 2x320GB RAID1 - usado para sistemas operacionais md126
  • 2x1TB RAID1 - usado para dados md125

Eu usei o ataque de tamanho 320GB para instalar meu sistema operacional e o segundo ataque que nem mesmo selecionei durante a instalação do Fedora 14. Após o particionamento e a instalação bem-sucedida do Fedora, tentei disponibilizar o segundo array, foi possível torná - lo visível no linux com o mdadm --assembe --scan, depois disso criei uma partição de tamanho máximo e um sistema de arquivos de tamanho máximo ext4. Montado e usado. Após a reinicialização - alguns erros de E / S durante a inicialização em relação à incapacidade do md125 + de montar o sistema de arquivos e cair no shell de reparo. Eu comentei o sistema de arquivos no fstab e inicializei. Para minha surpresa, o array foi marcado como "somente leitura automática":

[root@localhost ~]# cat /proc/mdstat 
Personalities : [raid1] 
md125 : active (auto-read-only) raid1 sdc[1] sdd[0]
      976759808 blocks super external:/md127/0 [2/2] [UU]

md127 : inactive sdc[1](S) sdd[0](S)
      4514 blocks super external:imsm

md126 : active raid1 sda[1] sdb[0]
      312566784 blocks super external:/md1/0 [2/2] [UU]

md1 : inactive sdb[1](S) sda[0](S)
      4514 blocks super external:imsm

unused devices: <none>
[root@localhost ~]#

E a partição nela não estava disponível como arquivo especial do dispositivo em / dev:

[root@localhost ~]# ls -l /dev/md125*
brw-rw---- 1 root disk 9, 125 Jan  6 15:50 /dev/md125
[root@localhost ~]#

Mas a partição está lá de acordo com o fdisk:

[root@localhost ~]# fdisk -l /dev/md125

Disk /dev/md125: 1000.2 GB, 1000202043392 bytes
19 heads, 10 sectors/track, 10281682 cylinders, total 1953519616 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x1b238ea9

      Device Boot      Start         End      Blocks   Id  System
/dev/md125p1            2048  1953519615   976758784   83  Linux
[root@localhost ~]# 

Eu tentei "ativar" o array de maneiras diferentes (não tenho experiência com o mdadm e a página man é gigantesca, então eu estava navegando apenas procurando a minha resposta), mas era impossível - o array ainda permaneceria em "somente leitura automática" e o arquivo especial do dispositivo para a partição não estará em / dev. Foi só depois que recriou a partição via fdisk que reapareceu em / dev ... até a próxima reinicialização.

Então, minha pergunta é - Como faço o array automaticamente disponível após a reinicialização?

Aqui estão algumas informações adicionais:

Primeiro, consigo ver o UUID da matriz em blkid:

[root@localhost ~]# blkid 
/dev/sdc: UUID="b9a1149f-ae11-4fc8-a600-0d77354dc42a" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdd: UUID="b9a1149f-ae11-4fc8-a600-0d77354dc42a" SEC_TYPE="ext2" TYPE="ext3" 
/dev/md126p1: UUID="60C8D9A7C8D97C2A" TYPE="ntfs" 
/dev/md126p2: UUID="3d1b38a3-b469-4b7c-b016-8abfb26a5d7d" TYPE="ext4" 
/dev/md126p3: UUID="1Msqqr-AAF8-k0wi-VYnq-uWJU-y0OD-uIFBHL" TYPE="LVM2_member" 
/dev/mapper/vg00-rootlv: LABEL="_Fedora-14-x86_6" UUID="34cc1cf5-6845-4489-8303-7a90c7663f0a" TYPE="ext4" 
/dev/mapper/vg00-swaplv: UUID="4644d857-e13b-456c-ac03-6f26299c1046" TYPE="swap" 
/dev/mapper/vg00-homelv: UUID="82bd58b2-edab-4b4b-aec4-b79595ecd0e3" TYPE="ext4" 
/dev/mapper/vg00-varlv: UUID="1b001444-5fdd-41b6-a59a-9712ec6def33" TYPE="ext4" 
/dev/mapper/vg00-tmplv: UUID="bf7d2459-2b35-4a1c-9b81-d4c4f24a9842" TYPE="ext4" 
/dev/md125: UUID="b9a1149f-ae11-4fc8-a600-0d77354dc42a" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda: TYPE="isw_raid_member" 
/dev/md125p1: UUID="420adfdd-6c4e-4552-93f0-2608938a4059" TYPE="ext4" 
[root@localhost ~]# 
    
por Hennes 07.01.2011 / 00:41

1 resposta

0

Ao ler o seu problema, lembrei-me de que tinha um problema semelhante que poderia resolver para executar fdisk para cada um dos dispositivos e selecionar o tipo de alteração (t) e depois fd (autodetect do linux raid) e o write (w) .

Eu também tive que adicionar o raid (no meu caso md3) ao /etc/mdadm.conf, no entanto, parece já estar lá no seu caso. O que eu fiz para fazer isso foi:

mdadm -Q --examine /dev/sdb1

Em seguida, recupere o UUID e use em:

mdadm -A -u 6f14c076:4b61f2e9:17138dff:69d83514 /dev/md3

isto irá detectar a configuração do md3 e iniciar o ataque

mdadm --examine --scan >>/etc/mdadm.conf

detecta todos os dispositivos e armazenamentos de 4 md.

vi /etc/mdadm.conf

modificado para adicionar minha última linha md3

Verifique com pvs, vgs e lvs.

    
por 06.04.2011 / 12:25