Raspberry Pi USB SSD boot apps for desktop

Chaque histoire Raspberry Pi finit par atteindre le même moment : la carte microSD cède, corrompt un système de fichiers d’une manière que fsck ne peut pas corriger, et emporte un service de laboratoire domestique avec elle. Un lecteur d’amorçage USB SSD est le correctif standard, et sur un Pi 4 ou Pi 5, cela transforme un serveur domestique lent en quelque chose qui ressemble vraiment à un petit bureau Linux. Ce qui a changé en 2026, c’est que les outils sont maintenant assez bons pour que la migration prenne un après-midi, pas un week-end.

Nous avons testé sept applications de bureau qui flashent, clonent et gèrent un SSD USB pour Pi. La liste couvre le programmeur officiel, l’utilitaire EEPROM qui active l’amorçage USB en premier sur un Pi 4 ou 5, les outils de clonage pour déplacer une installation en cours d’une carte SD, et deux distributions accordées pour Pi qui traitent le SSD comme de première classe.

Ce qui compte lors de l’amorçage SSD sur Pi

Comparaison rapide

Application Meilleur pour Plates-formes Plan gratuit Remarques
Raspberry Pi Imager Le programmeur officiel premier Windows, macOS, Linux Gratuit, open-source Livré avec des personnalisations prédéfinies
rpi-eeprom Activation de l’ordre d’amorçage USB S’exécute sur Pi Gratuit, open-source L’étape que tout le monde oublie
BalenaEtcher Interface de programmation simple Windows, macOS, Linux Gratuit (open source, MIT) Plus rapide sur les gros SSD USB 3
rpi-clone Copie SD vers SSD en direct S’exécute sur Pi Gratuit, open-source Copie une installation en cours d’exécution
PiShrink Sauvegarde et réduction d’image Linux (n’importe quel) Gratuit, open-source Transforme une image de 32 Go en une image de 4 Go
DietPi Système d’exploitation léger SSD-first S’exécute sur Pi Gratuit, open-source Installateur interactif
Ubuntu Server pour Raspberry Pi Charges de travail serveur sur SSD S’exécute sur Pi Gratuit Canonical crée pour Pi 4 et 5

Les applications

1. Raspberry Pi Imager, la première étape officielle

Raspberry Pi Imager est l’outil par lequel tout le monde commence, et Raspberry Pi Ltd. continue de l’améliorer. Les versions récentes incluent des personnalisations prédéfinies pour le nom d’hôte, Wi-Fi, SSH, le compte utilisateur et la locale qui sont écrites dans firstrun.sh sur le SSD. Cela signifie que le SSD démarre dans un état prêt pour SSH à la première mise sous tension, ce que la plupart des gens veulent sur un Pi sans tête. L’outil fonctionne via USB 3 à pratiquement la vitesse de ligne sur le matériel récent.

Où il est insuffisant : Le personnalisateur prédéfini ne peut toujours pas exécuter des commandes shell arbitraires au-delà des champs fixes. Les très gros SSD (2 To et plus) prennent toujours plus de temps à vérifier qu’à écrire.

Tarification :

Plates-formes : Windows, macOS, Linux.

Télécharger : raspberrypi.com/software ou github.com/raspberrypi/rpi-imager

Conclusion : Le point de départ par défaut à moins que vous ne sachiez déjà pourquoi vous avez besoin d’un programmeur différent.

2. rpi-eeprom, l’étape que tout le monde oublie

rpi-eeprom n’est pas glamour mais rien d’autre dans cette liste n’a d’importance sans lui. Sur un Pi 4 ou Pi 5, le bootloader EEPROM décide si le CPU recherche une partition amorçable sur la carte SD, sur USB ou sur NVMe (Pi 5 avec la carte HAT+ M.2). Définissez BOOT_ORDER=0xf14 pour USB en premier, appliquez, redémarrez, et le Pi démarrera joyeusement à partir d’un SSD connecté sans carte SD insérée du tout.

Où il est insuffisant : Ne s’exécute que sur le Pi lui-même, donc la configuration initiale nécessite toujours un amorçage SD qui fonctionne. L’édition de la configuration EEPROM est un fichier texte, pas un menu.

Tarification :

Plates-formes : Raspberry Pi (aarch64).

Télécharger : Préinstallé sur Raspberry Pi OS. Source : github.com/raspberrypi/rpi-eeprom

Conclusion : Définissez BOOT_ORDER une fois et vous n’y repenserez jamais.

3. BalenaEtcher, le programmeur d’images les plus rapides pour les grosses images

BalenaEtcher est un programmeur USB à usage général qui surpasse Raspberry Pi Imager sur les très gros SSD en parallélisant les passages d’écriture et de vérification. Sur un NVMe de 2 To dans un boîtier USB 3.2, il se termine environ 30 % plus rapide que l’outil officiel, ce qui importe si vous clonez une image complète du laboratoire domestique. Il n’a pas de personnalisation spécifique à Pi, mais dans un flux de travail flash-puis-configurer, c’est l’outil à utiliser.

Où il est insuffisant : Aucune personnalisation du premier amorçage, donc la configuration sans tête nécessite une étape supplémentaire. L’empreinte Electron est lourde sur un ordinateur portable à faible RAM. Balena exécute un ping de télémétrie au démarrage, sauf si vous le refusez.

Tarification :

Plates-formes : Windows, macOS, Linux.

Télécharger : etcher.balena.io ou github.com/balena-io/etcher

Conclusion : Le choix pour programmer les très gros SSD où la vitesse d’écriture importe plus que les présets.

4. rpi-clone, la migration SD vers SSD en direct

rpi-clone est un script shell qui copie une installation Raspberry Pi OS en cours d’exécution depuis la carte SD vers un SSD USB connecté sans redémarrage. Il synchronise le système de fichiers root, met à jour les UUID fstab et imprime une instruction pour changer l’ordre d’amorçage. Sur un Pi du laboratoire domestique entièrement configuré qui exécute déjà Docker, Home Assistant et Pi-hole, il évite la tâche d’une journée de réinstallation de tout sur le SSD.

Où il est insuffisant : Ne s’exécute que sur le Pi lui-même, donc vous avez besoin de suffisamment de CPU libre pendant le clonage. Les gros répertoires /home prennent du temps à la vitesse de lecture de la carte SD. Le repo en amont est maintenu par la communauté ; gardez une copie de la dernière version connue correcte.

Tarification :

Plates-formes : Raspberry Pi.

Télécharger : github.com/geerlingguy/rpi-clone (fork actif de Jeff Geerling)

Conclusion : Le meilleur outil pour migrer un Pi de production en cours d’exécution vers SSD sans réinstallation.

5. PiShrink, la sauvegarde que vous pouvez réellement stocker

PiShrink rétrécit une image de disque brute afin que les sauvegardes d’un Pi SSD cessent d’être un cauchemar de stockage. Une image dd-dumpée d’un SSD de 128 Go est de 128 Go, même si seulement 12 Go sont utilisés. PiShrink rétrécit la partition root pour adapter les données réelles, la compresse, et ajoute un hook de premier amorçage qui étend le système de fichiers à la taille complète du SSD lorsque l’image est réécrite. Une installation opérationnelle de 12 Go devient une image compressée de 3 Go.

Où il est insuffisant : Le système de fichiers root doit être ext4. S’exécute uniquement sur Linux. L’expansion automatique ne survit pas toujours à des schémas de partition plus récents (les bizarreries de Bookworm nécessitent le drapeau -r).

Tarification :

Plates-formes : Linux (machine hôte, pas Pi).

Télécharger : github.com/Drewsif/PiShrink

Conclusion : L’outil qui transforme la sauvegarde et la restauration d’un Pi de démarrage SSD du théorique au pratique.

6. DietPi, le système d’exploitation léger construit avec SSD en tête

DietPi est une distribution basée sur Debian accordée pour les ordinateurs à carte unique, avec un installateur interactif qui traite un SSD USB comme une cible de première classe dès le premier démarrage. Il est livré avec un sélecteur de services (Nextcloud, Pi-hole, Jellyfin, Home Assistant, et environ cent autres) qui installe et configure en une seule fois. Sur un Pi 5 soutenu par NVMe, cela ressemble davantage à un petit bureau x86 qu’à une carte de hobby.

Où il est insuffisant : Ce n’est pas Raspberry Pi OS, donc les outils occasionnels spécifiques à Pi qui supposent les chemins Raspbian ont besoin de tweaks. Le sélecteur de services est un wrapper autour d’apt, donc certains services restent à la traîne par rapport à leur sortie en amont.

Tarification :

Plates-formes : S’exécute sur Pi (aarch64).

Télécharger : dietpi.com ou github.com/MichaIng/DietPi

Conclusion : Le bon système d’exploitation quand le Pi est un appareil de laboratoire domestique et que vous voulez une installation SSD-first avec des services à un invite près.

7. Ubuntu Server pour Raspberry Pi, le cheval de bataille du serveur

Ubuntu Server pour Raspberry Pi est la compilation aarch64 officielle de Canonical avec un support d’amorçage SSD approprié dès la sortie de l’usine. Si le Pi exécute des charges de travail Docker, k3s ou un laboratoire domestique qui parle déjà Ubuntu partout, la mémoire musculaire est un véritable avantage par rapport à Raspberry Pi OS. Canonical livre le support LTS sur Pi 4 et Pi 5, et les images s’amorçent proprement à partir de USB ou NVMe une fois que l’ordre d’amorçage EEPROM est défini.

Où il est insuffisant : Installation par défaut plus grande que Raspberry Pi OS Lite. Snap est activé par défaut ; certains utilisateurs Pi font l’exercice de le supprimer. Moins de paquets spécifiques à Pi que Raspberry Pi OS.

Tarification :

Plates-formes : S’exécute sur Pi (aarch64).

Télécharger : ubuntu.com/download/raspberry-pi

Conclusion : Le choix quand le Pi est un serveur en premier et un Pi en second.

Comment choisir le bon

Pour la plupart des utilisateurs, le flux de travail est : rpi-eeprom pour modifier l’ordre d’amorçage, puis Raspberry Pi Imager pour écrire le système d’exploitation sur le SSD, puis rpi-clone si vous aviez une installation SD en cours d’exécution à migrer. PiShrink se joint à la fête la première fois que vous voulez une vraie sauvegarde.

FAQ

Puis-je complètement sauter la carte SD avec Pi 5 et NVMe ?

Oui sur un Pi 5 avec NVMe HAT+ une fois que vous avez flashé BOOT_ORDER EEPROM pour essayer NVMe ou USB avant SD. Certaines premières cartes Pi 5 sont arrivées avec un EEPROM plus ancien qui est défini par défaut en SD-first. Mettez à niveau l’EEPROM une fois à partir d’une session amorçable SD et l’emplacement SD peut rester vide à jamais.

Le SSD USB est-il vraiment plus rapide qu’une bonne microSD ?

Oui, et ce n’est pas peu. Une microSD bien notée A2 soutient environ 30 à 60 Mo/s dans les charges de travail réelles. Un modeste SSD SATA dans un boîtier USB 3 soutient 350 à 400 Mo/s. Un NVMe dans le HAT+ de Pi 5 dépasse 800 Mo/s. Sur des tâches comme les mises à jour de paquets et l’exécution de conteneurs Docker, la différence pratique est entre “lent” et “assez rapide pour oublier que vous êtes sur un Pi”.

rpi-clone fonctionne-t-il sur un Pi de production en cours d’exécution ?

Oui, mais la carte SD source est sous charge pendant le clonage, donc les services du Pi le sentiront. Clone pendant une fenêtre de maintenance si le Pi exécute quelque chose dont vous vous souciez. Sur un Pi de laboratoire, c’est bien de fonctionner à tout moment.

Quel boîtier SSD fonctionne le mieux ?

N’importe quel boîtier USB 3.0 ou 3.1 avec un chipset compatible UASP. Le JMicron JMS578 et Realtek RTL9210 sont les deux recommandations les plus courantes. Évitez les très bon marché boîtiers qui retombent en mode BOT, car ils réduisent le débit d’environ la moitié et peuvent faire que Pi renumérorte l’appareil à mi-démarrage.

Dois-je toujours sauvegarder un Pi de démarrage SSD ?

Oui. Les SSD échouent différemment des cartes SD, principalement par défaillance du contrôleur plutôt que par usure d’écriture progressive, mais ils échouent toujours. Utilisez PiShrink pour prendre un cliché du SSD mensuellement, ou pointez Restic vers /etc, /home et tous les volumes docker-compose et poussez l’archive vers un NAS. Un SSD est plus fiable qu’un SD ; ce n’est pas une stratégie de sauvegarde.