Forem: Carlos Wherbet

Seu SSD aparece na BIOS, mas não no instalador do Windows? Aqui está a solução

Carlos Wherbet — Sat, 22 Nov 2025 23:50:41 +0000

Voltando a usar o Windows após 15 anos

Minha experiência instalando o Windows 11 em um PC novo e o que realmente resolveu quando os SSDs não apareciam no instalador.

Em 2024, montei meu PC doméstico com 32 GB de RAM, um Ryzen 7 5700G, a placa-mãe Gigabyte B550 DS3H, um SSD NVMe Lexar de 1 TB e outro NVMe Kingston de 2 TB. Resolvi instalar o Windows 11 e, logo na primeira tentativa, me deparei com um problema curioso: o instalador simplesmente não mostrava nenhum SSD.

Tentei algumas vezes, não avancei e deixei o assunto de lado por um ano. Nesse período, fiquei só no Linux alternando entre Fedora e Pop!_OS sempre com instalação tranquila e sem qualquer problema de reconhecimento de disco. A BIOS também reconhecia os SSDs normalmente, o que afastava a possibilidade de defeito físico.

Em 2025, resolvi tentar novamente a instalação do Windows 11.

Quando tudo parece normal, mas o instalador não mostra os SSDs

O instalador do Windows fazia tudo certo:

o pendrive dava boot,
o ambiente carregava normalmente,
as telas iniciais apareciam sem erro.

Mas quando chegava na parte de escolher o disco, o resultado era sempre o mesmo:

nenhuma unidade listada e a mensagem para "instalar drivers".

Como a BIOS reconhecia os NVMe sem problema, e o Linux instalava sem esforço, o pendrive parecia totalmente fora da lista de culpados.

Por que o pendrive "enganava"

O pendrive fazia tudo que normalmente indica que está certo:

inicializava em UEFI,
carregava o instalador completo,
não exibia mensagens de erro.

Só que ele carregava o instalador incompleto.

A mídia estava sendo criada de forma que a estrutura EFI não incluía o suporte NVMe necessário para que o Windows mostrasse os SSDs. O instalador subia, mas não tinha os módulos responsáveis por detectar os discos.

E, por isso, pedia drivers que não resolveriam nada.

As tentativas que não funcionaram

Como estava no Linux, usei todas as ferramentas que normalmente funcionam bem:

USB Writer do Fedora
USB Writer do Pop!_OS
comando dd
métodos manuais

Todas criaram pendrives que davam boot perfeitamente.

Mas nenhum fez o Windows enxergar os SSDs NVMe na tela de seleção de disco.

Enquanto isso:

o Linux instalava normalmente em qualquer um dos SSDs,
a BIOS reconhecia os NVMe sem falhas,
nenhum sintoma indicava problema físico.

O problema estava na forma como o pendrive de instalação do Windows era criado.

O que finalmente resolveu

O que resolveu foi criar o pendrive usando WoeUSB-ng, rodando em um USB Live do Fedora.

Como o Fedora Live não traz a ferramenta pronta, instalei:

sudo dnf install git p7zip p7zip-plugins python3-pip python3-wxpython4

pip3 install WoeUSB-ng

E criei o pendrive assim:

sudo woeusb --device Win11.iso /dev/sdX --target-filesystem NTFS

Depois disso, reiniciei a máquina e o instalador do Windows finalmente exibiu os SSDs NVMe imediatamente.

A instalação seguiu normalmente.

Para quem está passando pelo mesmo problema

Se você está enfrentando este cenário:

BIOS reconhece o SSD,
o Linux instala sem qualquer dificuldade,
o pendrive do Windows dá boot normalmente,
mas o instalador não mostra unidade nenhuma e pede "drivers",

então vale olhar para como o pendrive foi criado.

No meu caso, depois de tentar várias ferramentas populares do Linux, o que funcionou foi recriar a mídia com o WoeUSB-ng no Fedora Live. Depois disso, o instalador passou a reconhecer os NVMe sem qualquer intervenção adicional.

Correção e ajustes após a atualização de Bibliotecas

Carlos Wherbet — Wed, 11 May 2022 02:07:53 +0000

Alguns erros são mostrados no próprio terminal ao inciar o servidor e outros foram evidenciados pelo console do navegador, e alguns deles informam o link para consultar a documentação facilitando o processo de correção, já outros foi um pouco mais trabalhosos, eu tive que debugar e entender que o problema estava em um componente da lib do react-bootstrap.

Seguintes correções foram feitas:

Switch não é mais utilizado na versão 6 do react-router-dom :

https://reactrouter.com/docs/en/v6/upgrading/v5#upgrade-all-switch-elements-to-routes

`// Antes
import { **Switch**, Route } from "react-router-dom";
<Route path="/" component={Home} />

// Depois 
import { **Routes**, Route } from "react-router-dom";
<Route path='/welcome' element={<Home/>} />

ReactDOM.render não é mais usado na versão 18 do React


// Antes

import { render } from 'react-dom';

const container = document.getElementById('app');

render(<App *tab*="home" />, container);

// Depois

import { createRoot } from 'react-dom/client';

const container = document.getElementById('app');

const root = createRoot(container); // createRoot(container!) if you use TypeScript

root.render(<App *tab*="home" />);

Atualização do react-bootstrap de v1 para v2.

https://react-bootstrap.github.io/migrating/#popover

Popover

renomear 'Content' prop para 'Body'

renomear 'Title' prop para 'Header'

`// Antes

`
<Popover>
    <Popover.**Title**></Popover.**Title**>
    <Popover.**Content**>
    </Popover.**Content**>
</Popover>
`

// Depois
`
<Popover>
    <Popover.**Header**></Popover.**Header**>
    <Popover.**Body**>
    </Popover.**Body**>
</Popover>
`

Como atualizar aplicações em React

Carlos Wherbet — Wed, 11 May 2022 01:49:11 +0000

Esse post tem o objetivo de documentar os passos que utilizei para atualizar uma aplicação react desenvolvida em meados de 2019, que desde então, não passou por nenhum processo de atualização de bibliotecas.

Alguns passos utilizados aqui podem ser aplicados em vários projetos Node, mas o foco aqui será um pequeno projeto em ReactJS.

Primeiros passos

Utilizei um projeto em React que atualmente está sendo executado em um container docker.

Antes de fazer qualquer alteração, criei uma branch a partir da master para poder trabalhar de forma segura e sem riscos, se tudo der errado, desfaço as alterações e começo novamente 😊.

git checkout -b app_upgraded

Atualizar imagem do Dockerfile

Atualizei a versão da imagem do docker de node:12.2.0-alpine para node:16.15.0-alpine.

Dentro da pasta do meu projeto, apaguei a pasta node_modules e rebuildamos o projeto para criação da nova imagem e subimos o container para inciar a aplicação .

# apaga recursivamnte a pasta node_modules
rm.-rf node_modules

# Apaguei containers e networks existentes para este projeto
docker-compose down 

# Sobe um container a partir da nova imagem construída
docker-compose up --build

Atualizando as bibliotecas com yarn

O ReactJS, assim como as outras bibliotecas dependentes da nossa aplicado , pode ser atualizada utilizando o comando interativo do yarn.

Antes de executar o comando para atualização, foi preciso atualizar a versão do nodejs no dockerfile como mostrei no passo anterior.

Com o container em pé, entrei dentro dele e executei o comando do yarn para atualização.

yarn upgrade-interactive --latest --exact

Será feito uma verificação das dependências da aplicação e retorna uma lista de bibliotecas com a opção para você selecionar todas ou somente aquelas que você gostaria de atualizar.

A lista é composta pelas colunas name, range, from, to e url.

range: informa o quão longe sua atualização chegará, no meu caso informa que minha atualização chegará não versão mais atual.
from: Informa a versão atual da biblioteca.
to: Informa para qual versão você irá após a atualização.
url: contém a url com a documentação da biblioteca. Para atualização major, recomendo dar uma olhada no link da biblioteca antes de fazer a atualização.

As bibliotecas são categorizada por cores que indicam o grau de complexidade da cada atualização, podendo ser entendido como:

Verde: atualizações patchs, de baixa complexidade, podem ser correções de bugs .

Amarelo: atualizações minor, de média complexidade, requer mais atenção.

Vermelho: atualizações major, de alta complexidade, requer um grande cuidado e muito mais atenção na atualização pois provavelmente você terá que fazer alterações no código fonte para se adequar a nova versão.

✍🏼Dica do Sucesso: Não existem testes automatizados implementados para essa aplicação, isso faz com que atualizações desse tipo sejam muito mais arriscadas.
O ideal seria fazer primeiros os testes automatizados desses componentes, e somente depois atualizar, tornando todo esse processo muito mais tranquilo e seguro.

Como estou trabalhando em outra branch, resolvi marcar para atualizar todas as bibliotecas.

A atualização durou alguns poucos minutos e logo iniciei a aplicação, e então inciaram-se os problemas.

Em breve, tem a parte 2 com as Correções e ajustes após a atualização das bibliotecas