O Linux não vê o sdc na inicialização (mas durante a instalação)

Question

OK, agora estou com prejuízo.

Eu tenho lutado para fazer o meu Ubuntu funcionar. Depois de alguns dias de luta com ele, desisti e reinstalei pensando que resolveria isso.

Não foi.

O que eu obtenho é um kernel panic (o mesmo de quando tentei consertar as coisas) dizendo que boot não pode encontrar sdc2 (onde root está localizado, sdc1 é / boot). Ele só me oferece as partições para drives sda e sdb, mas não o sdc. Mas aqui está o kicker: acabei de instalar o sistema e definitivamente consegui ver o sdc!

O motivo pelo qual eu não gostaria de atrapalhar a tabela de partições é que já a configurei (e também tenho uma configuração RAID5 que não quero estragar acidentalmente).

Como isso é possível? Parece que a ordem dos discos de alguma forma mudou (porque eu tenho certeza que eu tinha boot e root no sda - embora eu não estou 100% certo, mas se não, eu não sei o que eu estava pensando). Tentando mudar a ordem de inicialização no BIOS não fez nada, eu recebo exatamente a mesma configuração durante a instalação.

Agora estou ficando sem ideias. Vou encontrar 4 terabytes de armazenamento de backup em algum lugar, copiar os dados RAID5 e limpar todo o sistema?

EDITAR:

Veja o erro de inicialização: link

E aqui está a saída do / etc / fstab e blkid: link

E eu tentei reinstalar o GRUB, editar diretamente o grub.cfg, alterar os parâmetros no menu de inicialização ('e' no menu grub), reinstalar todo o sistema, alterar a ordem de inicialização no menu BIOS e ... lembre-se do que tentei (minha tentativa inicial foi há algumas semanas).

EDIT2: Antes da reinstalação, o /etc/fstab dizia que boot e root estavam em sda ao invés de sdc, mas algo deve ter bagunçado a ordem em que os discos são reportados. Mas mesmo neste caso, por que isso não funciona? Eu pensei que poderia organizar as partições como eu queria.

EDIT3: Eu encontrei esta pergunta: A instalação do Linux não inicializa devido ao erro GRUB "no such device" que se parece muito com o meu problema, mas a solução proposta não funcionou, a menos que eu tenha entendido errado (tentei alterar os itens do menu de inicialização do Grub com 'e 'então a raiz era (hd0, gpt1), (hd0, gpt2), (hd1, gpt1) e (he1, gpt2), mas cada um me deu o mesmo erro.

    

Answer 1

Tente o seguinte:

• Inicialize em uma sessão ao vivo
• Use blkid para verificar os UUIDs de suas unidades.
• Se o problema ocorrer a jusante do bootloader, basta alterar o arquivo /etc/fstab da sua instalação para usar os UUIDs.
• Se o problema estiver relacionado ao GRUB, tente usar um ambiente chroot para atualizar e reinstalar o ti. Consulte aqui para obter mais informações.

Answer 2

Assumindo que o seu array RAID5 é apoiado por um RAID da placa-mãe, você terá que tomar medidas adicionais para garantir que ele seja carregado quando você inicializar o sistema.

Ao contrário de uma placa RAID padrão, os RAIDs da placa-mãe precisam de suporte no sistema operacional. Eu estou supondo que o live CD foi configurado para detectar tais matrizes, enquanto sua instalação não porque a. você não seguiu as instruções fornecidas ou b. não havia instruções sobre isso no guia de instalação que você seguiu.

De qualquer forma, inicializar a partir de uma falsa RAID (terminologia linux) envolve

• carregando um sistema de arquivos ram temporário (initramfs) com os drivers necessários
• detectando a matriz RAID, permitindo acesso ao kernel como um disco rígido regular
• montando uma partição desse array como root e inicializando a partir desse

Este processo deve ser documentado em um wiki (Ununtu). Normalmente, a solução será uma edição trivial para os parâmetros do kernel no carregador de boot, informando que você deseja que o sistema sondar para invasões de software. Digo trivial porque os ramfs com drivers quase certamente já estão incluídos, para que você não precise configurá-lo manualmente.

Na verdade, eu não li isso, mas, à primeira vista, parece que você precisa: link