Cada história de Raspberry Pi acaba chegando ao mesmo momento: o cartão microSD falha, corrompe um sistema de arquivos de uma forma que fsck não consegue consertar, e derruba um serviço de laboratório doméstico com ele. Uma unidade de inicialização USB SSD é a correção padrão, e em um Pi 4 ou Pi 5, transforma um servidor doméstico lento em algo que realmente se parece com um pequeno desktop Linux. O que mudou em 2026 é que as ferramentas agora são boas o suficiente para que a migração leve uma tarde, não um fim de semana.
Testamos sete aplicativos de desktop que gravam, clonam e gerenciam um SSD USB para Pi. A lista cobre o gravador oficial, o utilitário EEPROM que permite o boot USB primeiro em um Pi 4 ou 5, ferramentas de clonagem para mover uma instalação em execução de um cartão SD e um par de distribuições sintonizadas para Pi que tratam o SSD como primeira classe.
O que importa ao fazer boot SSD em Pi
- Ordem de boot EEPROM correta. Pi 4 e Pi 5 precisam que
BOOT_ORDERseja definido para tentar USB antes de SD, ou nada conectado a uma porta USB importa. - Um gravador que respeite a velocidade USB 3. Alguns gravadores GUI têm um teto na taxa de transferência USB 2, que é doloroso para um SSD de 1 TB.
- Clonagem em direto sem um segundo host. Ser capaz de fazer
rpi-clonea partir de um sistema em boot SD em execução para um SSD conectado é o que torna a migração barata. - Encolhimento de imagem para backups. Uma imagem SSD de 1 TB não é um formato de backup utilizável; PiShrink a transforma em uma imagem compactada que cabe em qualquer unidade.
- Suporte de distribuição para configuração SSD-first. DietPi e Ubuntu Server para Pi tratam o SSD como a unidade principal do instalador.
Comparação rápida
| Aplicativo | Melhor para | Plataformas | Plano gratuito | Notas |
|---|---|---|---|---|
| Raspberry Pi Imager | O gravador oficial primeiro | Windows, macOS, Linux | Gratuito, código aberto | Vem com personalizações predefinidas |
| rpi-eeprom | Habilitação da ordem de boot USB | Executado em Pi | Gratuito, código aberto | O passo que todos esquecem |
| BalenaEtcher | Interface de gravação simples | Windows, macOS, Linux | Gratuito (código aberto, MIT) | Mais rápido em SSD USB 3 grandes |
| rpi-clone | Cópia SD para SSD em direto | Executado em Pi | Gratuito, código aberto | Copia uma instalação em execução |
| PiShrink | Backup e encolhimento de imagem | Linux (qualquer um) | Gratuito, código aberto | Transforma um dump de 32 GB em uma imagem de 4 GB |
| DietPi | SO leve SSD-first | Executado em Pi | Gratuito, código aberto | Instalador interativo |
| Ubuntu Server para Raspberry Pi | Cargas de trabalho de servidor em SSD | Executado em Pi | Gratuito | Canonical constrói para Pi 4 e 5 |
Os aplicativos
1. Raspberry Pi Imager, o primeiro passo oficial
Raspberry Pi Imager é a ferramenta com a qual todos começam, e a Raspberry Pi Ltd. continua melhorando-a. As versões recentes incluem personalizações predefinidas para nome do host, Wi-Fi, SSH, conta de usuário e locale que são escritas em firstrun.sh no SSD. Isso significa que o SSD faz boot em um estado pronto para SSH na primeira inicialização, que é o que a maioria das pessoas quer em um Pi sem cabeça. A ferramenta funciona via USB 3 a praticamente a velocidade de linha em hardware recente.
Onde fica aquém: O customizador predefinido ainda não pode executar scripts de comandos shell arbitrários além dos campos fixos. SSDs muito grandes (2 TB em diante) ainda levam mais tempo para verificar do que para escrever.
Preços:
- Gratuito e código aberto.
- Sem nível pago.
Plataformas: Windows, macOS, Linux.
Baixar: raspberrypi.com/software ou github.com/raspberrypi/rpi-imager
Resumo: O ponto de partida padrão a menos que você já saiba por que precisa de um gravador diferente.
2. rpi-eeprom, o passo que todos esquecem
rpi-eeprom não é glamoroso, mas nada mais nesta lista importa sem ele. Em um Pi 4 ou Pi 5, o bootloader EEPROM decide se o CPU procura uma partição inicializável no cartão SD, em USB ou em NVMe (Pi 5 com a placa HAT+ M.2). Defina BOOT_ORDER=0xf14 para USB primeiro, aplique, reinicie, e o Pi iniciará alegremente a partir de um SSD conectado sem o cartão SD inserido.
Onde fica aquém: Funciona apenas no Pi em si, então a configuração inicial ainda precisa de um boot SD que funcione. Editar a configuração EEPROM é um arquivo de texto, não um menu.
Preços:
- Gratuito e código aberto.
- Vem com Raspberry Pi OS.
Plataformas: Raspberry Pi (aarch64).
Baixar: Pré-instalado em Raspberry Pi OS. Código-fonte: github.com/raspberrypi/rpi-eeprom
Resumo: Defina BOOT_ORDER uma vez e você nunca precisará pensar nisso novamente.
3. BalenaEtcher, o gravador de imagens grandes mais rápido
BalenaEtcher é um gravador USB de propósito geral que supera o Raspberry Pi Imager em SSDs muito grandes ao paralelizar os passes de escrita e verificação. Em um NVMe de 2 TB em um enclosure USB 3.2, termina cerca de 30 por cento mais rápido do que a ferramenta oficial, o que importa se você está clonando uma imagem completa do laboratório doméstico. Não tem personalização específica de Pi, mas em um fluxo de trabalho gravar-depois-configurar é a ferramenta a usar.
Onde fica aquém: Sem personalização de primeiro boot, então a configuração sem cabeça requer um passo extra. A pegada do Electron é pesada em um laptop com pouca RAM. Balena executa um ping de telemetria na inicialização a menos que você recuse.
Preços:
- Gratuito e código aberto (MIT).
- Sem nível pago.
Plataformas: Windows, macOS, Linux.
Baixar: etcher.balena.io ou github.com/balena-io/etcher
Resumo: A escolha para gravar SSDs muito grandes onde a velocidade de escrita é mais importante do que as predefinições.
4. rpi-clone, a migração SD para SSD em direto
rpi-clone é um script shell que copia uma instalação em execução do Raspberry Pi OS do cartão SD para um SSD USB conectado sem reinicialização. Ele sincroniza o sistema de arquivos root, atualiza os UUIDs fstab e imprime uma instrução para trocar a ordem de boot. Em um Pi de laboratório doméstico totalmente configurado que já executa Docker, Home Assistant e Pi-hole, isso economiza a tarefa de um dia inteiro de reinstalar tudo no SSD.
Onde fica aquém: Funciona apenas no Pi em si, então você precisa de CPU livre suficiente durante o clone. Diretórios /home grandes levam tempo na velocidade de leitura do cartão SD. O repositório upstream é mantido pela comunidade; guarde uma cópia da última versão conhecida boa.
Preços:
- Gratuito e código aberto.
- Sem nível pago.
Plataformas: Raspberry Pi.
Baixar: github.com/geerlingguy/rpi-clone (fork ativo de Jeff Geerling)
Resumo: A melhor ferramenta para migrar um Pi de produção em execução para SSD sem uma reinstalação.
5. PiShrink, o backup que você pode realmente armazenar
PiShrink encolhe uma imagem de disco bruto para que backups de um SSD Pi deixem de ser um pesadelo de armazenamento. Uma imagem dd-dumped de um SSD de 128 GB é de 128 GB, mesmo que apenas 12 GB sejam usados. PiShrink encolhe a partição root para caber nos dados reais, a compacta, e adiciona um gancho de primeiro boot que expande o sistema de arquivos de volta para o tamanho completo do SSD quando a imagem é reescrita. Uma instalação de trabalho de 12 GB se torna uma imagem compactada de 3 GB.
Onde fica aquém: O sistema de arquivos root deve ser ext4. Funciona apenas em Linux. A expansão automática nem sempre sobrevive a esquemas de partição mais novos (peculiaridades do Bookworm requerem o sinalizador -r).
Preços:
- Gratuito e código aberto.
- Sem nível pago.
Plataformas: Linux (máquina host, não Pi).
Baixar: github.com/Drewsif/PiShrink
Resumo: A ferramenta que transforma o backup e restauração de um Pi com boot SSD de teórico para prático.
6. DietPi, o SO leve construído com SSD em mente
DietPi é uma distribuição baseada em Debian ajustada para computadores de placa única, com um instalador interativo que trata um SSD USB como um alvo de primeira classe desde o primeiro boot. Vem com um seletor de serviços (Nextcloud, Pi-hole, Jellyfin, Home Assistant e cerca de cem outros) que instala e configura em uma só vez. Em um Pi 5 apoiado por NVMe, parece mais um pequeno desktop x86 do que uma placa de hobby.
Onde fica aquém: Não é Raspberry Pi OS, então ferramentas ocasionais específicas de Pi que assumem caminhos do Raspbian precisam de ajustes. O seletor de serviços é um wrapper ao redor do apt, então alguns serviços ficam para trás de suas versões upstream.
Preços:
- Gratuito e código aberto.
- Sem nível pago.
Plataformas: Executado em Pi (aarch64).
Baixar: dietpi.com ou github.com/MichaIng/DietPi
Resumo: O SO correto quando o Pi é um aparelho de laboratório doméstico e você quer uma instalação SSD-first com serviços a um prompt de distância.
7. Ubuntu Server para Raspberry Pi, o cavalo de batalha do servidor
Ubuntu Server para Raspberry Pi é a compilação aarch64 oficial do Canonical com suporte apropriado ao boot SSD pronto para uso. Se o Pi estiver executando cargas de trabalho Docker, k3s ou um laboratório doméstico que já fala Ubuntu em todos os lugares, a memória muscular é uma vantagem real sobre Raspberry Pi OS. Canonical oferece suporte LTS em Pi 4 e Pi 5, e as imagens fazem boot limpo de USB ou NVMe após a ordem de boot EEPROM ser definida.
Onde fica aquém: Instalação padrão maior do que Raspberry Pi OS Lite. Snap está ativado por padrão; alguns usuários de Pi fazem o exercício de removê-lo. Menos pacotes específicos de Pi do que Raspberry Pi OS.
Preços:
- Gratuito.
- Sem nível pago para uso doméstico.
Plataformas: Executado em Pi (aarch64).
Baixar: ubuntu.com/download/raspberry-pi
Resumo: A escolha quando o Pi é um servidor primeiro e um Pi segundo.
Como escolher o correto
- Primeiro boot SSD em qualquer Pi → Raspberry Pi Imager. As predefinições fazem a maior parte do trabalho.
- Habilitação do boot USB primeiro antes de tudo → rpi-eeprom. Não opcional em Pi 4 ou 5.
- Gravação em um SSD muito grande → BalenaEtcher. Mais rápido que o Imager em 1 TB ou mais.
- Migração de um Pi em execução de um cartão SD sem reinstalação → rpi-clone.
- Backup de um Pi com boot SSD em um formato armazenável → PiShrink.
- Construção de um laboratório doméstico SSD-first do zero → DietPi. Ou Ubuntu Server para Raspberry Pi se o restante da pilha for Ubuntu.
Para a maioria dos usuários, o fluxo de trabalho é: rpi-eeprom para alterar a ordem de boot, depois Raspberry Pi Imager para escrever o SO no SSD, depois rpi-clone se você tiver uma instalação SD em execução para migrar. PiShrink se junta à festa a primeira vez que você quer um backup real.
FAQ
Posso pular completamente o cartão SD com Pi 5 e NVMe?
Sim, em um Pi 5 com NVMe HAT+ após você ter gravado BOOT_ORDER EEPROM para tentar NVMe ou USB antes de SD. Algumas placas Pi 5 iniciais vieram com um EEPROM mais antigo que era padrão para SD-first. Atualize o EEPROM uma vez de uma sessão com boot SD e o slot SD pode ficar vazio para sempre.
O SSD USB é realmente mais rápido do que um bom microSD?
Sim, e não é pouco. Um microSD bem classificado A2 sustenta cerca de 30 a 60 MB/s em cargas de trabalho reais. Um SSD SATA modesto em um enclosure USB 3 sustenta 350 a 400 MB/s. Um NVMe no HAT+ de Pi 5 ultrapassa 800 MB/s. Em tarefas como atualizações de pacotes e execução de contêineres Docker, a diferença prática está entre “lento” e “rápido o suficiente para esquecer que você está em um Pi”.
O rpi-clone funciona em um Pi de produção em execução?
Faz, mas o cartão SD de origem está sob carga durante o clone, então os serviços no Pi sentirão isso. Clone durante uma janela de manutenção se o Pi estiver executando algo com o qual você se importa. Em um Pi de laboratório, tudo bem executar a qualquer momento.
Qual enclosure SSD funciona melhor?
Qualquer enclosure USB 3.0 ou 3.1 com chipset compatível com UASP. JMicron JMS578 e Realtek RTL9210 são as duas recomendações mais comuns. Evite os enclosures muito baratos que caem no modo BOT, porque reduzem a taxa de transferência aproximadamente pela metade e podem fazer o Pi renumerar o dispositivo no meio do boot.
Ainda preciso fazer backup de um Pi com boot SSD?
Sim. SSDs falham de forma diferente dos cartões SD, principalmente por falha do controlador em vez de desgaste de escrita gradual, mas ainda falham. Use PiShrink para tirar um snapshot do SSD mensalmente, ou aponte Restic para /etc, /home e qualquer volume docker-compose e envie o arquivo para um NAS. Um SSD é mais confiável que um SD; não é uma estratégia de backup.
