DietPi v10.0 chega com Uptime Kuma, ownCloud Infinite Scale e exige Debian 12 Bookworm

O DietPi inaugurou a série v10.0 no dia 25 de janeiro de 2026 com uma mudança que impacta diretamente quem mantém SBCs em produção: a partir de agora, o projeto exige Debian 12 (Bookworm) como base mínima para os scripts. Além disso, a versão traz dois novos pacotes de peso, Uptime Kuma e ownCloud Infinite Scale, junto de correções importantes em Wi-Fi, Bluetooth, Ethernet e USB em placas populares.

Resumo rápido

• Requisito obrigatório: Debian 12 (Bookworm)
• Novos softwares: Uptime Kuma e ownCloud Infinite Scale
• Fim de suporte a SBCs antigos: Sparky, NanoPi M2/T2/Fire2 e NanoPi M3/T3/Fire3
• Drivers e estabilidade: NPU no Quartz64, correções de Wi-Fi no Radxa ZERO 3 (3W) e ajustes em Orange Pi 3/3 LTS/3B
• Correção crítica ligada ao kernel 6.18+ em RK3328 (impacto em Ethernet/USB3)

O que muda no DietPi v10.0 na prática

A mensagem central deste release é simples: Debian 12 deixa de ser “recomendado” e vira pré-requisito. Isso afeta tanto o caminho de atualização quanto a lista de placas e softwares suportados.

Ao mesmo tempo, a chegada de Uptime Kuma e ownCloud Infinite Scale reforça o foco do DietPi em serviços modernos e leves para auto-hospedagem, especialmente para quem usa SBC como servidor doméstico, gateway, NAS ou caixa de monitoramento.

Debian 12 vira requisito e o Debian 11 vai para um branch dedicado

No DietPi v10.0, o projeto elevou o mínimo suportado pelos scripts para Debian 12 (Bookworm). Sistemas ainda em Debian 11 (Bullseye) não ficam “quebrados” automaticamente, mas são direcionados para um branch dedicado de compatibilidade.

O recado do time é direto: vale priorizar a migração para Bookworm, porque o update para a linha v10 só será oferecido quando o requisito de Debian for atendido. Em outras palavras, dá para continuar atualizando dentro do universo “compat”, mas para entrar no trilho principal (master) do DietPi, Bookworm vira obrigatório.

Atualização mínima do próprio DietPi também mudou

Além do Debian, existe um segundo corte: a versão mínima do DietPi para atualizar diretamente para a v10 agora é v8.0.

• Quem já está em v8.0+: após atender o Debian 12, a atualização para v10 tende a ser oferecida normalmente.
• Quem está abaixo de v8.0: passa por um processo em duas etapas, indo primeiro para v9.20 em um branch separado e, depois, para v10 via master, desde que o Debian 12 já esteja atendido.

Novos softwares: Uptime Kuma e ownCloud Infinite Scale

Dois pacotes entraram no catálogo oficial do DietPi-Software:

• ownCloud Infinite Scale: sucessor da linha clássica do ownCloud para sincronização e compartilhamento de arquivos, com proposta mais moderna e foco em evolução ativa.
• Uptime Kuma: ferramenta de monitoramento auto-hospedada, voltada a checagens de disponibilidade e status dashboards, útil para quem mantém serviços em SBC, VPS ou homelab.

Na prática, são adições alinhadas com cenários reais do DietPi: monitorar serviços e oferecer uma camada atualizada de “cloud pessoal” sem depender de stacks abandonadas.

Placas que perderam suporte oficial nesta versão

O fim do suporte ao Debian 11 (Bullseye) puxa uma consequência relevante: algumas famílias de SBC deixam de ser suportadas no DietPi v10.0 porque dependem de kernels vendor muito antigos e não acompanham a evolução necessária para as bases mais novas.

SBCs removidos do suporte (impacto direto do Debian 12 como mínimo)

• Sparky SBC
• NanoPi M2/T2/Fire2
• NanoPi M3/T3/Fire3

O DietPi aponta que essas imagens já tinham problemas com Debian 12 (Bookworm) e que os kernels antigos não conseguem avançar para bases como Debian 13 (Trixie). O projeto deixa uma porta aberta: caso apareçam fontes funcionais baseadas em mainline (Linux e U-Boot) ou alguém consiga rebasear drivers e device trees, o suporte pode ser reconsiderado.

Softwares removidos: o objetivo é cortar dependências obsoletas

Com a mudança de base, o DietPi v10.0 aproveitou para limpar opções que travaram no tempo, sobretudo por dependências legadas e incompatibilidades com PHP 8.x e com o ecossistema atual do Raspberry Pi.

Remoções no DietPi-Software

• RPi Cam Web Interface
  Sai por depender do legado MMAL, cujas bibliotecas de userspace foram removidas nos pacotes Bookworm do repositório do Raspberry Pi. O projeto também destaca ausência de manutenção ativa. O foco passa a ser motionEye e mjpg-streamer, com caminho para libcamera via libcamerify e suporte nativo “no radar”.
• ownCloud (clássico)
  Removido por não suportar PHP 8.x e por estagnação de desenvolvimento. O substituto direto passa a ser o ownCloud Infinite Scale. Como alternativa, o DietPi menciona a possibilidade de migração para Nextcloud.
• Pydio 8 (clássico)
  Removido por não suportar PHP 8.x. O sucessor é Pydio Cells, cuja integração está planejada para DietPi v10.1. O projeto também sinaliza que pode considerar backport para o branch compat (v9.20.x) se houver demanda, justamente para permitir migração lado a lado.

Melhorias e correções por hardware e sistema

Além do “Breaking”, o release entrega ajustes bem específicos em drivers e sequência de carregamento de módulos, que são o tipo de detalhe que costuma causar dor de cabeça em SBC.

Destaques de enhancement

• Raspberry Pi Imager: DietPi passa a aparecer como opção dentro do Raspberry Pi Imager em “Other general-purpose OS” para todos os modelos de Raspberry Pi.
• Quartz64: habilitação do driver da Linux Rocket NPU para a família.
• DietPi-LetsEncrypt: para Nginx do Debian Trixie, houve atualização de sintaxe de HTTP/2 e ativação de HTTP/3 (QUIC). A aplicação retroativa pode ser feita reexecutando dietpi-letsencrypt.

Correções de Wi-Fi e Bluetooth (Orange Pi e Radxa)

• Radxa ZERO 3 (3W): correção para Wi-Fi onboard que parou de funcionar com kernel novo, com atualização do kernel no repositório do próprio projeto, evitando que o problema reapareça em updates.
• Orange Pi 3/3 LTS: Wi-Fi e Bluetooth passam a funcionar sem intervenção manual, com o DietPi carregando automaticamente os módulos sprdwl_ng e sprdbt_tty ao alternar Wi-Fi/Bluetooth via dietpi-config ou dietpi.txt.
• Orange Pi 3/3 LTS/3B: mitigação de travamento na inicialização quando o driver de Wi-Fi UNISOC/Spreadtrum era carregado antes do driver de CPUFreq cpufreq_dt. A correção ajusta a ordem de carregamento. No Orange Pi 3B v2.1, o arquivo de módulos é removido por não ser necessário, já que o chip muda.

Correção sensível no RK3328 com kernel 6.18+

Em dispositivos RK3328, houve um problema envolvendo um driver experimental de USB3 PHY (Innosilicon Rockchip) patchado no kernel, que prometia melhor throughput, mas passou a quebrar cenários desde o kernel 6.18+:

• Ethernet no NanoPi R2S não funcionava.
• Porta USB3 no NanoPi NEO3 e ROCK64 não funcionava.

A correção remove o impacto dessa abordagem experimental e restaura funcionalidade.

Ajustes adicionais em softwares do catálogo

• Home Assistant: correções para falhas de instalação em RISC-V e ARMv6/7 com Bookworm e workaround temporário para dependência declarada incorretamente a montante.
• BirdNET-Go: passa a detectar e instalar a release (ou pre-release) mais recente, evitando bug upstream associado à revisão de detecções.
• Mopidy: correção para falha ao buscar streams remotos por incompatibilidade entre Mopidy e GStreamer no Debian Trixie.

Como atualizar para o v10.0 com menos risco

Como este release amarra a atualização ao Debian 12, o fluxo “mais seguro” é tratar a migração da base como etapa separada e só depois entrar no update do DietPi.

Um roteiro objetivo fica assim:

1. Verifique se você já está no Debian 12 (Bookworm).
2. Caso esteja no Debian 11 (Bullseye), priorize o upgrade para Bookworm usando o guia oficial do projeto (link na seção de fontes).
3. Após concluir a migração para Debian 12, rode dietpi-update ou aguarde a próxima checagem automática de update para receber a oferta do DietPi v10.0.
4. Se o seu DietPi for mais antigo que v8.0, espere o caminho em duas etapas: primeiro v9.20, depois v10, desde que o Debian 12 já esteja atendido.

FAQ