O kernel do Linux não carrega um dispositivo removível com o sistema nele

0

Estou tendo problemas com a inicialização no meu Fedora 19. Antes de tudo, preciso mencionar que "extraí" esse sistema do disco virtual (simplesmente DD o conteúdo da partição raiz e de inicialização no disco físico), então há muitas coisas Isso pode dar errado, mas isso não parece ser um problema relacionado. Eu usei a distribuição do Ubuntu ao vivo chrootno meu sistema Fedora, usei grub2-installe grub2-mkconfigconsertei os erros do grub que pudessem aparecer, e funcionou. O Grub pôde encontrar todos os kernels na partição de inicialização e carregá-lo, mas o problema apareceu.

Vou usar algumas fotos para demonstrar minha situação. Este é o erro que recebo ao inicializar no fedora.

Inicializando em

Agora isso é verdade, como blkidno dracut shell fornece isso. Essas são as minhas partições no disco rígido SATA no notebook, normalmente referenciadas como sda, mas eu tinha outros 2 dispositivos USB conectados, tendo o sistema em um deles. O dispositivo com o sistema geralmente sdbpossui e possui ambos roote bootpartição nele, portanto, embora o grub deva saber sobre ele, ele não aparece nesta fase e parece-me que o kernel não foi capaz de carregá-los. Dracut blkid

Para apoiar o fato de que essas partições realmente existem e estão em bom estado, executei o Ubuntu ao vivo e liguei blkidde lá. E aqui as partições que estão faltando durante a inicialização apareceram. Ubuntu blkid

Então, minha pergunta é: o que poderia estar errado com esse Fedora e como consertar isso? Como eu disse, posso executar o chroot no Ubuntu para poder configurar qualquer coisa, se necessário. Além disso, esses problemas aparecem apenas quando eu inicializo o kernel "completo". Há também a opção no grub para inicializar no modo de recuperação que funciona muito bem e eu posso ver meus dados na pasta inicial (que é a mesma partição que o root) lá. Também incluo essas informações que descrevem minha configuração de hardware .

Raven
fonte
Não estou muito familiarizado com o Fedora, mas o problema parece resultar da falta de acesso a dispositivos de armazenamento em massa USB. Os módulos correspondentes do kernel provavelmente estão ausentes no initramfs ou precisam ser ativados explicitamente.
Daniel B
qual é o resultado disso: ls -l / dev / disk / by-uuid /
cybernard

Respostas:

0

Resolvido atualizando o fedora 19 para 20 através do ambiente ao vivo. Pode ser que o fedora tenha configurado de maneira diferente quando instalado dentro da caixa virtual e essas informações persistam em algum lugar. Essa atualização manteve a maioria dos dados e programas intactos; portanto, para alguém com essa opção, pode ser uma solução "boa o suficiente".

Raven
fonte
-1

Entre no fstab e no mtab e atualize o UUID. Sua captura de tela mostra que os novos e antigos têm UUID diferentes.

cybernard
fonte
Você poderia, por favor, ser mais específico sobre novos e antigos UUID? Não consigo ver essa incompatibilidade.
Raven
Não vejo UUIDs diferentes. De fato, a configuração é perfeitamente válida.
Daniel B
@Raven Longa história, mesmo se você clonar o novo disco rígido terá um UUID diferente. Você precisa alterar o UUID para corresponder ao novo disco rígido.
cybernard
@cybernard Estou ciente disso, no entanto, o mtab é criado dinamicamente e o fstab possui UUIDs corretos, então não posso atualizar nada porque realmente não há nada errado.
Raven