Ricardo Keso

Montei o seguinte cenário virtual: S.O.: Arch Linux 4.13.7-1 Disk1 VHD 8GB (/dev/sda1 - boot 64MB, /dev/sda2 - swap 1256MB, /dev/sda3 raiz 7.7GB) Disk2 VHD 1GB (/dev/sdb1) Disk3 VHD 1GB (/dev/sdc1) Disk4 VHD 1GB (/dev/sdd1) Disk5 VHD 1GB (/dev/sde1) Criei um raid 5 com os discos de 1GB totalizando 3GB. (/dev/md0) Criei 5 arquivos de 500MB dentro da unidade montada do raid e mais alguns arquivos menores. Desliguei o sistema com "STOP" na VM e não com o "poweroff" do sistema para simular um desligamento por "KERNEL PANIC" talvez; Exclui o VHD 1 que continha o SO, e criei um novo com os mesmos tamanhos de partições e reinstalei o SO. Adicionei posteriormente 3 dos 4 discos do array, para testar se montava degradado. Para minha surpresa o SO reconheceu o RAID5 e o "filesystem" virtual /dev/md0, montei-o e todos os arquivos entavam presentes, e como era de se esperar o raid acusa ausência do disco2 e estado degradado. ------------------------------------------------------------------------------------------------------------- [root@archlinux raid5]# mdadm --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Mon Oct 16 19:10:35 2017 Raid Level : raid5 Array Size : 3140352 (2.99 GiB 3.22 GB) Used Dev Size : 1046784 (1022.25 MiB 1071.91 MB) Raid Devices : 4 Total Devices : 3 Persistence : Superblock is persistent Update Time : Wed Oct 18 19:12:19 2017 State : clean, degraded Active Devices : 3 Working Devices : 3 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 256K Name : archlinux:0 (local to host archlinux) UUID : 9e0bfefa:bbffd527:a1341b2c:125f926b Events : 31 Number Major Minor RaidDevice State 0 8 17 0 active sync /dev/sdb1 - 0 0 1 removed 2 8 49 2 active sync /dev/sdd1 4 8 33 3 active sync /dev/sdc1 ------------------------------------------------------------------------------------------------------------- Sendo assim, posso concluir que o RAID5 via software utilizando o S.O. Arch Linux 4.13.7-1, se manteve íntegro após substituição do S.O. e da retirada de um dos discos. Então @Moises Levy, acho que é isso!!! Obrigado por ter interagido!!!

@Moises Levy Tudo tranquilo? Então, o que eu fizer com qualquer disco do RAID1 desde que não recrie o array ou sobreescreva os dados, terei os mesmos intactos. foi o que aconteceu quando corrompeu o SO a pouco mais de uma semana, mais foi simples de resolver como citei. O problema é que no meu cenário de 4 discos (excluindo o do SO), as paridades ficam distribuídas, como em: https://en.wikipedia.org/wiki/Standard_RAID_levels#/media/File:RAID_5.svg Como quem controla as paridades é o SO, não sei se trocando de sistema, se eu perderia a paridade e consequentemente os dados. Também não tenho 4 discos livres para testar, ao menos 2 tem dados. Assim que possível, vou tentar virtualizar esse ambiente, e posto o resultado..

@porxmex Já testou nas 2.0? O HD dá algum sinal de vida (giro/led)?

Veja se ele aparece no gerencimento do computador->Armazenamento, se não pode ser energia, a porta pode não estar fornecendo energia suficiente, às vezes acontece com usbs frontais. Se possível utilize um cabo "Y" em 2 usbs de barramentos distintos no fundo do gabinete (direto na placa).

Olá, tudo tranquilo pessoal? Tenho 2 hds de 1TB e 2 hds de 2TB, ambos os pares em raid1 via software (S.O. Arch Linux em um 5o disco), resultando em volumes de 1 e 2 TB respectivamente (total 3 TB), pretendo adquirir mais 2 hds de 2TB para substituir os de 1TB. Já tive problemas uma vez com o S.O. porém como os discos estavam em raid1 apenas subi um novo SO e refiz os arrays. Dessa vez pretendo utilizar os 4 hds para fazer raid5 totalizando 6TB, minha dúvida é a seguinte: "Se perder o SO que estará no 5o disco, conseguirei refazer o raid ser perder dados visto que eles estão fragmentados entre os discos?"