Der Raspberry Pi Zero 2W ist zwar ein technisches Wunderwerk, hat aber einen entscheidenden Nachteil f\u00fcr unseren Anwendungsfall: Er bietet nur einen einzigen Micro-USB-Port f\u00fcr Daten (OTG). Da wir aber sowohl die Quell-SD-Karte (\u00fcber einen Leser) als auch die Ziel-SSD anschlie\u00dfen m\u00fcssen, kommen wir um einen USB-Hub nicht herum.<\/p>\n
\n
Die Hub-Optionen:<\/strong><\/p>\n\n- Standard Micro-USB-OTG-Hub:<\/strong> G\u00fcnstig und funktional, f\u00fchrt aber oft zu Kabelsalat im Rucksack.<\/li>\n
- ZERO4U Hub:<\/strong> Dieser spezielle 4-Port-Hub wurde exakt f\u00fcr den Pi Zero entwickelt. In der Version ohne Pogo-Pins wird er \u00fcber ein kurzes USB-Kabel verbunden und bildet mit dem Pi eine kompakte, mechanisch stabile Einheit.<\/li>\n<\/ul>\n<\/div>\n
<\/span>Das Fundament: Betriebssystem und SD-Karte<\/span><\/h2>\nDamit der Image-Tank zuverl\u00e4ssig l\u00e4uft, kommt es auf die richtige Software-Basis und ein langlebiges Speichermedium f\u00fcr das System an.<\/p>\n
<\/span>Wahl des Betriebssystems<\/span><\/h3>\nDa der Pi ohne Monitor betrieben wird (Headless), ist das Raspberry Pi OS Lite (64-bit)<\/strong> die beste Wahl. Es verzichtet auf eine grafische Benutzeroberfl\u00e4che, was Ressourcen spart und die Stabilit\u00e4t erh\u00f6ht.<\/p>\n<\/span>Die passende SD-Karte<\/span><\/h3>\nF\u00fcr das Betriebssystem selbst reicht eine Karte mit 16 GB oder 32 GB aus. Wichtiger als die Gr\u00f6\u00dfe ist die Haltbarkeit. Da das System im Au\u00dfeneinsatz oft hart ausgeschaltet wird, empfehle ich High-Endurance-Karten<\/strong> (z. B. SanDisk Max Endurance oder Samsung PRO Endurance).<\/p>\n<\/span>Schritt 1: Das Backup-Skript mit LED-Feedback<\/span><\/h2>\nDieses Skript \u00fcbernimmt die Arbeit. Es erh\u00e4lt von der udev-Regel den Namen des Ger\u00e4ts (z. B. sdb1), mountet es automatisch und startet den Abgleich. Die Onboard-LED blinkt w\u00e4hrend des Vorgangs.<\/p>\n
\n
#!\/bin\/bash\r\n\r\nDas Skript wird mit dem Device-Namen als Argument aufgerufen (z.B. sdb1)\r\n\r\nDEV_NAME=$1\r\nSOURCE=\"\/mnt\/source_card\"\r\nDEST_BASE=\"\/media\/usb_ssd\/backups\"\r\nZEITSTEMPEL=$(date +%Y-%m-%d_%H-%M-%S)\r\nDEST=\"$DEST_BASE\/$ZEITSTEMPEL\"\r\nLED=\"\/sys\/class\/leds\/led0\/brightness\"\r\n\r\nMount-Punkt erstellen und Karte mounten\r\n\r\nmkdir -p \"$SOURCE\"\r\nmount \"\/dev\/$DEV_NAME\" \"$SOURCE\"\r\n\r\nLED blinken lassen\r\n\r\n(while mountpoint -q \"$SOURCE\"; do echo 1 > $LED; sleep 0.5; echo 0 > $LED; sleep 0.5; done) &\r\n\r\nZielverzeichnis erstellen und rsync starten\r\n\r\nmkdir -p \"$DEST\"\r\nrsync -av --ignore-existing \"$SOURCE\/\" \"$DEST\/\"\r\n\r\nAufr\u00e4umen: Unmount und Sync\r\n\r\nsync\r\numount \"$SOURCE\"\r\n\r\nAbschluss: LED leuchtet dauerhaft als Erfolgsmeldung\r\n\r\necho 1 > $LED\r\n<\/pre>\n<\/div>\n<\/span>Schritt 2: Die Automatisierung via spezifischer udev-Regel<\/span><\/h2>\nDamit die SSD (meist sda1) ignoriert wird und nur neu eingesteckte SD-Karten (sdb1, sdc1 etc.) den Prozess starten, nutzen wir eine Filter-Regel. Die Variable %k \u00fcbergibt den Partitionsnamen an unser Skript.<\/p>\n
\n
Datei: \/etc\/udev\/rules.d\/10-camera-backup.rules\r\n\r\nReagiert auf USB-Speicher-Partitionen au\u00dfer sda (unsere SSD)\r\n\r\nACTION==\"add\", SUBSYSTEM==\"block\", KERNEL==\"sd[b-z][1-9]\", RUN+=\"\/usr\/local\/bin\/backup_script.sh %k\"\r\n<\/pre>\n<\/div>\n<\/span>Maximale Datensicherheit bei minimalem Gewicht<\/span><\/h2>\nDiese L\u00f6sung ist ein extrem leichter und robuster Begleiter f\u00fcr Fototouren. Die Bilder werden sofort doppelt gesichert. Das System ist kosteng\u00fcnstig, wartungsarm und l\u00e4sst sich individuell an eigene Bed\u00fcrfnisse anpassen. So bleibt mehr Zeit f\u00fcr das Wesentliche: Das perfekte Motiv.<\/p>\n