SYSFORGE 1.5.1 — pendrive de 4GB com compressão sólida oficial

Fix do método 'pendrive otimizado': export com --solid (a mesma compressão dos install.esd oficiais da Microsoft) — sem isto a edição não caberia num pendrive de 4GB. O plano de espaço usa o tamanho REAL do cache e recusa honestamente se não couber. A release 1.5.0 foi removida (sem o fix).

SYSFORGE 1.4.1 — botões de instalação realmente funcionam

Correção do bug reportado: os botões de reiniciar/desligar-para-instalar estavam desabilitados por sondagem obsoleta. Agora: um único botão, sempre clicável, decide o método na hora (pendrive Ventoy OU sem pendrive via GRUB/wimboot) e executa a cadeia completa — ou mostra exatamente o que falta.

SYSFORGE 1.4.0 — Backup + Redes

SYSFORGE 1.4.0 — Backup e Redes de verdade

🛡 Página Backup — proteja seus arquivos ANTES de trocar de SO

• Detecta destinos externos (disco USB montado em /media ou /run/media)
• Mede suas pastas de verdade (byte a byte) antes de prometer
• Estimativa honesta "cabe / não cabe" antes de copiar qualquer coisa
• rsync sem --delete: o destino nunca perde nada — backup só soma
• Sem root: cópia de usuário para usuário; lista-branca de pastas

📡 Página Redes — diagnóstico ao vivo

• Dispositivos e estado via nmcli (NetworkManager) — leitura apenas
• Redes Wi-Fi visíveis com sinal e segurança, ordenadas por força

Download

• Site: https://yuaberry.github.io/sysforge/
• .deb direto

56 testes · MIT

SYSFORGE 1.3.0 — sem pendrive: Disco + Nuvem

SYSFORGE 1.3.0 — agora SEM PENDRIVE também

🖥 O método "Disco + Nuvem" (para quem não tem pendrive de 8 GB)

Seu pendrive de 4 GB não segura a ISO do Windows 11 (~5,7 GB)? Agora não importa mais:

• A ISO fica no seu disco (~/Downloads)
• O GRUB — que já boota sua máquina — ganha a entrada "SYSFORGE — Instalar Windows 11 (sem pendrive)", que carrega o instalador direto da ISO para a RAM via wimboot (projeto oficial iPXE, licença BSD)
• grub-reboot define o próximo boot nessa entrada (one-shot): a máquina desliga/reinicia e volta DIRETO no instalador — igual ao método USB, automaticamente

Segurança:

• Nenhuma partição nova (o layout do disco não muda em nada)
• Entrada GRUB em arquivo próprio — reversão com um clique (v1.install.disk_revert)
• BootOrder intocado; sondagem honesta ANTES de prometer: ISO > 3 GiB · Secure Boot OFF (wimboot não é assinado) · GRUB presente · RAM livre ≥ 2,5 GiB

Como usar:

sysforge install --apply --method disk --reboot    # direto pela CLI
# ou no app: Instalar Sistema → cartão "Sem pendrive"

Download

• Site: https://yuaberry.github.io/sysforge/
• .deb direto

53 testes · valiação de cadeia privilegiada ao vivo · MIT

SYSFORGE 1.2.0 — boot automático + redesign

SYSFORGE 1.2.0 — boot automático de ponta a ponta + redesign visual

⚡ O ciclo automático completo

Agora um clique (ou um comando) faz a máquina:
armar o boot do pendrive → desligar/reiniciar → ligar DIRETO no instalador do sistema escolhido — sem intervenção.

No app: página Instalar Sistema → pipeline visual com o status de cada etapa →
"⚡ Reiniciar agora → instalador" ou "⏻ Desligar (ao ligar, instala)" —
com contagem regressiva de 5s abortável e BootNext one-shot (o BootOrder original nunca é tocado).

Na CLI:

sysforge install --apply --reboot    # reinicia e entra direto no instalador
sysforge install --apply --poweroff  # desliga; AO LIGAR, entra direto no instalador

🎨 Redesign visual

Fundo ambiente animado, cards glass com entrada em cascata, barras de progresso reais
(memória/ESP), chips do BootOrder, transições de página, botões com efeito de brilho,
contagem regressiva em tela inteira — e as mesmas informações essenciais de sempre,
agora mais detalhadas.

Download

• Site: https://yuaberry.github.io/sysforge/
• Direto: sysforge_amd64.deb

sudo apt install ./sysforge_amd64.deb && sysforge doctor

SYSFORGE 1.1.1 — app abre corretamente

SYSFORGE 1.1.1 — correção da tela branca

O que era

O binário da 1.1.0 era um build de modo dev: ao abrir, o app procurava o servidor de desenvolvimento (localhost:5173) e mostrava tela branca com "Could not connect to localhost: Connection refused".

O que mudou

• Frontend agora é EMBUTIDO no executável (build de produção via CLI do Tauri) — abre offline, sem servidor, em qualquer máquina
• Guard anti-regressão no empacotamento: binário sem frontend embutido nunca mais sai para download
• Compilação de produção documentada e automatizada no bootstrap-linux.sh

Download

• Site: https://yuaberry.github.io/sysforge/ (detecta seu SO e baixa o pacote)
• Direto: sysforge_amd64.deb

sudo apt install ./sysforge_amd64.deb && sysforge doctor

A release 1.1.0 foi removida (continha o binário quebrado).

YUA OS MANAGER 1.0.1

YUA OS MANAGER 1.0.1 — primeira release estável

Gerenciador de sistema desktop (Linux) com fluxo completo de migração para o Windows 11 — do diagnóstico à BIOS — e operações privilegiadas auditadas via polkit.

⬇ Instalação

Baixe o yua-os-manager_1.0.1_amd64.deb (anexo abaixo) e:

sudo apt install ./yua-os-manager_1.0.1_amd64.deb

Um pacote instala tudo: app desktop no menu (Sistema → YUA OS MANAGER), CLI yua, daemon yua-osd, policy polkit e systemd com socket activation. Valide com yua doctor e yua daemon status.

Validação real desta release (não simulada)

• ✅ 50 testes unitários + integração (parsers com fixtures reais, host-disk guard, IPC fail-closed, snapshot UEFI, unattend)
• ✅ Cadeia privilegiada completa ao vivo: CLI → IPC → SO_PEERCRED → pkcheck → diálogo polkit autorizado pelo usuário → método privilegiado root → auditoria JSONL
• ✅ Socket activation systemd (LISTEN_FDS): daemon sobe sob demanda como root
• ✅ BootNext one-shot: armado, lido e revertido no firmware REAL da máquina-alvo
• ✅ reboot-direto-na-BIOS via OsIndications verificado no firmware (suporta BOOT_TO_FIRMWARE_UI)
• ✅ autounattend.xml real gerado com bypass LabConfig (hardware sem TPM/CPU suportada)
• ✅ .deb instalado e auditado em produção (Mint 22.3 / Dell Vostro 5470)

Segurança

• Fail-closed: sem daemon, nada privilegiado roda; modo dev recusa métodos privilegiados
• Destrutivo recusado em todos os modos (wipe/format/deploy real exigem fase QEMU com plano+rollback)
• Toda mutação exige confirm:true + polkit por ação (pid+starttime) + snapshot UEFI prévio + auditoria
• BootNext é one-shot — o BootOrder original nunca é reescrito

Veja docs/SECURITY.md e docs/ARCHITECTURE.md no repositório.