Não é possível instalar o Ubuntu / Kubuntu / Lubuntu 13.04 UEFI no Sony Vaio SVE17137!

5

Antecedentes / Hardware:

  • Sony Vaio SVE17137 CXB, pré-instalado com o Windows 8
  • Intel Core i7-3632QM
  • Chipset Intel® HM76 Express para portáteis
  • AMD Radeon HD7650M
  • 16 GB de RAM
  • unidade interna de 1 TB
  • o Windows 8 limpou. Não inicialização dupla.
  • Inicialização segura é desativada desativada .
  • UEFI é em .

Inicializando qualquer uma das instalações (U / Ku / Lu) do buntu, recebo o erro de tela dividida que outras pessoas relataram com os mais recentes controladores AMD Mobile Graphics. Isso não é um problema. Quando a instalação estiver concluída (assumindo que o seja concluído), simplesmente instalarei a distribuição mais recente do Catalyst e o problema da tela dividida desaparecerá.

Independentemente da distribuição que eu uso, meu disco é particionado da seguinte forma:

  • / dev / sda: tabela de partições GPT
    1. / dev / sda1: partição de inicialização EFI de 256 MB (montada automaticamente em / boot / efi)
    2. / dev / sda2: partição swap de 16 GB (Overkill, eu sei.)
    3. / dev / sda3: mais de 900 GB de partição ext4 montada em /

Toda tentativa de instalar uma das três distribuições do Ubuntu mencionadas acima falha de alguma forma !!!

O Kubuntu (que eu prefiro) e o Lubuntu falham antes da conclusão da instalação.

Em ambos os casos, inicializo o CD e seleciono "Try Ubuntu". Uma vez no sistema operacional inicializado (que faz funciona muito bem, BTW!), Seleciono "Instalar o Ubuntu".

Eu particiono meu disco como acima, e deixo ele rodar. Ambas as versões falham com um dos dois erros fatais:

  • "script de pós-instalação do subprocesso instalado retornou status de saída de erro 17"
  • "erro fatal simulado do grub-install"

O último, por vezes, relata uma falha grub-install diferente, que eu infelizmente esqueci de escrever, mas é essencialmente a mesma coisa.

Independentemente disso, não há nenhuma razão para estes falharem! Meu particionamento é o mais simples possível, e não estou tentando fazer nada além de instalar um SO único ! Eu entendo as dificuldades com dual boot. Eles não se aplicam.

Devo acrescentar que eu também tentei selecionar as partições de "disco inteiro", onde o instalador particiona o próprio disco. Eu tentei ambos usando e não usando LVM. As instalações falham no exato mesmo caminho! (E, deve-se notar, as partições criadas pelo instalador são essencialmente as mesmas que as minhas.)

Portanto, mesmo com virtualmente zero personalização da minha parte, estes instaladores falham !!!

A instalação do Ubuntu age de forma um pouco diferente. Às vezes, ele simplesmente falha em mim, mas geralmente é instalado com sucesso! Quando tento fazer o login, a interface congela. Isso está de alguma forma ligado ao erro de tela dividida da AMD.

Nesse ponto, basta abrir um console e instalar o AMD Catalyst. O erro da tela dividida e o congelamento de login desaparecem.

Faço o login e obtenho uma tela em branco! Isso é tudo!!! Eu posso clicar com o botão direito e mudar meu background. Eu posso criar um novo documento ou uma nova pasta. Mais nada!

O gerenciador de área de trabalho não inicia. Eu re-instalei pelo menos uma dúzia de vezes com os mesmos resultados exatos!

Por favor note, eu procurei e procurei por explicações para esses erros. Eu tentei todas as correção que consegui encontrar. NENHUM deles ajudou!

Qualquer ajuda seria muito apreciada!

EDIT: 5/11/2013

Com a ajuda da resposta de Rod Smith, agora tenho mais informações para adicionar às minhas tentativas de instalar o Kubuntu ... (Embora eu ainda esteja falhando!)

A primeira mensagem de erro que referenciei:

  • "script de pós-instalação do subprocesso instalado retornou status de saída de erro 17"

foi devido ao fato de que eu estupidamente liguei o Secure Boot novamente para testá-lo, e logo esqueci que tinha feito isso!

Depois de desativar novamente o Secure Boot, estou de volta ao segundo erro:

  • "erro fatal simulado do grub-install"

Rod, em resposta às suas sugestões, sim, o instalador está sendo instalado no modo EFI! O diretório que você referenciou, /sys/firmware/efi existe realmente existe.

Além disso, quando eu tinha o Secure Boot ativado, a primeira das mensagens de erro aconteceu anteriormente no processo de instalação do que a grub-install dummy fatal error . Portanto, com o Secure Boot ativado, o diretório / boot / efi nunca foi preenchido. Agora esse diretório contém /boot/efi/EFI/kubuntu/grubx64.efi .

Independentemente disso, agora que percebi que sou um idiota e corrigi o meu erro, a instalação ainda continua a falhar:

  • "erro fatal simulado do grub-install"

Meu próximo teste é tentar instalar no modo BIOS, usando a partição de inicialização do BIOS que você mencionou. (Obrigado por isso! Eu não sabia que os discos GPT precisavam disso!)

No entanto, eu prefiro muito mais inicializar no modo EFI, se possível!

Pesquisando essa mensagem de erro, um número de ocorrências é retornado, mas nenhuma delas ajudou!

EDIT: 14/05/2013

Rod, há muito para escrever para fazer isso em um comentário ...

Eu tentei instalar o rEFInd no seu site, mas ele falhou e não sei por quê! Primeiramente, aqui estão os passos que eu dei:

  1. Durante a execução do Live CD e após a falha na instalação, montei o seguinte:

    • / dev / sda3 em / mnt
    • / dev / sda1 em / mnt / boot / efi
  2. Copiei refind-bin-0.6.11.zip para o sistema e o descompactei.

  3. Depois de descompactar o arquivo, gravei o cd nele e o executei:

    sudo ./install.sh --root / mnt

mas recebeu o erro:

There were problems running the efibootmgr program!
You may need to rename the refind_x64.efi binary to the default name (EFI/boot/bootx64.efi on x86-64 systems or EFI/boot/bootia32.efi on x86 systems) to have it run!

Eu usei efibootmgr para listar as entradas de inicialização, e nenhuma alteração foi feita na lista. A entrada rEFInd estava ausente.

Eu não sabia exatamente para onde ir a partir daí, então decidi que iria fazer isso manualmente, pelas instruções do seu site.

Eu geralmente prefiro fazer as coisas dessa maneira! Acredite ou não, sou Administrador do Sistema há mais de 25 anos! No entanto, toda a minha experiência tem sido com os sistemas Sun que executam o Solaris e, antes disso, com o SunOS, além de um pouco de experiência com o Windows. Estou, portanto, familiarizado com o básico do Linux e, obviamente, com o software GNU, já que a maioria é semelhante ao Solaris. Infelizmente, eu tenho zero experiência com UEFI! Estou usando o BIOS no novo sistema Windows que acabei de construir, porque não valeu a pena descobrir como usar o UEFI. Bem, agora é hora de aprender!

De qualquer forma, eu passei pelas instruções manuais exatamente como no seu site. (Adicione sudo antes de todos esses comandos.):

  1. A unidade interna é montada em / mnt e / mnt / boot / efi, como acima.

  2. De "refind-bin-0.6.11", executou cp -r refind /mnt/boot/efi/EFI/

  3. cd /mnt/boot/efi/EFI/refind

  4. rm -r drivers_ia32 tools_ia32 refind_ia32.efi

  5. cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd .. (não sabia se deveria manter iso9660_x64.efi , então mantive-o.)

  6. mv refind.conf-sample refind.conf

  7. E, finalmente, eu corri "efibootmg", usando as opções de formato longo, simplesmente para facilitar a leitura:

    efibootmgr --create --disk /dev/sda --part 1 --loader \EFI\refind\refind_x64.efi --label rEFInd --verbose

que retornou absolutamente nada . Ele apenas retorna sem nenhuma mensagem ou qualquer saída, o que, considerando que eu especifiquei a opção '--verbose', foi uma surpresa!

EDIT: 5/15/2013

Então, eu estava procurando nos logs do sistema e percebi que toda vez que efibootmgr é executado, ele registra uma entrada em /var/log/kern.log .

De acordo com, bem, você , (em outro thread), o módulo efivars está agora embutido no kernel, e o diretório /sys/firmware/efi é uma evidência disso .

Então, um não espera isso no log do kernel:

kubuntu kernel: [80182.133386] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80633.493177] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80696.988083] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80721.952797] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80725.893414] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80790.848496] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [86511.078667] efivars: set_variable() failed: status=8000000000000009

Eu não tenho idéia do porquê isso está acontecendo, mas, por enquanto, é um ponto discutível ...

Como eu já tinha limpado o Windows desse sistema, achei que usaria apenas as ferramentas de atualização do BIOS do DOS. Eu de todas as pessoas deveria ter sabido que havia algo de errado com suas instruções! Eu deveria ter pesquisado on-line sobre isso primeiro, porque, pela primeira vez na minha vida , eu tenho bricked uma máquina !!!! :-(

Esta máquina tem apenas um mês, por isso a Sony está enviando alguém para dar uma olhada nela. O cara com quem falei parecia pensar que não seria um problema consertar isso!

Existem literalmente dúzias de postagens on-line de proprietários do Vaio que fizeram a mesma coisa ao tentar atualizar seu BIOS no DOS !!!

Então, não poderei testar mais nada por um tempo! : -)

Eu voltarei!

EDIT: 5/26/2013

E ele está de volta ...

Então, ao invés de continuar tentando a mesma coisa várias vezes e esperar uma resposta diferente, eu decidi pegar uma raiz alternativa!

Eu decidi que a maneira mais fácil de lidar com isso era instalar o sistema no modo legado e então convertê-lo para o modo EFI.

Eu sei que isso não é "fácil", mas me dá a vantagem de começar com um sistema instalado, em vez de ficar sem CD.

Dito isto, isso exigiu algumas "pré-configurações" primeiro ...

Para tornar isso possível, tive que particionar meu disco com ambos uma partição do sistema EFI e uma partição de inicialização do BIOS! Infelizmente, descobri que, se você inicializar o Live CD no modo Legado, você não pode criar uma partição EFI com o instalador da Ubiquity! Ao contrário de quando você inicializa no modo EFI, a seleção da partição do sistema EFI está ausente na interface de partição de disco.

Note que eu poderia ter usado o excelente utilitário GPT fdisk do Rod para criar a tabela de partições que eu precisava, mas eu queria a configuração da partição EFI primeiro.

  1. Inicializei pela primeira vez o Live CD no modo EFI. Eu iniciei o instalador, para poder particionar meu disco da seguinte forma:

    • 1 Tipo: fat32 Nome: EFI System Flags: boot
    • 2 Tipo: Nome: Sinalizadores de inicialização do BIOS: bios_grub
    • 3 Tipo: swap Nome: Linux Swap
    • 4 Tipo: ext4 Nome: Sistema de arquivos do Linux
  2. Na verdade, deixo o instalador rodar até que ele falhe (como sempre) na instalação do gerenciador de inicialização EFI.

  3. Em seguida, mudei o BIOS para Legacy e fiz a instalação completa, certificando-me de não tocar na partição EFI.

  4. E lá estou eu ...

Enquanto isso pode soar complicado (porque é! :-D), eu agora pelo menos tenho uma instalação do Kubuntu em execução, pelo primeiro tempo! : -)

Eu não sei para onde ir em seguida! Rod, se você ver, você tem instruções sobre como transformar uma inicialização da BIOS com um disco GPT em uma inicialização EFI? Eu pensei que você fez, mas não consigo encontrá-lo.

Como sempre, qualquer conselho, como: "Seu idiota! O que você estava pensando?! Não, aqui está a maneira certa de fazê-lo ..." seria muito apreciado! / p>

(No interesse de manter este site cordial e respeitoso como é, talvez seja melhor deixar de fora a primeira parte !!!)

Obrigado!

    
por geo 11.05.2013 / 04:57

3 respostas

2

Sucesso! Agora tenho o Kubuntu instalado no modo UEFI e está funcionando perfeitamente.

Estou escrevendo isso para que qualquer pessoa com este problema possa seguir estas instruções e obter inicialização UEFI trabalhando no Sony Vaio. Note que esta instalação é para o Kubuntu, mas não há razão para que não funcione com o Ubuntu.

Muito obrigado ao Rod Smith ( link ) por me ajudar a chegar a este ponto e aos outros que contribuíram para este post!

Estas instruções são as mesmas que escrevi na edição de 5/26/2013.

Algumas coisas a serem observadas:

  • Estas instruções supõem que você esteja usando o disco inteiro para a instalação do Kubuntu. Você obviamente terá que ajustar o esquema de particionamento, se não for o caso.
  • A terceira postagem diz "limpar o grub antes da instalação" ao executar o reparo da inicialização. Eu não acho que fiz isso, então ainda não sei o resultado desse passo.
  • Eu tenho o Secure Boot desligado. Eu simplesmente não preciso disso, e não queria complicar as coisas. Você terá que ajustar essas instruções se você pretende usar o Secure Boot. YMMV.
  • Como com todas as coisas da EFI, se precisar de mais informações, consulte o excelente site da Rod, link !
  • Todas as instruções assumem que você está executando como root. Se não, prefaça cada comando com "sudo".

    1. (consulte EDIT: 6/8/2013 abaixo.) Instale no modo UEFI e execute até que ele falhe.
    2. Defina o BIOS para inicializar no modo Legado e inicialize o Live CD. Selecione "Experimentar o Kubuntu".
    3. Faça o download do programa GPD Fdisk da Rod em: link .
    4. Instalar o Fdisk da GPT: "dpkg -i gptfdisk_0.8.6-1_amd64.deb".
    5. Usando o 'gdisk', particione o disco da seguinte maneira:
      • Partição 1: Tipo: efi, TipoCódigo: EF00, Nome: Sistema EFI
      • Partição 2: Tipo: bios, TypeCode: EF02, Nome: partição de boot do BIOS
      • Partição 3: Tipo: swap, TypeCode: 8200, Nome: Linux Swap
      • Partição 4: Tipo: ext4, TypeCode: 8300, Nome: Sistema de arquivos do Linux
    6. Instale o sistema no modo Legado, montando a quarta partição em /.
    7. Quando a instalação estiver concluída, reinicialize o sistema e entre no BIOS. Configure-o de volta para a inicialização do UEFI e reinicie o Live CD.
    8. Faça o download e instale o Reparo de inicialização, conforme observado na terceira postagem.
    9. Execute o reparo de inicialização, apontando para a partição EFI como a partição de instalação / inicialização.

Quando o reparo da inicialização terminar, seu sistema inicializará no modo UEFI sem problemas, pelo menos nenhum que eu tenha visto até agora!

Por fim, não se esqueça de editar sua configuração do GRUB para exibir com precisão suas opções de inicialização.

Espero que isso ajude! Deixe-me saber se você tiver alguma dúvida, e tentarei ajudar da melhor maneira possível.

EDIT: 08/06/2013

Eu decidi reinstalar meu laptop do zero, seguindo minhas próprias instruções, e me deparei com um problema! O reparo da inicialização falhou todas as vezes, e eu finalmente descobri o porquê.

Acontece que eu deixei de fora um passo que fiz pela primeira vez, e parece que foi crítico!

Então, como eu disse, você deve ser capaz de instalar o Ubuntu no modo Legacy, alternar para o modo UEFI, inicializar o Live CD e executar o reparo de inicialização. Toda vez que eu tentei isso, o reparo de inicialização voltou dizendo que eu não tinha uma partição EFI no meu disco! Exceto, ao mesmo tempo, eu estava olhando para a minha tabela de partições, que claramente mostrava / dev / sda1 como uma partição EFI, com o código tipo 0xEF00 e o conjunto de sinalizadores boot . Então, qual foi o problema?

Simples ... A partição EFI estava vazia . Eu tinha pulado foi minha primeira tentativa de instalar no modo UEFI!

Eu tentei muitas vezes instalar no modo UEFI, mas cada tentativa falhou. No entanto , essas tentativas com falha haviam preenchido o diretório / boot / efi, localizado em / dev / sda1, a partição EFI.

Sem esses arquivos nessa partição, boot-repair não a reconheceu como uma partição EFI! E assim, me diria que eu tinha nenhuma partição EFI e falha!

Então, tentei adicionar minha tentativa original de UEFI de volta às minhas instruções e, voilà, boot-repair teve sucesso, e o sistema foi inicializado no modo UEFI!

Agora, @Marco Guimarães mencionou em sua resposta que ele era capaz de ter sucesso sem tentar (e falhar) instalar primeiro o UEFI. Eu não tenho certeza como! @Marco Guimarães e / ou @Radu Rădeanu, você poderia comentar isso? Você tem certeza de que sua partição EFI estava vazia quando você executou boot-repair , e que funcionou independentemente? Houve qualquer outros passos que você tomou que possam explicar isso?

    
por geo 06.06.2013 / 02:15
4

Os erros com Kubuntu e Lubuntu soam como uma das duas coisas que estão acontecendo:

  • O instalador pode ter inicializado no modo BIOS em vez do modo EFI. Dado seu particionamento, o instalador tentaria instalar um GRUB 2 no modo BIOS; mas em um disco GPT, o GRUB 2 gosta de ter uma Partição de inicialização do BIOS no disco, e seu sistema não tem isso, então a instalação pode falhar de forma plausível (embora eu não tenha testado que irá falhar nessas condições; estou especulando).
  • O instalador pode estar sendo executado corretamente no modo EFI, mas os mantenedores da distribuição podem ter introduzido um bug no suporte EFI dos instaladores. Nesse caso, você pode não ter outra escolha a não ser executar o instalador no modo BIOS. Você pode deixar o sistema instalado em execução dessa maneira ou converter em uma inicialização no modo EFI, como preferir.

Você pode verificar seu modo de inicialização soltando um shell e procurando um diretório chamado /sys/firmware/efi . Se estiver presente, você inicializou no modo EFI; se estiver ausente, você provavelmente inicializou no modo BIOS. A maioria dos computadores baseados em EFI fornece a você algum controle do modo de inicialização por meio de seus gerenciadores de inicialização e / ou opções de firmware; no entanto, os detalhes variam muito de um computador para outro, por isso não posso fornecer instruções precisas sobre como alterar esse detalhe, caso precise mudar.

Seu problema com o Ubuntu parece ter falhado em instalar seu ambiente de desktop, ou talvez esteja lançando algo genérico. Você pode tentar sair e, no prompt de login, clicar no círculo à direita do seu nome. Isso deve produzir uma lista de ambientes de área de trabalho e gerenciadores de janelas disponíveis. Selecione o que você preferir (ou mesmo algo que você não prefere, para testes).

EDITAR: Considerando as novas informações, minha sugestão é tentar instalar outro carregador de inicialização EFI. Vários estão disponíveis; veja minha página na Web sobre o tópico para detalhes. Minha preferência pessoal é rEFInd - mas, como eu a mantenho, sou parcial. Dada a configuração atual, recomendo inicializar um CD / CD de emergência do Linux, preferencialmente no modo EFI, e instalar a partir do arquivo binário .zip do rEFInd. Teoricamente, você deve ser capaz de fazer isso com a opção --root para install.sh ; mas esse recurso não foi bem testado. Consulte as instruções install.sh completas para obter detalhes. Se isso falhar, você deve seguir as instruções de instalação manual.

Uma grande ressalva: A descrição do problema que você está enfrentando no Ubuntu me faz pensar que você tem algum tipo de problema com o driver X, e isso também pode surgir no Kubuntu e no Lubuntu. Se assim for, pode ser necessário resolver isso depois de resolver o problema do carregador de inicialização.

EDIT 2:

Você pode instalar o rEFInd em um sistema com um Windows em modo EFI e um Linux funcional em modo BIOS. Na verdade, existem várias maneiras de fazer isso. Os dois mais fáceis são prováveis:

  • Faça do Windows. As instruções de instalação do Windows do rEFInd fornecem detalhes. Observe que você precisará instalar manualmente um driver EFI para qualquer sistema de arquivos usado na partição root ( / ) do Linux (ou /boot se for separado). Você também precisará criar um arquivo /boot/refind_linux.conf . Como a inicialização do Linux no modo BIOS funciona, a maneira mais fácil de criar esse arquivo é inicializar no modo BIOS e executar o script mkrlconf.sh que vem com o rEFInd.
  • Inicialize o Linux no modo BIOS, monte seu ESP em /boot/efi e execute o script install.sh de rEFInd. Isso deve instalar o rEFInd e criar o arquivo /boot/refind_linux.conf ; mas a instalação será feita de uma maneira um tanto hackeada. Ou seja, o instalador renomeia o gerenciador de inicialização do Windows e instala o rEFInd em seu lugar. Isso funciona, mas é uma violação das recomendações da EFI sobre a nomeação do carregador de inicialização. Além disso, alguns usuários relatam que o Windows substitui os carregadores de inicialização externos nomeados como o carregador de inicialização do Windows em algumas situações, portanto, isso pode não funcionar a longo prazo ou as alterações podem precisar ser refeitas novamente.
por Rod Smith 11.05.2013 / 18:09
0

Depois de fazer uma instalação limpa no modo BIOS (em uma partição GPT eu presumo). ligue o uefi novamente e use um live cd como o lubuntu e use boot-repair:

sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update

sudo apt-get install -y boot-repair && (boot-repair &)

No modo avançado, escolha "purge grub before install" e escolha a instalação da partição EFI.

Eu tenho um vaio com uefi e sim eu fiz isso para instalar o meu sistema operacional, mas o que eu vi cartões radeon com o uefi no linux é uma coisa estúpida. mas eu testei o novo kernel 3.9 e é uma boa notícia para nós só precisamos esperar por um bom suporte ao nosso hardware: D ou você pode usar o Fedora 18 agora ele usa o kernel 3.9.

    
por Marco Guimarães 31.05.2013 / 18:52