Como um usuário de longa data do Ubuntu, comprei recentemente um Acer Revo One que veio pré-instalado com o MS Windows 8 em um SDD de 60 Gb. Desta vez decidi manter a licença. Aproveitei a atualização gratuita para o MS Windows 10 (optei por fazer uma instalação limpa a partir de um disco USB para poder controlar as partições no SSD - deixei espaço suficiente para uma partição raiz). Esta instalação funcionou bem.
Em seguida, instalei um HDD e continuei com uma instalação do Ubuntu 16.04 usando um live-usb.
Eu particionei os discos da seguinte forma (recebi isso do gparted após inicializar do Ubuntu live-usb):
e
Então,basicamente,euquero
/homee/tmp(Eunãotenhoidéiaporque/dev/sdb3e/dev/sdb4temsinalizadores"msftdata" ...).
O SecureBoot está ativado (eu li vários posts - alguns dizem que ele foi desativado ao instalar o Ubuntu, alguns dizem que você não precisa fazer isso). A inicialização rápida está desativada.
O Ubuntu é instalado como esperado, no entanto, após a reinicialização (após a remoção do disco live-usb), a máquina é inicializada apenas no MS Windows.
Eu verifiquei o BIOS e não há opção para inicializar em outra coisa que não seja o Gerenciador de Inicialização do Windows (ou o disco live-usb quando instalado).
Relatórios efibootmgr:
BootCurrent:0002
Timeout: 2 seconds
BootOrder: 0000,0002,0001
Boot0000* Windows Boot Manager
Boot0001 ubuntu
Boot0002* UEFI: SanDisk
Percebi que não há um asterisco ao lado do Boot0001, o que significa que ele não está "ativo". Eu tentei configurar isso ativo e também tentei alterar o BootOrder para que o Boot0001 seja o primeiro. Eu até tentei mudar BootNext para 0001. Nenhum desses trabalhos. Eu notei que as alterações para ativar o Boot0001 são redefinidas na próxima inicialização - portanto, minhas alterações não estão sendo preservadas.
Li várias postagens que fazem várias recomendações:
Não consigo anexar um despejo da partição EFI ... mas aqui está um fragmento:
./EFI
./EFI/Microsoft
./EFI/Microsoft/Boot
./EFI/Microsoft/Boot/bg-BG
./EFI/Microsoft/Boot/bg-BG/bootmgfw.efi.mui
./EFI/Microsoft/Boot/bg-BG/bootmgr.efi.mui
./EFI/Microsoft/Boot/bootmgr.efi
./EFI/Microsoft/Boot/memtest.efi
./EFI/Microsoft/Boot/boot.stl
./EFI/OEM/Boot
...
./EFI/Microsoft/Boot/en-GB
./EFI/Microsoft/Boot/en-GB/bootmgfw.efi.mui
./EFI/Microsoft/Boot/en-GB/bootmgr.efi.mui
...
./EFI/OEM
./EFI/OEM/Boot
./EFI/OEM/Boot/boot.stl
./EFI/OEM/Boot/bootmgfw.efi
./EFI/OEM/Boot/bootmgr.efi
./EFI/OEM/Boot/memtest.efi
./EFI/OEM/Boot/BOOTSTAT.DAT
./EFI/OEM/Boot/BCD
./EFI/OEM/Boot/BCD.LOG
./EFI/OEM/Boot/BCD.LOG1
./EFI/OEM/Boot/BCD.LOG2
...
./EFI/OEM/Boot/en-GB
./EFI/OEM/Boot/en-GB/bootmgfw.efi.mui
./EFI/OEM/Boot/en-GB/bootmgr.efi.mui
...
./EFI/ubuntu
./EFI/ubuntu/fw
./EFI/ubuntu/fwupx64.efi
./EFI/ubuntu/grubx64.efi
./EFI/ubuntu/grub.cfg
./EFI/ubuntu/shimx64.efi
./EFI/ubuntu/MokManager.efi
./OEM
./OEM/AcerOA30.xml
./OEM/Factory
./OEM/Factory/AMIDEWINx64.exe
./OEM/Factory/AMIFLDRV64.sys
./OEM/Factory/CHK.bat
./OEM/Factory/CHK_DK.bat
./OEM/Factory/Delay-Diags.exe
...
Eu sei que estou perto de quebrar essa porcaria ... então, qual das sugestões acima provavelmente funcionará? Eu prefiro não entrar na situação em que o Windows não carrega mais e ter que começar de novo - demora muito tempo para instalar tudo.
Obrigado antecipadamente.
Sucesso ... de um tipo.
Obrigado @fords e @oldfred.
Meu BIOS estava desatualizado, então atualizei isso.
Eu também usei o reparo de inicialização a partir de um disco de inicialização USB para reparar a partição de inicialização EFI (não tenho certeza se ela foi danificada).
Eu então tentei a sugestão @fords - executando o bcdedit dentro do w $ - Success! O Grub é exibido com uma infinidade de opções - o Ubuntu é o padrão.
Tudo isso não deu em nada quando reiniciei o w $ que, após o desligamento, decidiu aplicar uma atualização ... que impedia o Ubuntu de inicializar! (suspiro profundo).
Tudo que eu obtenho são algumas linhas sugerindo que eu tente
sysctl reboot
ou
sysctl defaults
nenhum dos quais fez muito.
O w $ update desfez o reparo de inicialização do w $ bcdedit e / ou linux? Em caso afirmativo, como evitar que w $ updates causem estragos diariamente?
Obrigado
Já tentou definir o carregador de inicialização padrão para o Grub no prompt de comando do Windows? Eu tive que fazer isso quando eu instalei o Ubuntu para rodar com o Windows 10:
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi
Também recomendo desativar a inicialização segura. O Windows é uma fera irritante quando se trata de inicialização dupla.
Eu levo tudo de volta ... w $ não tinha estragado o meu dia (surpreendentemente) - era a minha pouca habilidade em editar o / etc / fstab para a otimização ssd que me impedia de inicializar no Ubuntu. Tudo está bem no mundo.
Espero que minha experiência seja de ajuda para alguém lá fora!
Após a atualização do Windows 10 Creator, clique com o botão direito do mouse no logotipo do Windows para exibir a opção PowerShell (Admin) em vez de Prompt de comando (Admin). Eu tentei editar o bcdedit usando o PowerShell e estraguei tudo. Portanto, não use o PowerShell com o bcdedit, a menos que você saiba o que está fazendo.
A solução é procurar o Prompt de Comando, abri-lo no Modo Admin (clique direito - > aberto como Admin) e usar os comandos gerais já mencionados acima -
bcdedit /set {bootmgr} path "\EFI\ubuntu\shimx64.efi"
Se alguém descobrir como usar o PowerShell para o bcdedit, poste aqui.
Outra solução é usar duas partições EFI. Um somente para windows, outro para linux e outros sistemas, na segunda partição crie um caminho EFI \ Microsoft \ Boot \ e copie shimx64.efi para bootmgrfw.efi dentro desse caminho e deixe EFI \ ubuntu \ untouched. Os laptops ACER veem shim nesta partição como o Gerenciador de Inicialização do Windows e também inicializam a partir daqui. Eu vejo que o os-prober, se nesta partição há apenas bootmgrfw.efi e não BCD etc, reconhecer apenas o bootloader do windows na primeira partição original, não criando um menuentry duplo no grub.cfg. Então você pode inicializar o GRUB EFI e chamar o ubuntu ou windows com o chaniload correto para a outra partição. Neste modo, o Windows mantém a estrutura de pareamento EFI correta na primeira partição e não deve sobrescrever bootmgrfw.efi (shim) falso na segunda partição durante as atualizações. Para mim está trabalhando em um ACER 5750g.