Raspberry Pi USB SSD boot apps for desktop

История каждого Raspberry Pi неизбежно достигает одного момента: карта microSD выходит из строя, повреждает файловую систему так, как fsck не может исправить, и выключает домашний сервис с ней. Загрузочный диск USB SSD — это стандартное решение, а на Pi 4 или Pi 5 это превращает медленный домашний сервер в то, что на самом деле ощущается как небольшой настольный Linux-компьютер. То, что изменилось в 2026 году, — это то, что инструментарий теперь достаточно хорош, чтобы миграция заняла день, а не выходные.

Мы протестировали семь приложений для рабочего стола, которые записывают, клонируют и управляют USB SSD для Pi. Список охватывает официальный flasher, утилиту EEPROM, которая включает загрузку с USB на Pi 4 или 5, инструменты клонирования для переноса работающей установки с SD-карты и несколько дистрибутивов, оптимизированных под Pi, которые рассматривают SSD как первоклассный.

Что важно при загрузке Pi с SSD

Быстрое сравнение

Приложение Лучше всего для Платформы Бесплатный тариф Примечания
Raspberry Pi Imager Официальная первая запись Windows, macOS, Linux Бесплатно, открытый исходный код Поставляется с предустановками настроек
rpi-eeprom Включение порядка загрузки USB Запускается на Pi Бесплатно, открытый исходный код Шаг, который все забывают
BalenaEtcher Простой интерфейс записи Windows, macOS, Linux Бесплатно (открытый исходный код, MIT) Быстрее на больших USB 3 SSD
rpi-clone Живое копирование SD на SSD Запускается на Pi Бесплатно, открытый исходный код Копирует работающую установку
PiShrink Резервная копия и сжатие образа Linux (любой) Бесплатно, открытый исходный код Превращает дамп 32 ГБ в образ 4 ГБ
DietPi Легкая ОС с SSD в первую очередь Запускается на Pi Бесплатно, открытый исходный код Интерактивный установщик
Ubuntu Server для Raspberry Pi Рабочие нагрузки сервера на SSD Запускается на Pi Бесплатно Canonical создает для Pi 4 и 5

Приложения

1. Raspberry Pi Imager, первый официальный шаг

Raspberry Pi Imager — это инструмент, с которого начинают все, и Raspberry Pi Ltd. постоянно его улучшает. Недавние версии включают предустановки настроек для имя хоста, Wi-Fi, SSH, учетной записи пользователя и локали, которые записываются в firstrun.sh на SSD. Это означает, что SSD загружается в состояние, готовое к SSH при первом включении, что нужно большинству людей на headless Pi. Инструмент работает через USB 3 почти на полной скорости на современном оборудовании.

Где он не достаточен: Предустановка customizer еще не может писать произвольные shell-команды за пределами фиксированных полей. Очень большие SSD (2 ТБ и выше) все еще занимают больше времени на проверку, чем на запись.

Цены:

Платформы: Windows, macOS, Linux.

Загрузить: raspberrypi.com/software или github.com/raspberrypi/rpi-imager

Итог: Точка старта по умолчанию, если вы не знаете, почему вам нужен другой flasher.

2. rpi-eeprom, шаг, который все забывают

rpi-eeprom — это не красиво, но ничего из этого списка не имеет значения без него. На Pi 4 или Pi 5 загрузчик EEPROM решает, ищет ли CPU загружаемый раздел на SD-карте, на USB или на NVMe (Pi 5 с платой HAT+ M.2). Установите BOOT_ORDER=0xf14 для USB в первую очередь, примените, перезагрузитесь, и Pi будет счастливо запускаться с подключенного SSD без вставленной SD-карты вообще.

Где он не достаточен: Запускается только на самом Pi, поэтому первоначальная настройка все еще нуждается в одной работающей SD-загрузке. Редактирование конфигурации EEPROM — это текстовый файл, не меню.

Цены:

Платформы: Raspberry Pi (aarch64).

Загрузить: Предустановлено на Raspberry Pi OS. Исходный код: github.com/raspberrypi/rpi-eeprom

Итог: Установите BOOT_ORDER один раз и больше никогда не думайте об этом.

3. BalenaEtcher, самый быстрый flasher для больших образов

BalenaEtcher — это универсальный flasher USB, который превосходит Raspberry Pi Imager на очень больших SSD, параллелизируя проходы записи и проверки. На 2 ТБ NVMe в корпусе USB 3.2 он заканчивается примерно на 30 процентов быстрее, чем официальный инструмент, что имеет значение, если вы клонируете полный образ домашней лаборатории. Он не имеет специфичной для Pi настройки, но в рабочем процессе “первая запись-потом настройка” это инструмент, к которому нужно обратиться.

Где он не достаточен: Нет настройки первой загрузки, поэтому headless настройка требует дополнительного шага. Electron footprint тяжелый на ноутбуке с низким оперативной памятью. Balena запускает ping телеметрии при запуске, если вы не откажетесь.

Цены:

Платформы: Windows, macOS, Linux.

Загрузить: etcher.balena.io или github.com/balena-io/etcher

Итог: Выбор для записи очень больших SSD, где скорость записи важнее предустановок.

4. rpi-clone, живая миграция SD на SSD

rpi-clone — это shell-скрипт, который копирует работающую установку Raspberry Pi OS с SD-карты на подключенный USB SSD без перезагрузки. Он копирует root-файловую систему через rsync, обновляет UUIDs в fstab и выводит инструкцию по переключению порядка загрузки. На полностью настроенном домашнем Pi, на котором уже работают Docker, Home Assistant и Pi-hole, это спасает от целодневной работы переустановки всего на SSD.

Где он не достаточен: Запускается на самом Pi, поэтому вам нужно достаточно свободного CPU во время клонирования. Большие директории /home занимают много времени на скорости чтения SD-карты. Репозиторий upstream поддерживается сообществом; храните копию последней известной хорошей версии.

Цены:

Платформы: Raspberry Pi.

Загрузить: github.com/geerlingguy/rpi-clone (активный форк Jeff Geerling)

Итог: Лучший инструмент для миграции работающего производства Pi на SSD без переустановки.

5. PiShrink, резервная копия, которую вы можете хранить

PiShrink сжимает образ raw диска, чтобы резервные копии Pi SSD перестали быть кошмаром хранилища. dd-dumped образ 128 ГБ SSD — это 128 ГБ, даже если используется только 12 ГБ. PiShrink сжимает root-раздел, чтобы соответствовать фактическим данным, сжимает его и добавляет hook первой загрузки, который расширяет файловую систему обратно до полного размера SSD при переписи образа. Рабочая установка на 12 ГБ становится сжатым образом на 3 ГБ.

Где он не достаточен: Корневая файловая система должна быть ext4. Запускается только на Linux. Автоматическое расширение не всегда выживает в более новых схемах разделов (причуды Bookworm требуют флага -r).

Цены:

Платформы: Linux (машина-хост, не Pi).

Загрузить: github.com/Drewsif/PiShrink

Итог: Инструмент, который превращает резервное копирование и восстановление SSD-загруженного Pi с теоретической на практическую.

6. DietPi, легкая ОС, созданная с учетом SSD

DietPi — это дистрибутив на основе Debian, оптимизированный для одноплатных компьютеров, с интерактивным установщиком, который рассматривает USB SSD как первоклассную цель с первой загрузки. Он поставляется с picker услуг (Nextcloud, Pi-hole, Jellyfin, Home Assistant и около сотни других), который устанавливает и настраивает за один раз. На NVMe-поддерживаемом Pi 5 он ощущается как небольшой x86 рабочий стол.

Где он не достаточен: Не Raspberry Pi OS, поэтому случайные инструменты, специфичные для Pi, которые предполагают пути Raspbian, требуют твиков. Picker услуг — это обертка вокруг apt, поэтому некоторые услуги отстают от их upstream-версии.

Цены:

Платформы: Запускается на Pi (aarch64).

Загрузить: dietpi.com или github.com/MichaIng/DietPi

Итог: Правильная ОС, когда Pi — это домашний-лабораторный прибор и вам нужна SSD-первая установка с услугами на расстоянии одного запроса.

7. Ubuntu Server для Raspberry Pi, рабочий конь сервера

Ubuntu Server для Raspberry Pi — это официальная сборка aarch64 от Canonical с надлежащей поддержкой SSD-загрузки из коробки. Если Pi запускает рабочие нагрузки Docker, k3s или домашнюю лабораторию, которая уже говорит на Ubuntu везде, muscle memory — это настоящее преимущество перед Raspberry Pi OS. Canonical доставляет LTS-поддержку на Pi 4 и Pi 5, и образы загружаются чисто с USB или NVMe после установки порядка загрузки EEPROM.

Где он не достаточен: Большая установка по умолчанию, чем Raspberry Pi OS Lite. Snap включен по умолчанию; некоторые Pi-пользователи проходят упражнение по его удалению. Меньше Pi-специфичных пакетов, чем Raspberry Pi OS.

Цены:

Платформы: Запускается на Pi (aarch64).

Загрузить: ubuntu.com/download/raspberry-pi

Итог: Выбор, когда Pi — это сервер в первую очередь и Pi во вторую.

Как выбрать правильный

Для большинства пользователей рабочий процесс такой: rpi-eeprom для изменения порядка загрузки, затем Raspberry Pi Imager для записи ОС на SSD, затем rpi-clone, если у вас была работающая SD-установка для миграции. PiShrink присоединяется к партии в первый раз, когда вы хотите настоящую резервную копию.

FAQ

Могу ли я полностью пропустить SD-карту с Pi 5 и NVMe?

Да, с Pi 5 с NVMe HAT+ после записи EEPROM BOOT_ORDER для попытки NVMe или USB перед SD. Некоторые ранние платы Pi 5 поставлялись с более старым EEPROM, по умолчанию был SD-first. Обновите EEPROM один раз из сеанса, загруженного с SD, и слот SD может оставаться пустым вечно.

USB SSD действительно быстрее, чем хорошая microSD?

Да, и не чуть-чуть. Хорошая A2-рейтированная microSD поддерживает около 30-60 МБ/с в реальных рабочих нагрузках. Скромный SATA SSD в корпусе USB 3 поддерживает 350-400 МБ/с. NVMe в Pi 5 HAT+ превышает 800 МБ/с. На задачах, такие как обновления пакетов и запуск контейнеров Docker, практическая разница между “медленно” и “достаточно быстро, чтобы забыть, что вы на Pi”.

Работает ли rpi-clone на работающем производственном Pi?

Работает, но исходная SD-карта находится под нагрузкой во время клонирования, поэтому услуги на Pi это почувствуют. Клонируйте во время окна обслуживания, если Pi запускает что-то, о чем вы заботитесь. На лабораторном Pi можно запускать в любое время.

Какой корпус SSD работает лучше всего?

Любой корпус USB 3.0 или 3.1 с чипсетом, способным к UASP. JMicron JMS578 и Realtek RTL9210 — два наиболее распространенных рекомендации. Избегайте очень дешевых корпусов, которые падают в режим BOT, потому что они сокращают пропускную способность примерно наполовину и могут заставить Pi переномерировать устройство в середине загрузки.

Мне по-прежнему нужно резервное копирование SSD-загруженного Pi?

Да. SSD отказывают иначе, чем SD-карты, в основном отказ контроллера, а не постепенное изнашивание записи, но они все еще отказывают. Используйте PiShrink для снимка SSD ежемесячно, или укажите Restic на /etc, /home и любые docker-compose тома и отправьте архив на NAS. SSD более надежен, чем SD; это не стратегия резервного копирования.