Dual boot - Opensuse Tubleweed + Windows (NVME) [RESOLVIDO]

luizorlandi
(usa openSUSE)

Enviado em 16/05/2022 - 13:07h

Pessoal, boa tarde !

Há dias ando batendo cabeça com essa questão, tenho instalados em discos separados o Windows 10 (/dev/nvme0n1) e o openSUSE Tumbleweed (/dev/sdc). Uso diariamente o openSUSE para trabalhar sem problemas, e a noite Win10 para jogar (CoD), porém não consigo acertar o GRUB2 para no menu iniciar o Win10, ele diz sempre que não acha o disco e o caminho, no caso, ambos foram instalados usando UEFI, e qdo seleciono no GRUB o método de acesso via UEFI (ele entra na BIOS para vc selecionar o sistema) o Win10 inicia perfeitamente (mas é chato demais ficar fazendo isso).
Abaixo as informações que tenho do sistema e em seguida os passo que já executei:

uname -r

5.17.4-1-default 

blkid:

/dev/nvme0n1p3: BLOCK_SIZE="512" UUID="720819D2081995E7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ed0a22c6-c483-42c9-a40d-fc3ba82b2eed"

/dev/nvme0n1p1: UUID="BE15-33DC" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="3acbb16d-7339-429a-8700-3d3aad61a439"

/dev/nvme0n1p4: BLOCK_SIZE="512" UUID="5668DE8268DE6073" TYPE="ntfs" PARTUUID="d0d4b258-0fdf-43e2-8d9a-c206876ded9a"

/dev/sdb4: UUID="3952a087-877d-4b71-9e63-995a2ce3c585" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8c81bcf3-e329-4cd6-9583-0541961d8e6c"

/dev/sdb2: LABEL="SSD1TB" BLOCK_SIZE="512" UUID="36E0F909E0F8D05B" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="75a0ac88-eb45-4a50-8fca-f066aa69ca07"

/dev/sdb3: SEC_TYPE="msdos" UUID="7030-C5BB" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="1891f415-eea6-4069-b620-97e8a722e423"

/dev/loop0: TYPE="squashfs"

/dev/sdc2: UUID="c6cd55f2-dd90-4849-9217-b9f62a5d63ab" UUID_SUB="403558fc-7a35-4404-909b-9c155d4e71e7" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="6693b903-3320-4695-b2d8-97231f97f08b"

/dev/sdc1: UUID="77B2-5419" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="495518d2-9bee-4674-9433-ecd295ba7bfa"

/dev/sda1: LABEL="4TB-DADOS" BLOCK_SIZE="512" UUID="6AE6CAA2E6CA6E3F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="16619578-cdf3-477a-9198-f1bdbc8de027"

/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="09dd6639-8f86-47a1-997b-027c4073d68b"

/dev/sdb1: PARTLABEL="Microsoft reserved partition" PARTUUID="b57b6581-4d47-4547-bcea-a0a6e07c5436" 

fdisk -l

Disk /dev/sda: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors

Disk model: ST4000DM000-1F21

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: 79EB6515-83C1-46B1-98A3-F7454EC60C55



Device     Start        End    Sectors  Size Type

/dev/sda1   2048 7814035455 7814033408  3.6T Microsoft basic data





Disk /dev/sdb: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors

Disk model: Netac SSD 1TB   

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: gpt

Disk identifier: 59AE6130-603C-4759-8CED-D44FF7CC93FE



Device          Start        End    Sectors   Size Type

/dev/sdb1          34      32767      32734    16M Microsoft reserved

/dev/sdb2       32768 1744406527 1744373760 831.8G Microsoft basic data

/dev/sdb3  1744406528 1745430527    1024000   500M EFI System

/dev/sdb4  1745430528 2000409230  254978703 121.6G Linux filesystem





Disk /dev/sdc: 476.94 GiB, 512110190592 bytes, 1000215216 sectors

Disk model: WALRAM 512G     

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: gpt

Disk identifier: 4BC303E6-89E7-4E09-98CC-D11126B184EE



Device       Start        End   Sectors   Size Type

/dev/sdc1     2048    1050623   1048576   512M EFI System

/dev/sdc2  1050624 1000215182 999164559 476.4G Linux filesystem





Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors

Disk model: SAMSUNG MZVKW512HMJP-00000              

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: gpt

Disk identifier: DEA5B61C-FE4D-4402-AF88-FBE5D67A7042



Device              Start        End   Sectors   Size Type

/dev/nvme0n1p1      2048     206847    204800   100M EFI System

/dev/nvme0n1p2    206848     239615     32768    16M Microsoft reserved

/dev/nvme0n1p3    239616  999156966 998917351 476.3G Microsoft basic data

/dev/nvme0n1p4 999157760 1000212479   1054720   515M Windows recovery environment





Disk /dev/loop0: 110.61 MiB, 115986432 bytes, 226536 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 

blkid /dev/nvme0n1p1

/dev/nvme0n1p1: UUID="BE15-33DC" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="3acbb16d-7339-429a-8700-3d3aad61a439" 

lsblk -o name,mountpoint,size,type,ro,label,uuid

NAME    MOUNTPOINT   SIZE TYPE RO LABEL     UUID

loop0   /snap/core 110,6M loop  1           

sda                  3,6T disk  0           

└─sda1               3,6T part  0 4TB-DADOS 6AE6CAA2E6CA6E3F

sdb                953,9G disk  0           

├─sdb1                16M part  0           

├─sdb2             831,8G part  0 SSD1TB    36E0F909E0F8D05B

├─sdb3               500M part  0           7030-C5BB

└─sdb4             121,6G part  0           3952a087-877d-4b71-9e63-995a2ce3c585

sdc                476,9G disk  0           

├─sdc1  /boot/efi    512M part  0           77B2-5419

└─sdc2  /var       476,4G part  0           c6cd55f2-dd90-4849-9217-b9f62a5d63ab

sdd                    0B disk  0           

sde                    0B disk  0           

sdf                    0B disk  0           

sdg                    0B disk  0           

nvme0n1            476,9G disk  0           

├─nvme0n1p1

│                    100M part  0           BE15-33DC

├─nvme0n1p2

│                     16M part  0           

├─nvme0n1p3

│                  476,3G part  0           720819D2081995E7

└─nvme0n1p4

                     515M part  0           5668DE8268DE6073

 

Menu do Grub para o NVME (usei o Grub Customizer para pegar as infos)

insmod part_gpt

insmod fat

search --no-floppy --fs-uuid --set=root BE15-33DC

chainloader /EFI/Microsoft/Boot/bootmgfw.efi 

Nesse meio tempo de testes e falhas rodei os seguintes comandos no openSUSE como root:

update-bootloader
os-probe

Com o os-probe, ele encontra o windows, grava as informações atualizadas no grub e depois rodando o update-booloader essas informações são gravadas, porém reiniciando a máquina e selecionando o Win10, sempre tenho um erro dizendo que o disco BE15-33DC não foi encontrado, e o arquivo /EFI/Microsoft/Boot/bootmgfw.efi por motivos óbvios também não.

Alguma ideia do que eu possa estar deixando passar ? (não vale formatar x ou y sistema)

Grato a todos que leram até aqui !

removido
(usa Nenhuma)

Enviado em 16/05/2022 - 14:02h

No desktop de trabalho eu tenho sda/Windows e sdb/Linux
BIOS configurada para dar Boot automaticamente pelo sda/Windows
Para dar Boot no sdb e iniciar Linux eu tenho que clicar f8 na tela da BIOS e mudar o disco
Mas aqui eu uso HDD e SSD
Não sei se isso faz diferença
Ainda não tive experiência com nvme
Mas tive muita dor cabeça com esse uefi

luizorlandi
(usa openSUSE)

Enviado em 16/05/2022 - 14:12h

Obrigado por responder Clodoaldo, o lance mesmo é com o NVME, qdo eu tinha os sistemas instalados nos SSD SATA, funcionava perfeitamente, mas depois precisei reorganizar tudo por aqui, e instalei definitivamente o Win10 no SSD NVME e depois instalei o Linux no SSD SATA, a partir disso, somente usando a BIOS para poder inicair o Windows, pelo menu do Grub não vai.
Lendo mais a fundo agora e vendo o erro do Grub no Google (ali da imagem que postei), li que pode ter sido alguma alteração de partições, ou algo nesse sentido, porém não fiz nada similar no disco do Win10, vou continuar tentando enquanto não aparecem mais ideias por aqui.

Abs.

Pebis
(usa Debian)

Enviado em 16/05/2022 - 17:12h

Já tentou atualizar seu grub com o comando abaixo?

sudo grub2-mkconfig -o /boot/grub2/grub.cfg (acho que no openSUSE é isso)

Outra opção seria criar uma entrada personalizada no /boot/grub.d/

luizorlandi
(usa openSUSE)

Enviado em 16/05/2022 - 18:05h

Pebis, obrigado por responder.
Já tinha rodado esse comando antes, sem sucesso, porém agora a tarde, lendo um pouco mais a respeito, vi que o há uma questão de fastboot que dá certos problemas com o GRUB, então desabilitei isso, limpei as entradas customizadas que tinha feito, e agora rodei novamente, estou aguardando para poder reiniciar a máquina e ver se deu certo. Logo mais informo o status.

Abs;

niquelnausea
(usa Arch Linux)

Enviado em 16/05/2022 - 19:23h

sendo o twmbleweed, deve estar usando as novas versões do grub, e esta não mais adiciona entradas de outros sistemas automaticamente, sendo necessário editar o arquivo de configuração /etc/default/grub e adicionar a opção

GRUB_DISABLE_OS_PROBER=false 

Fabio_Farias
(usa openSUSE)

Enviado em 17/05/2022 - 08:54h

Já tentou configurar pelo YaST?

luizorlandi
(usa openSUSE)

Enviado em 17/05/2022 - 09:33h

Pessoal, bom dia !

Ontem a noite limpei todas as entradas de teste que tinha feito no 40_custom, e retornei as entradas que foram criadas na instalação do openSUSE pelo próprio sistema, como havia comentado antes, li a respeito de problemas com o fastboot ativado, reiniciei a máquina, desabilitei o fastboot na BIOS, e tentei entrar no Win10 ainda sem sucesso, dessa forma fiz os procedimentos padrão:

Rodei:

> os-probe
Que me trouxe novamente a detecção do sistema (não cheguei a precisar adicionar a linha que os colegas postaram, identificou por padrão)
> update-bootloader
Ele fez novamente alguns testes, mostrou as novas entradas (na verdade as que eu havia removido) e finalizou.

Reiniciei a máquina, esperei entrar novamente no menu e agora sim consegui logar no Win10 usando o Grub.
Já havia feito esses procedimentos algumas vezes sem nenhum sucesso, então chego a conclusão que o Fastboot habilitado foi realmente o causador do problema, o mais interessante é que não tinha mexido na BIOS dessa máquina desde que instalei e isso funcionava certinho com o Leap 15.3, mas fica a dica para quem estiver sofrendo do mesmo mal:

1 - Desabilitar o Fastboot na BIOS;
2 - Rodar o os-probe e em seguida;
3 - Rodar o update-bootloader;
4 - Reiniciar e testar o acesso ao Win.

Obrigado a todos pela ajuda !!

Pebis
(usa Debian)

Enviado em 17/05/2022 - 16:46h

Show de bola... Parabéns!