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
- / dev / sda1: partição de inicialização EFI de 256 MB (montada automaticamente em / boot / efi)
- / dev / sda2: partição swap de 16 GB (Overkill, eu sei.)
- / 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:
-
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
-
Copiei refind-bin-0.6.11.zip para o sistema e o descompactei.
-
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.):
-
A unidade interna é montada em / mnt e / mnt / boot / efi, como acima.
-
De "refind-bin-0.6.11", executou cp -r refind /mnt/boot/efi/EFI/
-
cd /mnt/boot/efi/EFI/refind
-
rm -r drivers_ia32 tools_ia32 refind_ia32.efi
-
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.)
-
mv refind.conf-sample refind.conf
-
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.
-
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
-
Na verdade, deixo o instalador rodar até que ele falhe (como sempre) na instalação do gerenciador de inicialização EFI.
-
Em seguida, mudei o BIOS para Legacy e fiz a instalação completa, certificando-me de não tocar na partição EFI.
-
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!