Como criar uma ISO WinPE no estilo Sergei Strelec
Guia técnico completo para construir uma mídia própria de manutenção e recuperação baseada em Windows PE, com arquitetura modular, softwares personalizados, drivers, shell gráfico e boot UEFI.
Como criar uma ISO WinPE no estilo Sergei Strelec
Este guia explica como construir uma mídia própria de manutenção e recuperação baseada em Windows PE, com softwares escolhidos por você, drivers, scripts, shell gráfico, boot UEFI e uma estrutura modular semelhante à observada no Sergei Strelec.
A pesquisa foi baseada na documentação oficial da Microsoft, do Sergei Strelec, do PhoenixPE, do PEBakery e de projetos relacionados. A conclusão precisa ser dita sem rodeios: o autor do Strelec não publicou seus scripts de build nem revelou de forma verificável qual construtor utiliza. Portanto, ninguém fora do projeto consegue reproduzir exatamente o processo dele. O que é possível reproduzir é a arquitetura e a experiência de uso.
Metadados e recomendação central
| Campo | Informação |
|---|---|
| Autor do relatório | OpenAI, solicitado por Pablo Murad |
| Data da pesquisa | 11 de julho de 2026 |
| Objetivo | Construir uma mídia própria de manutenção e recuperação |
| Base recomendada | PhoenixPE + PEBakery |
| Estratégia | Manter o boot.wim enxuto e deixar programas grandes fora dele |
Resposta honesta em uma frase
É possível reproduzir a arquitetura e a experiência de uso do Strelec, mas não copiar exatamente o processo dele. O caminho tecnicamente mais sólido é usar PhoenixPE/PEBakery como base e adotar o mesmo princípio modular observado na mídia do Sergei.
Sumário
- Conclusão da pesquisa: o que sabemos sobre o método do Sergei
- Anatomia de uma ISO WinPE “all-in-one”
- Como o Windows PE é realmente construído
- Quatro caminhos possíveis para seu projeto
- Caminho recomendado: PhoenixPE + PEBakery
- Caminho manual: ADK + DISM + MakeWinPEMedia
- Como integrar seus próprios programas
- Arquitetura de pastas no estilo modular do Strelec
- Shell, menu Iniciar, desktop e inicialização
- Drivers: embutidos, externos e carregados no boot
- BIOS, UEFI, Secure Boot e multiboot
- Atualização, versionamento e reprodutibilidade
- Testes e controle de qualidade
- Segurança, confiança e licenciamento
- Plano de implementação recomendado
- Modelos de scripts e arquivos
- Checklist final
- Fontes oficiais e links
1. Conclusão da pesquisa: o que sabemos sobre o método do Sergei
1.1 O que foi possível comprovar
A documentação oficial do Sergei Strelec comprova que a mídia é uma composição modular, e não apenas um único boot.wim gigantesco. Os seguintes elementos aparecem explicitamente nas páginas do autor:
| Elemento | Evidência |
|---|---|
| Pasta externa principal | O conteúdo pode ser extraído como uma pasta SSTR para uma partição e iniciado por entradas BCD próprias; isso demonstra que parte relevante da solução vive fora da imagem RAM do WinPE. [1] |
| Aplicativos externos | O autor mostra executáveis sendo iniciados de SSTR\MInst\Portable\x64, confirmando um repositório externo de programas portáteis. [1] |
| Drivers carregados durante o boot | Drivers adicionais podem ser colocados em subpastas de SSTR\USER e são instalados automaticamente ao iniciar o WinPE. [1][2] |
| Scripts do usuário | Arquivos .cmd e .bat colocados em SSTR\bat são executados depois que o Windows Explorer inicia. [1] |
| Personalização visual | O papel de parede pode ser substituído diretamente em SSTR\MInst\Wallpaper. [1] |
| Dois caminhos EFI | A mídia permite alternar entre carregadores Microsoft e GRUB2 por arquivos batch na pasta EFI\boot. [1] |
| Ambientes múltiplos | As edições completas oferecem variantes WinPE 11, 10 e 8, x86/x64 conforme a edição. [3] |
| Detecção de drivers úteis | Versões recentes copiam drivers necessários para X:\LocalStorageDrivers, facilitando seu uso durante uma instalação de Windows. [2] |
O ponto mais importante
A sensação de “sistema completo” vem da combinação de um WinPE relativamente enxuto com um grande catálogo externo de aplicações, scripts e drivers. Colocar tudo dentro do boot.wim deixaria a inicialização lenta, aumentaria o consumo de RAM e tornaria atualizações muito mais trabalhosas.
1.2 O que não foi possível comprovar
Não encontrei, nas páginas oficiais do autor nem em repositório público, uma declaração verificável dizendo que o Strelec é construído com WinBuilder, PEBakery, Win10XPE, PhoenixPE ou outro projeto específico. Também não há scripts de build públicos que permitam reconstruir a ISO de maneira reproduzível.
Logo, afirmar “Sergei usa PEBakery” ou “Sergei usa WinBuilder” seria chute. O que podemos fazer é inferir a arquitetura a partir da estrutura documentada e reproduzi-la com ferramentas públicas atuais.
Classificação de confiança usada neste relatório
COMPROVADO: consta em documentação oficial. INFERÊNCIA: conclusão técnica compatível com as evidências, mas não confirmada pelo autor. RECOMENDAÇÃO: proposta para o seu projeto, não uma descrição do Strelec.
1.3 Reconstrução provável da arquitetura
| Camada | Função provável |
|---|---|
| 1. Base WinPE/WinRE | Uma ou mais imagens WIM customizadas, cada uma contendo kernel, drivers básicos, rede, componentes opcionais e shell. |
| 2. Shell gráfico | Explorer ou shell equivalente, menu Iniciar, desktop, atalhos e serviços mínimos necessários. |
| 3. Camada externa SSTR | Programas, wallpapers, scripts, perfis WLAN, instaladores do Windows, drivers e arquivos atualizáveis. |
| 4. Bootstrap | Scripts iniciados no boot localizam a mídia, carregam drivers, importam perfis, configuram rede e constroem atalhos. |
| 5. Boot manager | BCD/bootmgr para o caminho Microsoft, GRUB2 ou mecanismos equivalentes para modos alternativos e multiboot. |
| 6. Empacotamento | ISO híbrida preparada para BIOS/UEFI, além de instruções para USB, Ventoy e boot por disco rígido. |
2. Anatomia de uma ISO WinPE “all-in-one”
2.1 Fluxo completo
| Origem | Transformação | Resultado |
|---|---|---|
| ISO oficial do Windows / ADK | Extrair boot.wim ou WinRE.wim | Imagem base |
| Imagem base | Montar com DISM ou automatizar com PEBakery | Sistema editável |
| Componentes | Adicionar WMI, PowerShell, rede, armazenamento, HTA etc. | Recursos do WinPE |
| Shell + registro | Adicionar Explorer/WinXShell, atalhos, serviços e configurações | Desktop utilizável |
| Aplicativos | Integrar ao WIM ou manter em pasta externa | Catálogo de ferramentas |
| Drivers | Injetar essenciais e carregar opcionais no boot | Compatibilidade de hardware |
| Boot files | Configurar BCD, UEFI, BIOS e opcionalmente GRUB2 | Mídia inicializável |
| QA | Testar em VM e hardware real | ISO pronta e versionada |
O Windows PE inicia normalmente de uma imagem WIM carregada em RAM e exposta como unidade X:. Por isso, tudo colocado dentro do WIM aumenta o tempo de leitura, descompressão e consumo de memória. A própria Microsoft recomenda não adicionar arquivos desnecessários à imagem. [4]
2.2 O que fica dentro e fora do boot.wim
| Dentro do boot.wim | Fora do boot.wim / na mídia |
|---|---|
| Kernel, HAL, WinPE, drivers de boot e armazenamento essenciais | Programas grandes e frequentemente atualizados |
| Shell/launcher e arquivos necessários antes de localizar o USB | Ferramentas de backup, clonagem, diagnóstico e recuperação |
| Componentes opcionais do WinPE | Drivers opcionais por fabricante ou modelo |
| Scripts mínimos de inicialização | Perfis Wi-Fi, scripts personalizados e configurações do usuário |
| Ferramentas pequenas indispensáveis | ISOs Linux, antivírus offline e instaladores do Windows |
| Bibliotecas sem as quais o shell não inicia | Logs, relatórios, backups e arquivos temporários persistentes |
Regra prática
Se a ferramenta precisa existir antes de a mídia externa ser localizada, coloque-a dentro do WIM. Se é grande, atualiza muito ou só será usada ocasionalmente, deixe-a fora.
3. Como o Windows PE é realmente construído
3.1 Ferramentas oficiais
O método oficial da Microsoft usa o Windows ADK, o complemento Windows PE, CopyPE, DISM e MakeWinPEMedia. O ADK fornece as ferramentas de implantação; o complemento WinPE fornece a imagem e os componentes opcionais. Em julho de 2026, a Microsoft recomenda usar uma versão compatível e aplicar os patches atuais do ADK. [5]
| Ferramenta | Papel |
|---|---|
| CopyPE | Cria a árvore de trabalho com boot.wim e arquivos de mídia. |
| DISM | Monta o WIM, adiciona pacotes, drivers, arquivos, idiomas e configurações. |
| WinPE optional components | Pacotes CAB para WMI, PowerShell, .NET limitado, StorageWMI, HTA e outros. |
| Startnet.cmd / Wpeinit | Inicializa PnP, rede e scripts de bootstrap. |
| Winpeshl.ini | Substitui o prompt padrão por um shell ou aplicativo gráfico. |
| MakeWinPEMedia | Gera USB, ISO ou VHD inicializável. |
| Oscdimg | Ferramenta de baixo nível para ISOs personalizadas e híbridas quando necessário. |
3.2 Por que projetos como PhoenixPE existem
Um WinPE oficial básico não é um “Windows portátil completo”. Ele não inclui uma experiência de desktop normal e muitos programas dependem de DLLs, chaves de registro, serviços, fontes, COM, shell extensions e componentes ausentes. Projetos de build automatizam a coleta dessas dependências a partir do boot.wim, WinRE.wim e install.wim, aplicam ajustes de registro e geram uma imagem consistente.
O PhoenixPE documenta que pode partir de boot.wim ou WinRE.wim. Ao usar boot.wim, ele acrescenta recursos ausentes copiando arquivos e entradas de registro de install.wim; ao usar WinRE.wim, parte de um ambiente de recuperação mais completo. [6]
Não confunda WinPE com Windows To Go
WinPE é um ambiente temporário de implantação e recuperação. A Microsoft declara que ele não é um sistema operacional de propósito geral; não deve ser tratado como desktop permanente. Ele reinicia após um período contínuo e perde alterações não persistidas. [7][8]
4. Quatro caminhos possíveis para seu projeto
| Caminho | Vantagens | Desvantagens | Veredito |
|---|---|---|---|
| ADK + DISM puro | Oficial, transparente, pequeno e previsível. | Muito trabalho para criar desktop completo e compatibilidade de apps. | Ótimo para mídia mínima; ruim para copiar a experiência Strelec. |
| Win10XPE | Experiência pronta, muitos plugins e build simples. | Base de código antiga e menos modular; manutenção irregular. | Bom para começar rápido e aprender. |
| PhoenixPE + PEBakery | Ativo, modular, documentado, apps via scripts, boot.wim ou WinRE.wim. | Exige aprender o projeto e escrever integrações próprias. | Melhor escolha para seu objetivo. |
| Projeto próprio sobre WinRE | Controle total e branding próprio. | Maior custo técnico, manutenção e risco de dependências quebradas. | Fase avançada, depois de dominar um builder. |
Minha recomendação direta: não comece do zero. Faça a primeira versão no PhoenixPE, aprenda como os scripts integram componentes e aplicativos, e só depois substitua partes do projeto por código próprio. Tentar reproduzir Strelec manualmente desde o início é a maneira mais lenta de chegar a uma ISO instável.
5. Caminho recomendado: PhoenixPE + PEBakery
5.1 Por que esta é a base mais adequada
PhoenixPE é um projeto WinPE de recuperação baseado em PEBakery. Suporta fontes Windows 10/11, build a partir de boot.wim ou WinRE.wim e inclusão de aplicativos por scripts. A documentação oficial destaca a arquitetura modular e uma API própria para plugins. [9][10]
| Critério | Como o PhoenixPE ajuda |
|---|---|
| Reprodutibilidade | O build é descrito por scripts, variáveis e arquivos de projeto. |
| Atualização | Aplicativos podem usar URLs e versões parametrizadas; arquivos baixados ficam em cache. |
| Customização | Você escolhe shell, componentes, drivers, apps, papel de parede e ajustes. |
| Depuração | O PEBakery gera logs de cada etapa e valida sintaxe. |
| Organização | Scripts são separados por categorias e níveis de build. |
| Escalabilidade | Você pode criar uma coleção própria de scripts sem modificar o núcleo do projeto. |
5.2 Fluxo recomendado da primeira versão
- Use um computador técnico Windows 11 x64, com bastante espaço livre em uma unidade NTFS.
- Baixe uma ISO original do Windows 11 ou Windows 10 de fonte oficial e monte-a no Explorer.
- Baixe o PhoenixPE do repositório oficial e execute o PEBakery conforme as instruções do projeto.
- Configure a fonte do Windows e faça primeiro um build mínimo, sem adicionar dezenas de aplicativos.
- Inicialize a ISO em Hyper-V, VMware ou VirtualBox e confirme boot, teclado, mouse, armazenamento e rede.
- Ative um aplicativo por vez e repita o teste. Não marque tudo de uma vez; a própria documentação do PhoenixPE alerta contra isso. [6]
- Crie uma área própria em MyApps ou em uma pasta de projeto separada para seus scripts.
- Quando o ambiente estiver estável, mova programas grandes para uma pasta externa na mídia, reproduzindo a estratégia do Strelec.
- Gere hashes, registre versões e mantenha um changelog de cada build.
5.3 Estrutura de um projeto PEBakery
O PEBakery trata um projeto como uma coleção de arquivos .script. A documentação oficial define seções como Main, Interface, Process, Variables e ScriptUpdate. Os scripts ficam sob Projects\projeto>. [11]
Estrutura conceitual
C:\PEBakery\
├── PEBakeryLauncher.exe
├── PEBakery.ini
├── Projects\
│ └── MeuProjeto\
│ ├── script.project
│ ├── Core\
│ ├── Drivers\
│ ├── Applications\
│ ├── Shell\
│ └── Finalize\
├── MyApps\
└── Workbench\
Aviso sobre plugins
A linguagem básica é do PEBakery, mas funções como criar atalhos, registrar autorun e copiar programas geralmente usam a API do projeto. Portanto, um script feito para Win10XPE não deve ser presumido compatível com PhoenixPE sem adaptação.
6. Caminho manual: ADK + DISM + MakeWinPEMedia
6.1 Preparação
- Instale o Windows ADK com “Deployment Tools”.
- Instale o complemento Windows PE correspondente ao mesmo ADK.
- Aplique o patch de segurança mais recente do ADK antes de gerar a mídia. [5]
- Abra “Deployment and Imaging Tools Environment” como administrador.
6.2 Criar e montar a imagem
Comandos oficiais de base [12]
rem Criar a árvore de trabalho
copype amd64 C:\WinPE_Pablo
rem Montar o boot.wim
Dism /Mount-Image ^
/ImageFile:"C:\WinPE_Pablo\media\sources\boot.wim" ^
/Index:1 ^
/MountDir:"C:\WinPE_Pablo\mount"
6.3 Adicionar PowerShell e componentes
A Microsoft documenta uma ordem de pacotes para PowerShell: WMI, NetFX, Scripting, PowerShell, StorageWMI e DismCmdlets, acompanhados dos pacotes de idioma correspondentes. Os componentes precisam corresponder à arquitetura e ao build do WinPE. [13]
Exemplo para en-US; adapte o idioma à sua imagem [13]
set PE=C:\WinPE_Pablo\mount
set OC=C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Windows Preinstallation Environment\amd64\WinPE_OCs
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-WMI.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-WMI_en-us.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-NetFX.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-NetFX_en-us.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-Scripting.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-Scripting_en-us.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-PowerShell.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-PowerShell_en-us.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-StorageWMI.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-StorageWMI_en-us.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\WinPE-DismCmdlets.cab"
Dism /Add-Package /Image:"%PE%" /PackagePath:"%OC%\en-us\WinPE-DismCmdlets_en-us.cab"
Para português, use os pacotes de idioma disponíveis no ADK e mantenha exatamente a mesma versão do componente neutro. Não misture CABs de ADKs diferentes.
6.4 Adicionar drivers essenciais
Injeção offline de drivers [14]
Dism /Image:"C:\WinPE_Pablo\mount" ^
/Add-Driver ^
/Driver:"C:\Drivers\Storage" ^
/Recurse
Dism /Image:"C:\WinPE_Pablo\mount" /Get-Drivers
Não injete um DriverPack inteiro
A Microsoft alerta que /Recurse pode inflar muito a imagem. Injete apenas armazenamento, USB e rede realmente necessários; mantenha o restante como drivers externos carregados no boot.
6.5 Adicionar arquivos, shell e scripts
Arquivos copiados para a pasta montada aparecerão em X:\PabloPE [4]
mkdir "C:\WinPE_Pablo\mount\PabloPE"
xcopy "C:\Projeto\Bootstrap" "C:\WinPE_Pablo\mount\PabloPE\Bootstrap" /E /I /H /Y
xcopy "C:\Projeto\Shell" "C:\WinPE_Pablo\mount\PabloPE\Shell" /E /I /H /Y
Você pode iniciar um shell gráfico por Startnet.cmd ou Winpeshl.ini. A Microsoft documenta que Winpeshl.ini substitui o prompt padrão por um aplicativo. [15]
X:\Windows\System32\Winpeshl.ini
[LaunchApp]
AppPath = %SYSTEMDRIVE%\PabloPE\Shell\Launcher.exe
6.6 Espaço temporário e commit
Scratch space e gravação da imagem [4]
Dism /Set-ScratchSpace:512 /Image:"C:\WinPE_Pablo\mount"
Dism /Unmount-Image ^
/MountDir:"C:\WinPE_Pablo\mount" ^
/Commit
6.7 Gerar ISO
/bootex gera mídia com boot manager assinado pela Windows UEFI 2023 CA em ADKs compatíveis [12][16]
MakeWinPEMedia /ISO ^
C:\WinPE_Pablo ^
C:\WinPE_Pablo\PabloPE_x64.iso ^
/bootex
7. Como integrar seus próprios programas
7.1 Primeiro classifique cada software
| Pergunta | Por que importa |
|---|---|
| É x64, x86 ou ambos? | WinPE x64 moderno não deve depender de tradução de arquitetura ausente; teste cada binário. |
| É realmente portátil? | Instaladores MSI não são suportados pelo WinPE; executáveis portáteis ou extraídos são mais adequados. [8] |
| Precisa de serviço ou driver? | Serviços e drivers exigem registro, assinatura e ordem correta de inicialização. |
| Precisa de .NET, VC++ ou WebView? | Essas dependências podem não existir ou funcionar apenas parcialmente. |
| Escreve em ProgramData/Temp? | O espaço temporário do WinPE é limitado e normalmente está em RAM. |
| A licença permite redistribuir? | Uso pessoal e distribuição pública são problemas jurídicos diferentes. |
| Atualiza com frequência? | Programas muito voláteis devem ficar fora do WIM. |
| Funciona sem Internet? | Ferramentas de resgate não devem depender totalmente da rede. |
7.2 Quatro modos de integração
| Modo | Use para | Prós | Contras |
|---|---|---|---|
| Embutido no WIM | Shell, bootstrap, utilitários pequenos críticos | Sempre disponível | Aumenta RAM e exige rebuild |
| Externo na mídia | Apps grandes e atualizáveis | Atualização fácil; estilo Strelec | Precisa localizar a letra da mídia |
| Baixado no uso | Ferramentas antivírus ou assinaturas dinâmicas | Sempre atual | Falha sem rede; risco de supply chain |
| ISO separada | Linux rescue, memtest, firmware | Isolamento e compatibilidade própria | Exige boot manager/multiboot |
7.3 Integração de aplicativos via PEBakery
Um script PEBakery normalmente define metadados, interface, variáveis, downloads, extração, cópia para a imagem, dependências, registro, atalhos e autorun. A API do PhoenixPE fornece macros para essas tarefas. Muitos scripts de aplicativos do projeto são exemplos melhores do que tutoriais genéricos; use um programa semelhante ao seu como modelo. [10][17]
Esqueleto conceitual — não trate como plugin completo
[Main]
Title=Minha Ferramenta
Description=Integra uma ferramenta ao ambiente de recuperação
Author=Pablo
Level=5
Selected=False
[Variables]
%ProgramFolder%=MinhaFerramenta
%ProgramExe%=MinhaFerramenta.exe
%ProgramVersion%=1.0.0
[Process]
// O corpo real deve usar as macros da PhoenixAPI.
// Use um script oficial semelhante como modelo para:
// 1. baixar/verificar o pacote
// 2. extrair arquivos
// 3. copiar para o destino
// 4. criar atalhos
// 5. aplicar registro/configuração
Abordagem correta para aprender
Abra um script oficial simples, como um utilitário portátil sem driver, duplique-o em MyApps e altere uma coisa por vez. Depois compare logs e conteúdo gerado. Começar por software com serviço, driver, shell extension ou licença comercial é pedir para perder tempo.
7.4 Catálogo de aplicativos orientado por manifesto
Para programas externos, vale separar o launcher da lista de aplicativos. O launcher lê um arquivo JSON ou INI, encontra o executável e monta categorias dinamicamente. Assim você adiciona programas sem reconstruir o WIM.
Exemplo de manifesto externo
{
"name": "7-Zip",
"category": "Arquivos",
"architecture": "x64",
"executable": "Apps\\x64\\7-Zip\\7zFM.exe",
"arguments": "",
"workingDirectory": "Apps\\x64\\7-Zip",
"icon": "Icons\\7zip.ico",
"requiresNetwork": false,
"requiresAdmin": true
}
8. Arquitetura de pastas no estilo modular do Strelec
A estrutura abaixo não copia o Strelec; aplica o mesmo princípio de separar boot, sistema, programas, drivers e conteúdo do usuário.
Layout proposto
\
├── EFI\BOOT\ # boot UEFI Microsoft; mantenha o caminho padrão
├── Boot\ # BCD e arquivos de boot BIOS/UEFI
├── sources\boot.wim # WinPE principal
├── PabloPE.tag # marcador para localizar a mídia
├── PabloPE\
│ ├── Apps\
│ │ ├── x64\
│ │ └── Common\
│ ├── Drivers\
│ │ ├── Storage\
│ │ ├── Network\
│ │ ├── WLAN\
│ │ └── Vendor\
│ ├── Scripts\
│ │ ├── Boot\
│ │ ├── PostShell\
│ │ └── User\
│ ├── Config\
│ │ ├── apps\
│ │ ├── wlan\
│ │ └── settings.ini
│ ├── Wallpaper\
│ ├── Icons\
│ ├── Logs\
│ └── Tools\
├── WindowsInstall\ # ISOs, install.wim ou install.esd
└── ISO\ # imagens adicionais para multiboot
Evite depender da letra do pendrive
A letra muda conforme hardware, discos e partições. Use um arquivo marcador na raiz e faça o bootstrap procurar por ele. O launcher deve trabalhar com o caminho descoberto em tempo de execução.
9. Shell, menu Iniciar, desktop e inicialização
9.1 Três opções de shell
| Shell | Características | Indicação |
|---|---|---|
| Prompt + launcher próprio | Menor, previsível e fácil de manter. | Mídia técnica enxuta. |
| WinXShell | Shell portátil com desktop, barra de tarefas e menu, criado para Windows PE. [18] | Boa alternativa ao Explorer. |
| Explorer integrado pelo builder | Experiência mais familiar e integração com atalhos/context menus. | Mais parecido com Strelec, mas exige mais dependências. |
O próprio Strelec documenta que seus arquivos de usuário são executados após o Windows Explorer iniciar, o que confirma o uso de uma camada Explorer no ambiente atual. [1]
9.2 Ordem de inicialização recomendada
| Ordem | Ação |
|---|---|
| 1 | Wpeinit inicializa PnP, rede e unattend.xml. |
| 2 | Bootstrap localiza a mídia pelo arquivo marcador. |
| 3 | Carrega apenas drivers adicionais necessários. |
| 4 | Importa perfis WLAN e configura rede, se habilitado. |
| 5 | Cria arquivo de estado com caminho da mídia e arquitetura. |
| 6 | Inicia shell/launcher. |
| 7 | Executa scripts PostShell com atraso curto. |
| 8 | Registra logs na mídia externa, nunca apenas em X:. |
10. Drivers: embutidos, externos e carregados no boot
10.1 Estratégia em camadas
| Camada | Conteúdo | Motivo |
|---|---|---|
| WIM | NVMe, USB, armazenamento e rede essenciais | Sem eles o sistema pode nem enxergar disco ou rede. |
| Pasta externa automática | RST/VMD, WLAN e NICs comuns | Atualizável sem rebuild e carregado sob demanda. |
| Pasta manual por fabricante | Drivers raros, RAID e hardware específico | Evita lentidão e conflitos no boot. |
| Pacote separado | Vídeo completo e drivers muito grandes | Normalmente desnecessários em WinPE; podem aumentar muito o boot. |
10.2 Carregamento dinâmico
Exemplo simples de Drvload em runtime
@echo off
setlocal
call `X:\PabloPE`\Bootstrap\FindMedia.cmd
if not defined PE_MEDIA exit /b 1
for /r "%PE_MEDIA%\PabloPE\Drivers\Storage" %%I in (*.inf) do (
drvload "%%I" >> "%PE_MEDIA%\PabloPE\Logs\drivers.log" 2>&1
)
for /r "%PE_MEDIA%\PabloPE\Drivers\Network" %%I in (*.inf) do (
drvload "%%I" >> "%PE_MEDIA%\PabloPE\Logs\drivers.log" 2>&1
)
endlocal
Melhoria futura
Em vez de carregar todos os INF, identifique hardware por PnP IDs e selecione somente o driver correspondente. O Strelec recente já mostra uma lógica de identificação de driver necessário e cópia para
X:\LocalStorageDrivers. [2]
11. BIOS, UEFI, Secure Boot e multiboot
11.1 Comece pelo caminho Microsoft
Para a primeira versão, preserve os arquivos de boot gerados pelo ADK e use MakeWinPEMedia. Em ADKs recentes, /bootex gera mídia com boot manager assinado pela Windows UEFI 2023 CA. A escolha também precisa considerar o estado de revogação do firmware do equipamento. [12][16]
| Cenário | Recomendação |
|---|---|
| PC moderno | UEFI x64, GPT e caminho Microsoft padrão. |
| Secure Boot ativo | Use boot manager Microsoft atual e evite binários EFI não assinados. |
| Máquinas antigas | Adicione compatibilidade BIOS/CSM somente se realmente necessária. |
| Multiboot com Linux/ISOs | Introduza GRUB2 ou Ventoy depois que o WinPE isolado estiver estável. |
| Instalação do Windows | Inicialize o WinPE no mesmo modo de firmware desejado para o Windows instalado. [19] |
O Strelec permite alternar entre carregador Microsoft e GRUB2. Isso é útil, mas aumenta o número de combinações que precisam ser testadas. Copiar essa parte logo no primeiro build não traz benefício proporcional. [1]
11.2 Pendrive com duas partições
FAT32 mantém ampla compatibilidade UEFI, porém limita arquivos individuais a 4 GB. Uma arquitetura prática usa uma pequena partição FAT32 para boot e uma segunda partição NTFS ou exFAT para aplicativos, ISOs e imagens grandes. A Microsoft documenta a necessidade de mídia multipart quando arquivos excedem o limite do FAT32. [8][12]
12. Atualização, versionamento e reprodutibilidade
12.1 Separe quatro tipos de atualização
| Tipo | Exemplos | Ação |
|---|---|---|
| Base Microsoft | ADK, WinPE, patches de boot | Rebuild completo e regressão de boot. |
| Projeto | PhoenixPE, PEBakery, shell | Atualizar em branch separada e comparar logs. |
| Aplicativos | Versões de utilitários | Atualizar script ou pasta externa; validar hashes. |
| Dados voláteis | Assinaturas antivírus, perfis, scripts | Atualizar sem rebuild quando possível. |
12.2 Estrutura de repositório
Repositório sugerido
MeuWinPE\
├── README.md
├── CHANGELOG.md
├── build\
│ ├── build.cmd
│ └── variables.cmd
├── project\
│ ├── scripts\
│ ├── registry\
│ └── shell\
├── apps-manifest\
├── drivers-manifest\
├── checksums\
├── licenses\
├── tests\
└── releases\
- Nunca modifique silenciosamente uma release já publicada; incremente a versão.
- Guarde SHA-256 de todo instalador ou arquivo baixado.
- Mantenha URL original, versão, licença e data de obtenção de cada programa.
- Gere um inventário de arquivos presentes no WIM e na pasta externa.
- Automatize o build quando a arquitetura estiver madura; reprodutibilidade vale mais que ajustes manuais invisíveis.
13. Testes e controle de qualidade
13.1 Matriz mínima
| Área | Testes |
|---|---|
| Boot | UEFI com Secure Boot; UEFI sem Secure Boot; BIOS se suportado; USB e ISO em VM. |
| Armazenamento | SATA, NVMe, USB, Intel VMD/RST, discos GPT/MBR, BitLocker. |
| Rede | Ethernet, Wi-Fi, DHCP, DNS, SMB e download HTTPS. |
| Aplicativos | Abrir, executar tarefa real, salvar saída e fechar sem erro. |
| Persistência | Logs e configurações devem sobreviver ao reboot quando desejado. |
| Instalação | Executar setup/WinNTSetup em laboratório, com UEFI/GPT correto. |
| Recuperação | Montar imagem, restaurar para disco descartável e validar boot. |
| Desempenho | Tempo de boot, RAM utilizada, espaço X: e scratch livre. |
| Segurança | Hashes, assinatura digital, varredura e revisão de conexões de rede. |
13.2 Regra de teste dos aplicativos
“Abriu” não significa “funciona”. Um programa de backup deve criar e restaurar uma imagem; uma ferramenta de partição deve ler e aplicar uma operação em disco descartável; um navegador deve validar TLS; um utilitário de senha deve trabalhar apenas em ambiente autorizado e documentado.
Ambiente de laboratório obrigatório
Use VMs, discos virtuais e máquinas sem dados importantes. Ferramentas de partição, clonagem, BCD e firmware podem destruir dados com um único clique.
14. Segurança, confiança e licenciamento
14.1 Três licenças diferentes
| Camada | O que verificar |
|---|---|
| Windows PE / ADK | Termos da Microsoft para uso, criação e eventual redistribuição. |
| Builder e scripts | Licença do PEBakery, PhoenixPE, Win10XPE, WinXShell e qualquer código incorporado. |
| Aplicativos | Direito de uso portátil, redistribuição, uso comercial e inclusão em mídia de terceiros. |
A documentação da Microsoft descreve WinPE como ambiente de implantação e recuperação, não como sistema operacional geral. O PhoenixPE também trata licenciamento como critério de seleção de aplicativos. [7][10]
14.2 Uso interno versus distribuição pública
| Uso interno/pessoal | Distribuição pública |
|---|---|
| Você controla a origem e as licenças dos softwares instalados. | Você passa a redistribuir binários de terceiros e precisa de permissão explícita. |
| Pode manter programas licenciados separadamente e copiá-los localmente. | Não inclua serial, ativador, patch, software comercial ou binário sem direito de redistribuição. |
| O risco principal é técnico e de segurança. | O risco passa a ser técnico, jurídico, reputacional e de supply chain. |
| Pode gerar a mídia no próprio computador. | Uma opção mais limpa é distribuir apenas o builder e fazer o usuário baixar os componentes oficiais. |
14.3 Cadeia de confiança
- Baixe cada aplicação do site do autor ou repositório oficial.
- Valide assinatura Authenticode quando disponível.
- Armazene SHA-256 e falhe o build quando o hash mudar inesperadamente.
- Evite mirrors de “portables” desconhecidos.
- Não aceite automaticamente a justificativa “é falso positivo”. Investigue cada alerta.
- Assine seu manifesto de release e publique os hashes da ISO.
15. Plano de implementação recomendado
Fase 1 — Base confiável
- PhoenixPE + PEBakery, somente x64.
- Uma única fonte Windows estável e documentada.
- Shell escolhido, rede, PowerShell e armazenamento funcionando.
- Sem multiboot e sem catálogo enorme de apps.
Fase 2 — Catálogo essencial
- Adicionar ferramentas por categoria: arquivos, discos, backup, diagnóstico, rede e instalação.
- Integrar primeiro softwares livres ou com licença clara.
- Criar manifesto com versão, URL, hash e licença.
- Mover programas grandes para pasta externa.
Fase 3 — Recursos “estilo Strelec”
- Drivers externos por categoria e detecção em runtime.
- Scripts do usuário e pasta PostShell.
- Perfis WLAN importáveis.
- Papel de parede, branding, atalhos e launcher dinâmico.
- Instaladores do Windows e ferramentas de implantação.
Fase 4 — Multiboot e release
- UEFI 2023 CA /bootex, testes de Secure Boot e fallback documentado.
- ISOs adicionais somente depois do WinPE estar estável.
- Pipeline de build, changelog, hashes, inventário e testes de regressão.
- Se houver distribuição pública, revisão jurídica das licenças.
Escolha que eu faria
Primeira release: x64, Microsoft boot manager, PhoenixPE, Explorer ou WinXShell, 15–25 ferramentas essenciais, drivers NVMe/RST/rede, apps grandes externos e nenhuma tentativa de suportar todo hardware existente. Qualidade vence quantidade.
16. Modelos de scripts e arquivos
16.1 Localizar a mídia externa
X:\PabloPE\Bootstrap\FindMedia.cmd
@echo off
set "PE_MEDIA="
for %%D in (C D E F G H I J K L M N O P Q R S T U V W Y Z) do (
if exist "%%D:\PabloPE.tag" set "PE_MEDIA=%%D:"
)
if not defined PE_MEDIA (
echo Midia PabloPE nao encontrada.
exit /b 1
)
echo %PE_MEDIA%>X:\PE_MEDIA.TXT
exit /b 0
16.2 Bootstrap mínimo
X:\Windows\System32\Startnet.cmd
@echo off
wpeinit
call `X:\PabloPE`\Bootstrap\FindMedia.cmd
if errorlevel 1 goto :NO_MEDIA
call "%PE_MEDIA%\PabloPE\Scripts\Boot\LoadStorageDrivers.cmd"
call "%PE_MEDIA%\PabloPE\Scripts\Boot\LoadNetworkDrivers.cmd"
call "%PE_MEDIA%\PabloPE\Scripts\Boot\ImportWlanProfiles.cmd"
start "" `X:\PabloPE`\Shell\Launcher.exe
exit
:NO_MEDIA
start "" `X:\PabloPE`\Shell\Launcher.exe --offline
exit
16.3 Importar perfis WLAN
ImportWlanProfiles.cmd
@echo off
if not defined PE_MEDIA exit /b 1
if not exist "%PE_MEDIA%\PabloPE\Config\wlan" exit /b 0
for %%F in ("%PE_MEDIA%\PabloPE\Config\wlan\*.xml") do (
netsh wlan add profile filename="%%~fF" user=all
)
exit /b 0
16.4 Arquivo de versão
PabloPE\Config\release.json
{
"product": "PabloPE",
"version": "0.1.0",
"buildDate": "2026-07-11",
"architecture": "amd64",
"windowsSource": "documentar build exato",
"adk": "documentar versao e patch",
"builder": "PhoenixPE + PEBakery",
"bootMode": ["UEFI"],
"sha256": "preenchido no pipeline de release"
}
17. Checklist final
- Build parte de ISO e ADK oficiais e documentados.
- ADK e WinPE Add-on possuem a mesma versão e patches atuais.
- Imagem x64 inicializa em UEFI e, se prometido, com Secure Boot.
- Shell inicia mesmo quando a pasta externa não é encontrada.
- Mídia é localizada por marcador, não por letra fixa.
- Drivers essenciais estão no WIM; opcionais ficam externos.
- Nenhum aplicativo depende de MSI em runtime.
- Cada software possui origem, versão, hash e licença registrados.
- Aplicativos grandes não inflaram desnecessariamente o boot.wim.
- Logs são gravados em mídia persistente.
- Backup e restauração foram testados de verdade.
- Operações de partição foram testadas em discos descartáveis.
- Rede, Wi-Fi e SMB foram testados em mais de uma máquina.
- ISO possui SHA-256 publicado.
- Changelog descreve alterações e regressões conhecidas.
- Distribuição pública contém apenas material redistribuível.
18. Fontes oficiais e links
Fontes consultadas em 11 de julho de 2026. A lista prioriza documentação oficial e repositórios dos próprios projetos.
[1] Sergei Strelec — Description WinPE x64. https://sergeistrelec.name/description_x64_winpe_en.html — Estrutura SSTR, drivers, scripts, carregadores EFI, wallpaper e caminhos de aplicativos.
[2] Sergei Strelec — Version history. https://sergeistrelec.name/version_history_en_new.html — Carregamento e cópia de drivers necessários em runtime.
[3] Sergei Strelec — página principal. https://sergeistrelec.name/ — Edições WinPE 11/10/8 e arquiteturas disponíveis.
[4] Microsoft — WinPE: Mount and Customize. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpe-mount-and-customize?view=windows-11 — Montagem, arquivos, scripts, scratch space, aplicativos e commit.
[5] Microsoft — Download and install the Windows ADK. https://learn.microsoft.com/en-us/windows-hardware/get-started/adk-install — ADK, WinPE Add-on, versões e patches atuais.
[6] PhoenixPE — Building PhoenixPE. https://github.com/PhoenixPE/PhoenixPE/wiki/Building-PhoenixPE — Fonte boot.wim/WinRE.wim e fluxo de build.
[7] Microsoft — WinPE: Create Apps. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpe-create-apps?view=windows-11 — Finalidade do WinPE e shells/aplicações.
[8] Microsoft — Windows PE overview. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpe-intro?view=windows-11 — Recursos, limitações, tempo de execução e FAT32.
[9] PhoenixPE — repositório oficial. https://github.com/PhoenixPE/PhoenixPE — Arquitetura modular, PEBakery e recursos.
[10] PhoenixPE — FAQ. https://github.com/PhoenixPE/PhoenixPE/wiki/FAQ — Apps, cache, licenças e desenvolvimento de scripts.
[11] PEBakery — Script Files. https://github.com/pebakery/pebakery-docs/blob/master/Projects/ScriptFiles.md — Estrutura e seções dos arquivos .script.
[12] Microsoft — Create bootable WinPE media. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpe-create-usb-bootable-drive?view=windows-11 — CopyPE e MakeWinPEMedia, USB e ISO.
[13] Microsoft — Add PowerShell support to WinPE. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpe-adding-powershell-support-to-windows-pe?view=windows-11 — Ordem dos componentes opcionais.
[14] Microsoft — Add drivers to an offline image. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/add-and-remove-drivers-to-an-offline-windows-image?view=windows-11 — DISM /Add-Driver, Drvload e cautela com /Recurse.
[15] Microsoft — Winpeshl.ini reference. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/winpeshlini-reference-launching-an-app-when-winpe-starts?view=windows-11 — Inicialização de shell customizado.
[16] Microsoft — MakeWinPEMedia options. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/makewinpemedia-command-line-options?view=windows-11 — Criação da mídia e opções atuais.
[17] PhoenixPE — PhoenixAPI. https://github.com/PhoenixPE/PhoenixPE/wiki/PhoenixAPI — API para scripts e integração de aplicativos.
[18] WinXShell / PExplorer — repositório oficial. https://github.com/slorelee/PExplorer — Shell portátil para Windows PE.
[19] Microsoft — Boot to UEFI or legacy BIOS mode. https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/boot-to-uefi-mode-or-legacy-bios-mode?view=windows-11 — Modo de firmware e instalação.
[20] Win10XPE — repositório oficial. https://github.com/ChrisRfr/Win10XPE — Alternativa madura baseada em WinRE/Windows 10/11.
[21] PEBakery — repositório oficial. https://github.com/pebakery/pebakery — Engine e releases.
[22] Sergei Strelec — FAQ histórica. https://sergeistrelec.name/faq.html — Estrutura de boot antiga, BCD/GRUB4DOS e FiraDisk; usada apenas como contexto histórico.
Conclusão
Você não precisa descobrir o segredo exato do Sergei para construir algo comparável. O segredo visível é arquitetura e disciplina: um WinPE customizado, um shell funcional, programas externos bem organizados, drivers carregados conforme necessário, scripts de bootstrap, boot compatível e testes em muito hardware.
O atalho inteligente é usar PhoenixPE/PEBakery para a base e concentrar seu esforço no que realmente diferencia a mídia: seleção de softwares, integração confiável, launcher, drivers, atualização e documentação. Fazer tudo manualmente com DISM é útil para aprender, mas não é a melhor fundação para uma coleção grande e sustentável.