Erro no WIndows Boot Manager no Grub

matheusmonjon · 04 de Fevereiro de 2017, 23:06

Olá, instalei o Ubuntu junto ao Windows 10, no mesmo SSD.
Possuo o Windows 10 instalado no SSD, porém creio que alguns componentes do Windows
se contra no HD interno que possuo também.

PROBLEMA: Após a recuperação do GRUB, a opção WINDOWS BOOT MANAGER (em /dev/sdb1) não funciona.

Só consigo acessar o windows 10 reiniciando o Ubuntu, pois o sistema entra direto no WIndows pulando o GRUB. (

??)
Mas quando eu desligo/reinicio o Windows, ao iniciar o sistema ele entra normalmente no GRUB.

O erro é esse ao clicar no Windows boot manager:
"erro: no such device: ACEA-B1AE"
"erro: hd1 cannot get C/H/S values"

Esses são os discos do meu notebook:
O SDA é o SDD e o SDB é o HD. O Windows 10 está instalado no SSD (sda)

Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x994673ac

Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sda1 2048 718847 716800 350M 7 HPFS/NTFS/exFAT
/dev/sda2 * 718848 181882879 181164032 86,4G 7 HPFS/NTFS/exFAT
/dev/sda3 181884926 234440703 52555778 25,1G 5 Estendida
/dev/sda5 181884928 193882111 11997184 5,7G 82 Linux swap / Sola
/dev/sda6 193884160 234440703 40556544 19,3G 83 Linux

Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0B00DD9A-6FC4-4ABB-BA92-D3F027280F7E

Dispositivo Start Fim Setores Size Tipo
/dev/sdb1 2048 206847 204800 100M EFI System
/dev/sdb2 206848 2050047 1843200 900M Windows recovery environment
/dev/sdb3 2052096 2312191 260096 127M Microsoft reserved
/dev/sdb4 2312192 832407551 830095360 395,8G Microsoft basic data
/dev/sdb5 934809600 976773119 41963520 20G Windows recovery environment

druidaobelix · 04 de Fevereiro de 2017, 23:53

O setup da sua máquina é do tipo UEFI (em contraposição ao BIOS convencional), porque há um particionamento GPT e um Windows instalado nele.

Entretanto, há um segundo disco (sdb) cujo particionamento ainda é do tipo DOS, usado em BIOS convencional.

Não faço ideia do que tem lá em sda1 e sda2, que são partições Windows (este é um fórum Linux), porém esse segundo disco, como um todo, deveria estar também em GPT e o Linux ser instalado nele igualmente nesse condição, usando exclusivamente o sistema UEFI.

De qualquer forma vamos confirmar essa informação, faça também e traga ao tópico o resultado desses comandos:

Código Selecionar

sudo parted -l

(sinal de hífen mais letra ele no final do comando acima)

Código Selecionar

sudo blkid

Independentemente disso, lembre-se que instalação de sistema e qualquer remodelação de particionamento obriga a existência de um backup **externo** seguro e confiável dos seus arquivos pessoais, tais como fotos, documentos autorais, etc., evitando perdas irrecuperáveis.

matheusmonjon · 05 de Fevereiro de 2017, 20:31

Muito obrigado pela resposta. Estou realmente precisando de uma solução.
Instalei o Ubuntu recentemente e não manjo nada.
sudo parted -l
"Modelo: ATA KINGSTON SH103S3 (scsi)
Disco /dev/sda: 120GB
Tamanho do setor (lógico/físico): 512B/512B
Tabela de Partição: msdos
Opções de disco:

Número Início Fim Tamanho Tipo Sistema de arquivos Opções
1 1049kB 368MB 367MB primary ntfs
2 368MB 93,1GB 92,8GB primary ntfs boot
3 93,1GB 120GB 26,9GB extended
5 93,1GB 99,3GB 6143MB logical linux-swap(v1)
6 99,3GB 120GB 20,8GB logical ext4

Modelo: ATA WDC WD5000LPVX-8 (scsi)
Disco /dev/sdb: 500GB
Tamanho do setor (lógico/físico): 512B/4096B
Tabela de Partição: gpt
Opções de disco:

Número Início Fim Tamanho Sistema de arquivos Nome Opções
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 1050MB 944MB ntfs Basic data partition escondida, diag
3 1051MB 1184MB 133MB Microsoft reserved partition msftres
4 1184MB 426GB 425GB ntfs Basic data partition msftdata
5 479GB 500GB 21,5GB ntfs Basic data partition escondida, diag
"
sudo blkid
"/dev/sda1: UUID="DCFA5E54FA5E2AD2" TYPE="ntfs" PARTUUID="994673ac-01"
/dev/sda2: UUID="01D27E9145FB9900" TYPE="ntfs" PARTUUID="994673ac-02"
/dev/sda5: UUID="dc8114ac-877c-4c5c-9cc2-b39013a3d6a5" TYPE="swap" PARTUUID="994673ac-05"
/dev/sda6: UUID="826d0d7b-a608-4ec1-903a-fb25b8b94002" TYPE="ext4" PARTUUID="994673ac-06"
/dev/sdb1: LABEL="SYSTEM" UUID="ACEA-B1AE" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a7640343-08db-47ff-9dec-e559c9ab3d5c"
/dev/sdb2: LABEL="Recovery" UUID="96DEF96DDEF945D1" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="bb05199d-8e3f-4f77-b886-334c2e9419ff"
/dev/sdb3: PARTLABEL="Microsoft reserved partition" PARTUUID="21eb9c76-b93a-4d8c-a39b-da8c57101fec"
/dev/sdb4: LABEL="HD" UUID="E64A01B94A01880F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="2af9a2ee-05c9-4290-bc60-848e1dca830e"
/dev/sdb5: LABEL="Restore" UUID="4A5CFF9F5CFF83CB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e0d28e33-c2ad-459c-ba17-2f7fc46736ee"
"

druidaobelix · 05 de Fevereiro de 2017, 21:59

Então, "matheusmonjon",

Os resultados dos comandos reafirmam o quanto visto antes, realmente o disco sda (que é o Kingston SSD) está no modo de particionamento MSDOS, ao passo que o disco sdb está usand GPT.

É uma formação um tanto quanto estranha organizar dessa forma.
O ideal, se possível, é recomeçar isso do início, fazendo de uma outra forma.
Ambos os discos em GPT.

Reinstalando o Windows primeiro ele irá recriar a partição EFI, que é a partição de boot em sistemas UEFI, formatada em FAT32, faça porém que essa partição seja criada também no disco sda, isto é, os arquivos de boot e os arquivos de sistema do Windows ficam todos em sda, mas não os arquivos de dados, para isso use as partições ntfs em sdb.

No particionamento GPT/UEFI todas as partições são primárias e não há a limitação tradicional que havia no sistema MBR/BIOS. Assim sendo, não existirá mais partição estendida e partições lógicas.

Uma vez reinstalado o Windows, agora tudo em GPT, use o próprio Windows para redimensionar as partições de sda, abrindo espaço para criar novas partições para poder reinstalar o Ubuntu, também lá em sda.

O bootloader do Ubuntu, que é o GRUB, você direciona para a partição /dev/sda? EFI que já existira lá, criada anteriormente pelo Windows.

Ainda, certifique-se que no setup da máquina a configuração seja exclusivamente UEFI, nada de Legacy (=sistema herdado ou CSM - Compatibility Support Module).

matheusmonjon · 06 de Fevereiro de 2017, 20:25

Antes de dar continuidade nos procedimentos citados por você, gostaria de tentar
mais alguma coisa, ou tentar algum comando que possa resolver pelo menos o boot loader.

Na BIOS está ativado o Legacy mode e Launch CSM. Se eu desativa-los mudará alguma coisa?

Acho que o Launch CSM está ativado quando eu coloquei o HD no lugar do DVD e tinha que ativar isso.
Eu desativando vai interfirir em algo no funcionamento do HD ou do SSD?

Não consigo ver em lugar algum se está no modo UEFI.
DIzem que a BIOS da ASUS é complicada de mexer.

Obrigado pela ajuda.

druidaobelix · 06 de Fevereiro de 2017, 20:29

Citação de: matheusmonjon online 06 de Fevereiro de 2017, 20:25
Na BIOS está ativado o Legacy mode e Launch CSM. Se eu desativa-los mudará alguma coisa?

Se um sistema for instalado em UEFI e depois é chaveado para CSM, vai parar, não vai mais subir e vice-versa.

Não há um comando que possa resolver isso, é uma questão estrutural incorreta.

druidaobelix · 06 de Fevereiro de 2017, 21:12

Por favor, "matheusmonjon",

Apague essa expressão "Problema" do título do tópico ou pelo menos elimine as maiúsculas, vez que é contra as regras do Fórum e o tópico pode acabar indo para a Quarentena, perdendo-se todo o esforço dedicado ao caso.

Citar
8. Não são permitidas mensagens/títulos:

II - Em caixa-alta (maiúsculas) e/ou com excesso de formatação de texto fora do padrão do fórum.
III - Com solicitações como "ajuda", "socorro", "help", etc.

V - Com o único objetivo de manipular a visibilidade do tópico.

http://ubuntuforum-br.org/index.php/topic,43147.0.html

Grato,

matheusmonjon · 06 de Fevereiro de 2017, 21:23

Consegui!!!

Dei um update-grub e o windows boot loader mudou de sdb1 para sdb2.
Reiniciei e funcionou 100%. Agora entro no windows e ubuntu sem problemas pelo grub.

Muito obrigado pela ajuda.

Você teria alguma explicação para a mudança e o correto funcionamento?

druidaobelix · 06 de Fevereiro de 2017, 21:31

Citação de: matheusmonjon online 06 de Fevereiro de 2017, 21:23
Dei um update-grub e o windows boot loader mudou de sdb1 para sdb2.
Você teria alguma explicação para a mudança e o correto funcionamento?

Quem está do lado de cá não está realmente *vendo* o computador e o sistema instalado, então a visão do cenário é sempre parcial e guiada pelas informações que chegam.

É muito estranho que o boot esteja se dando por sdb2 vez que essa partição sequer é uma partição de boot, então não há uma explicação minimamente razoável para isso.

Citar/dev/sdb2 206848 2050047 1843200 900M Windows recovery environment

Ou também é possível que você aí esteja interpretando incorretamente a questão.

De qualquer forma tenha em conta que seu sistema está estruturalmente "torto", trabalhando com o disco SSD em MSDOS e o disco convencional em GPT, o que no mínimo é uma estranhice injustificável.