LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Przegląd bloga /Raspberry Pi / Raspberry Pi 4 i 5: uruchamianie systemu...
Ten artykuł w innych językach:

Raspberry Pi 4 i 5: uruchamianie systemu z dysku SSD przez zmianę bootloadera

Część 1 z 7 serii Homelab na Raspberry Pi

Raspberry Pi 4 i 5: uruchamianie systemu z dysku SSD przez zmianę bootloadera
Spis treści
  1. USB SSD i PCIe NVMe to różne ścieżki startu
  2. Przygotowanie
  3. 1. Kontrola i zachowanie bieżącej konfiguracji
  4. 2. Ustawienie kolejności startu
  5. 3. Zapis systemu i test SSD
  6. Odzyskiwanie, gdy Pi nie uruchamia się
  7. Pytania i odpowiedzi
  8. Źródła

Dysk SSD może poprawić wydajność i pojemność pamięci Raspberry Pi 4 lub 5. Korzyść zależy od dysku, adaptera, zasilacza i obciążenia. Dobre karty microSD nadal nadają się do wielu instalacji; SSD również nie zapewnia odporności na uszkodzenie danych po utracie zasilania.

USB SSD i PCIe NVMe to różne ścieżki startu

Oba modele obsługują zgodne pamięci USB. Pi 5 może dodatkowo korzystać z NVMe przez odpowiedni adapter PCIe lub HAT. Bootloader pozostaje w EEPROM na płytce, a system operacyjny znajduje się na wybranym nośniku. Przejście na SSD nie przenosi bootloadera EEPROM na dysk.

Kolejność bootowania w bootloaderze Raspberry Pi przed i po zmianie, z SSD zamiast karty SD jako pierwszym nośnikiem
BOOT_ORDER określa kolejność sprawdzania nośników. Nie gwarantuje odzyskania działania po późniejszej awarii systemu.

Przygotowanie

  • Sprawdzona kopia zapasowa chroni istniejące pliki i dane aplikacji.
  • Zapis obrazu systemu nadpisuje wybrany dysk. Model, pojemność i wybór celu wymagają kontroli przed zapisem.
  • SSD potrzebuje zgodnego adaptera oraz stabilnego zasilania o wystarczającej wydajności. W Pi 5 dostępne zasilanie urządzeń USB zależy szczególnie od zasilacza i konfiguracji.
  • Nowa instalacja Raspberry Pi OS nie jest migracją istniejącego systemu. Aplikacje i dane wymagają później ponownej instalacji lub odtworzenia.

1. Kontrola i zachowanie bieżącej konfiguracji

Działający Raspberry Pi OS pozwala wyświetlić ustawienia EEPROM bez zmian:

rpi-eeprom-config

Wynik powinien zostać zapisany poza nośnikiem przeznaczonym do nadpisania. Obecny bootloader może już obsługiwać wymagany dysk; pełne resetowanie EEPROM nie jest obowiązkowym pierwszym krokiem.

2. Ustawienie kolejności startu

Obsługiwana metoda konfiguracji to sudo raspi-config i Advanced Options > Boot Order. Dostępne nazwy zależą od modelu i wersji oprogramowania. Alternatywny edytor uruchamia polecenie sudo rpi-eeprom-config --edit; komunikaty wskazują, czy zmiana następuje od razu, czy wymaga restartu.

BOOT_ORDER jest odczytywane od prawej do lewej. Cyfry oznaczają 1 SD, 4 pamięć masową USB, 6 PCIe NVMe i f powtórzenie. Wartość 0xf14 oznacza USB, następnie SD. Dla Pi 5 wartość 0xf416 oznacza NVMe, następnie SD, a potem USB. Dysk NVMe w obudowie USB nadal korzysta z trybu startowego 4 (pamięć masowa USB).

Adapter PCIe bez obsługi HAT+ może dodatkowo wymagać PCIE_PROBE=1 w EEPROM oraz dtparam=pciex1 w /boot/firmware/config.txt. Właściwą kombinację określają dokumentacja adaptera i aktualna instrukcja Raspberry Pi.

3. Zapis systemu i test SSD

W Raspberry Pi Imager wybrany model, zgodny system operacyjny i SSD muszą odpowiadać planowanej instalacji. Po zapisie i weryfikacji Pi zostaje wyłączone przed podłączeniem SSD do USB 3 lub właściwego adaptera PCIe dla Pi 5. Kable PCIe podłącza się wyłącznie przy odłączonym zasilaniu.

Pierwszy test może odbyć się bez karty SD. Po uruchomieniu poniższe polecenia tylko do odczytu pokazują główny system plików i urządzenia pamięci:

findmnt /
lsblk -o NAME,SIZE,TYPE,MOUNTPOINTS

Wynik potwierdza urządzenie zawierające główny system plików. W niestandardowych konfiguracjach pliki startowe i główny system plików mogą znajdować się na różnych urządzeniach. Późniejszy kontrolowany restart z kartą ratunkową sprawdza priorytety, bez zakładania automatycznej naprawy każdej awarii systemu.

Odzyskiwanie, gdy Pi nie uruchamia się

Raspberry Pi Imager udostępnia obrazy odzyskiwania EEPROM dla określonych modeli w Misc utility images. Zapasowa karta SD zostaje nadpisana właściwym obrazem. Karta trafia do wyłączonego Pi, które następnie uruchamia się przy stabilnym zasilaniu. Zielony ekran HDMI i udokumentowany wzór migania ACT potwierdzają powodzenie; sam upływ czasu nie wystarcza.

Po zakończeniu zasilanie zostaje odłączone, a karta odzyskiwania wyjęta. Odzyskiwanie może przywrócić ustawienia domyślne wykraczające poza kolejność startu. Zapisane ustawienia niestandardowe wymagają porównania przed zwykłą pracą. Jest to metoda odzyskiwania, a nie obowiązkowa droga każdej instalacji SSD.

Pytania i odpowiedzi

Czy SSD zapobiega uszkodzeniom po utracie zasilania?

Nie. Przerwany zapis może uszkodzić pliki lub wewnętrzne metadane dysku. Ochrona przed utratą zasilania zależy od modelu. Stabilne zasilanie, poprawne zamykanie systemu, kopie zapasowe i w razie potrzeby UPS nadal mają znaczenie.

Czy karta SD uratuje każdy nieudany start SSD?

Nie. Kolejność dotyczy prób załadowania systemu przez bootloader. Późniejsza awaria jądra lub aplikacji nie uruchamia automatycznie kolejnego nośnika.

Czy SSD zawsze przetrwa dziesiątki kart SD?

Nie ma podstaw do takiego ogólnego przelicznika. Trwałość zależy od konkretnego nośnika, ilości zapisanych danych, temperatury i obciążenia. Specyfikacje wydajności i trwałości są lepszą podstawą niż sama kategoria pamięci.

Homelab na Raspberry Pi

  1. Raspberry Pi 4 i 5: uruchamianie systemu z dysku SSD przez zmianę bootloadera
  2. UPS dla Raspberry Pi: pięć rozwiązań i kryteria wyboru
  3. Lokalny CI/CD dla Raspberry Pi: Automatyzacja wdrożeń Docker Compose
  4. Serwer domowy Docker Compose: Traefik, TLS i monitorowanie aktualizacji
  5. Jellyfin na Raspberry Pi 5: Direct Play i ograniczenia transkodowania
  6. Raspberry Pi jako utwardzona brama WireGuard VPN ze Split-Tunnelingiem
  7. Monitorowanie Raspberry Pi: Prometheus i Grafana
Lukas Wójcik

Lukas Wójcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Masz pytanie lub pomysł na projekt internetowy? Napisz krótko, o co chodzi. Formularz korzysta z reCAPTCHA do ochrony przed spamem.

Napisanie komentarza

Doświadczenia z innymi modelami i pytania o konfigurację są tu mile widziane.

Adres e-mail nie jest publikowany. Pola obowiązkowe oznaczono gwiazdką.