ASUS U24a não pode inicializar sem disco ao vivo

0

Eu recentemente peguei um novo ASUS U24a enquanto viajava pela Ásia. Eu consegui passar pelo inferno com a configuração do UEFI e, finalmente, agora tenho um GRUB funcionando.

No entanto, não consigo passar do "Carregar ramdisk inicial".

Se eu inicializar o CD-USB ao vivo (apenas no modo legado da BIOS), recebo um Ubuntu maravilhoso e funcional.

Eu finalmente consegui instalar o UEFI no disco rígido (sem opção de inicialização do BIOS legado, ou eu estaria lá em um flash!), e posso inicializar no modo UEFI no GRUB2.

Mas ... não consigo ultrapassar o "carregamento do ramdisk inicial". Parece que os drivers de disco estão falhando (não há atividade de disco após esse ponto).

Idéias? O pastebin do boot-repair está em: link

melhor -tony

Novo (22.10.2012): Bem, um dos problemas parece ser que quando eu inicializo no modo UEFI, o disco rígido NÃO é reconhecido pelo gerenciador de inicialização. É um disco formatado em GPT padrão, mas o carregador de inicialização (linha de comando grub ou shell.efi) não consegue encontrá-lo. Pensamentos sobre o que carregar para que seja reconhecido? Eu tentei carregar o part_gpt e outros candidatos óbvios no ingrub, mas alguém tem um incantantion que eu possa estudar para "instalar" um disco que não é visto?

Então aqui está o que realmente me incomoda - se eu inicializo no modo de compatibilidade herdado dos pen drives, recebo TODOS os sistemas de arquivos (hd0, hd1), mas se eu inicializo no modo UEFI, fico com o pendrive . Isso tem alguma coisa a ver com um modo seguro de UEFI seguro, ou algo assim? Ou algo mais?

    
por user98965 19.10.2012 / 22:05

1 resposta

0

Eu continuo vendo relatórios que o suporte EFI do GRUB 2 melhorou recentemente, mas toda vez que eu tentei isso, tem sido horrível. Eu ainda tenho que experimentar o Ubuntu 12.10, então eu não sei se a versão do GRUB 2 incluída é melhor. Se não, minha suspeita é que você está correndo em um problema do GRUB 2; mas também é possível que minhas experiências ruins com o GRUB 2 estejam envenenando minha interpretação do problema.

De qualquer forma, se eu estiver certo, minha sugestão é instalar outro gerenciador de inicialização e tentar usá-lo. Sua saída do Script de Informações da Inicialização sugere que você já tem uma configuração ELILO, então você pode tentar copiar o kernel do Ubuntu e o arquivo initrd e editar elilo.conf (provavelmente em EFI/debian no seu ESP, /dev/sda1 ) Ubuntu. Se o seu ELILO não está funcionando, você pode tentar rEFInd, que é capaz de inicializar diretamente um Linux 3.3.0 ou kernel posterior, que o Ubuntu 12.10 fornece. (Isso pressupõe, no entanto, que o Ubuntu incluiu o suporte do stub stub do EFI em seu kernel. Não sei se eles o fizeram.) A documentação do rEFInd inclui uma seção sobre inicialização do Linux. Em resumo, você faria:

  1. Instale o rEFInd de acordo com sua documentação.
  2. Crie um arquivo refind_linux.conf que inclua suas opções de kernel. (De acordo com a saída do Boot Info Script, root=UUID=1de654ef-3c5e-4d17-8fc8-8490926d8d76 ro quiet splash i915.modeset=0 xforcevesa deve funcionar. Consulte a documentação do rEFInd para obter detalhes sobre o formato do arquivo refind_linux.conf .) Coloque esse arquivo onde seus kernels residem no ESP (copiado na próxima etapa). li>
  3. Copie os arquivos do kernel ( vmlinuz-* ) e initrd ( initrd* ) do diretório /boot do Ubuntu para o diretório EFI/ubuntu no seu ESP (seu /dev/sda1 ), renomeando o arquivo do kernel para que seu nome termina em .efi .

Quando você reiniciar no rEFInd, deverá ver uma nova opção em seu menu para iniciar o Ubuntu. Se esse processo funcionar, você pode tomar algumas providências para garantir que o rEFInd capture suas futuras atualizações do kernel automaticamente. (O mais fácil é reconfigurar o sistema para montar o ESP como /boot e alterar refind.conf para descomentar a opção scan_all_linux_kernels .)

Outra observação: Seu /dev/sda4 está marcado incorretamente em sua tabela de partições como um ESP. É improvável que isso esteja causando seu problema atual, mas pode causar dificuldades no futuro. Eu recomendo que você conserte. Você pode fazer isso no GNU Parted ou no GParted removendo o boot flag da partição ou em gdisk alterando o código de tipo de EF00 para 8300. Este último é preferível em um sistema de inicialização dupla, já que sua libparted provavelmente dê à partição um código de tipo impróprio para o Windows, e não para o Linux. (Este bug será corrigido na próxima versão do libparted, que será lançado este mês.)

    
por Rod Smith 21.10.2012 / 01:11