O servidor se recusa a inicializar quando o disco Raid5 está desconectado - / root / missing

Question

Eu configurei recentemente um NAS server executando um Debian OS (6.0.4)

Ele contém 4 disks , 3 deles estão em uma matriz Raid5 , enquanto o último é usado para o sistema operacional.

Para simular uma falha de disco, desconectei um dos discos de ataque, o que resultou na impossibilidade de inicialização do SO.

Ele iniciou a inicialização, reconheceu que md0 (a matriz de raid) estava sendo executada em 2/3 disks e, em seguida, gerou alguns erros.

Não foi possível encontrar os seguintes diretórios:

/dev/root on /root,
/dev on /root/dev,
/sys on /root/sys,
/proc on /root/proc

Parece que isso acontece independentemente de qual disco RAID foi removido. Esses diretórios devem estar em /dev/sdd meu disco de sistema.

Saída de fstab e blkid : link

Se você precisar de informações adicionais, entre em contato.

    

Answer 1

Você retira um disco e o sistema não inicializa além de carregar o kernel. Uma vez que o kernel tenta encontrar os sistemas de arquivos, ele reclama e deixa você com um mínimo de shell. Se é algo assim, então é provável que o grub (2) não esteja encontrando o dispositivo de disco raiz. Como você pegou um disco, os nomes dos dispositivos foram alterados, o que já foi / dev / sdd poderia agora ser / dev / sdc.

É possível que você reconfigure o grub (2) para usar UUIDs ao invés de nomes de dispositivos.

Embora isso pareça pelo menos um pouco estranho:

It was unable to find the following directories. /dev/root on /root, /dev on /root/dev, /sys on /root/sys, /proc on /root/proc

Por que esses diretórios estão no diretório raiz? Aqueles normalmente estariam localizados diretamente em / (/ dev et al). Você criou links simbólicos de / dev para / root / dev? se sim, por quê?

    

Answer 2

Adicionando outra resposta porque a discussão fica bastante longa.

Ainda estou me perguntando sobre

It was unable to find the following directories:

/dev/root on /root,

/dev on /root/dev,

/sys on /root/sys,

/proc on /root/proc

Por que você diz / root / dev etc? Você está apenas escrevendo / root para indicar o sistema de arquivos raiz? Isso é algo diferente de / root, que é o diretório inicial da conta raiz.

/ dev, / sys e / proc não devem estar em / root.

Se possível, você poderia colar texto ou fazer uma captura de tela da tela real em que a inicialização falha? Assim, podemos ver mais dos erros.

Atualização: algo deve ter feito com que seu sistema tentasse montar / proc, / dev /, / sys no lugar errado. Você tem que descobrir o porquê. Faça um "grep mount /etc/init.d" e verifique cuidadosamente os scripts que ele retorna. Além disso, veja qualquer outra coisa / etc que possa fazer seu sistema montar esses sistemas de arquivos no lugar errado.

Você precisa descobrir por que o seu systyem tenta montar esses sistemas de arquivos em / root e corrigir isso