Dlaczego SWUpdate?
Aktualizacje w terenie są nieuniknione. SWUpdate zapewnia solidne, modułowe rozwiązanie do aktualizacji oprogramowania układowego, głównych systemów plików i warstw aplikacji - wszystko z wbudowaną możliwością przywracania.
Jest to oprogramowanie typu open source, dobrze udokumentowane i płynnie integrujące się z układem partycji A/B.
Przegląd architektury
SWUpdate składa się z kilku kluczowych komponentów:
- Demon aktualizacji (swupdate) - działa na urządzeniu i stosuje aktualizacje
- Programy obsługi aktualizacji - definiują, co należy zaktualizować (rootfs, pliki, skrypty itp.)
- Interfejsy klienta - interfejs sieciowy, REST API lub lokalny CLI
- sw-description plik - definiuje strukturę i logikę pakietu aktualizacji
Przykładowy przepływ aktualizacji
- Proszę utworzyć pakiet aktualizacji (.swu), który zawiera
- Nowy obraz głównego systemu plików
- Plik sw-description plik
- Opcjonalne skrypty (do dostosowania lub weryfikacji)
2.swupdate Zapisuje aktualizację na zdefiniowanych urządzeniach.
- skrypt po aktualizacji potwierdza powodzenie lub w razie potrzeby uruchamia wycofanie.
Przykład
W tym przykładzie podzieliliśmy oficjalny obraz Raspberry Pi OS Trixie na dwa pliki:
- 2025-10-01-raspios-trixie-arm64.boot.vfat
- 2025-10-01-raspios-trixie-arm64.root.ext4
Pliki te są przywoływane w pliku sw-description aby utworzyć pakiet .swu:
software =
{
version = "0.1.0";
description = "Firmware update for XXXXX Project";
hardware-compatibility: [ "1.0", "1.2", "1.3"];
images: (
{
filename = "2025-10-01-raspios-trixie-arm64.boot.vfat";
device = "/dev/mmcblk0p1";
compressed = "zlib";
installed-directly = true;
},
{
filename = "2025-10-01-raspios-trixie-arm64.root.ext4";
device = "/dev/mmcblk0p2";
compressed = "zlib";
installed-directly = true;
}
);
scripts: (
{
type: "lua",
filename: "repair-disk-uuid.lua"
}
),
}Poniższy skrypt Lua dostosowuje identyfikatory UUID partycji w plikach cmdline.txt i fstab po flashowaniu:
#!/usr/bin/lua
-- helper: run shell command and capture output
function run(cmd)
local f = io.popen(cmd)
local out = f:read("*a")
f:close()
return (out:gsub("%s+$", ""))
end
-- detect PARTUUIDs
local root_part = "/dev/mmcblk0p2"
local boot_part = "/dev/mmcblk0p1"
local root_uuid = run("blkid -s PARTUUID -o value " .. root_part)
local boot_uuid = run("blkid -s PARTUUID -o value " .. boot_part)
print("Rootfs PARTUUID: " .. root_uuid)
print("Boot PARTUUID: " .. boot_uuid)
-- mount points
os.execute("mkdir -p /mnt/root /mnt/boot")
os.execute("mount " .. root_part .. " /mnt/root")
os.execute("mount " .. boot_part .. " /mnt/boot")
-- update cmdline.txt
local cmdline_path = "/mnt/boot/cmdline.txt"
local file = io.open(cmdline_path, "r")
local text = file:read("*a")
file:close()
text = text:gsub("root=PARTUUID=[^ ]+", "root=PARTUUID=" .. root_uuid)
file = io.open(cmdline_path, "w")
file:write(text)
file:close()
-- update /etc/fstab
local fstab_path = "/mnt/root/etc/fstab"
local fstab = io.open(fstab_path, "r")
local content = fstab:read("*a")
fstab:close()
-- replace root line
content = content:gsub("PARTUUID=[^%s]+%s+/%s", "PARTUUID=" .. root_uuid .. " /")
-- replace boot line (/boot or /boot/firmware)
content = content:gsub("PARTUUID=[^%s]+%s+/boot", "PARTUUID=" .. boot_uuid .. " /boot")
fstab = io.open(fstab_path, "w")
fstab:write(content)
fstab:close()
os.execute("sync")
os.execute("umount /mnt/boot")
os.execute("umount /mnt/root")
print("All PARTUUIDs updated successfully.")Proszę użyć swugenerator aby połączyć aktualizację:(https://github.com/sbabic/swugenerator).
Proszę zastosować aktualizację
Aby przetestować wygenerowany plik .swu:
- Uruchomić CM5 w systemie ratunkowym.
- utworzyć punkt montowania, na przykład:
sudo mkdir -p /mnt/update- Zamontować udział NFS zawierający plik aktualizacji:
sudo mount -t nfs :/path/to/share /mnt/update- Proszę zastosować aktualizację:
sudo swupdate -i /mnt/update/update.swuMożliwości integracji
Wyzwalanie aktualizacji z lokalnego interfejsu użytkownika lub backendowego interfejsu API
- Podpisywanie i weryfikacja aktualizacji w celu zwiększenia bezpieczeństwa
- Używać SWUpdate’s interfejs sieciowy do testowania lub debugowania
- Połączenie z usługami systemd w celu zautomatyzowania odzyskiwania i wycofywania.
Dlaczego pasuje do tego stosu
Razem z rpi-image-gen oraz rpi-sb-provisioner, SWUpdate uzupełnia obraz:
- Build → rpi-image-gen (Tworzenie obrazu)
- Deploy → rpi-sb-provisioner (udostępnianie urządzeń)
- Maintain → (aktualizacje OTA i zarządzanie cyklem życia) SWUpdate (aktualizacje OTA i zarządzanie cyklem życia)
Rezultatem jest elastyczna, otwarta i łatwa w utrzymaniu platforma wbudowana. Linux platforma - taka, która ewoluuje wraz z Państwa produktem, bez dodatkowych kosztów związanych z Yocto.
Artykuły z tej serii
- Building a Production-Ready Linux for Raspberry Pi Compute Module 5
- Od standardowego systemu operacyjnego do platformy produkcyjnej
- Customizing Raspberry Pi OS with rpi-image-gen
- Wytrzymałość systemu - Projektowanie układu głównego systemu plików A/B
- Provisioning — Automating First Boot with rpi-sb-provisioner
- OTA i cykl życia - Aktualizacje oprogramowania za pomocą SWUpdate
Źródła
- rpi-image-gen: https://github.com/raspberrypi/rpi-image-gen
- rpi-sb-provisioner: https://github.com/raspberrypi/rpi-sb-provisioner
- SWUpdate: https://github.com/sbabic/swupdate
- swugenerator: https://github.com/sbabic/swugenerator