Upgrade einer Raspberry - wie macht Ihr das?

Ich lasse den alten Rechner noch eine Weile in Betrieb und installiere so nach und nach die Programme auf den neuen Rechner.

So kann ich die Konfigurationen noch einmal nachsehen.

Daten kopiere ich meistens über mc und die Shell-Verbindung auf den neuen Rechner.

Es gibt einige wichtige Programme, die ich immer wieder installiere, andere nur wenn der Bedarf dazu da ist.

Allerdings habe ich hier den Vorteil, das ich hier per HDMI-Umschalter relativ schnell mal den Rechner wechseln kann.

Oder ich rufe sie über ssh (ssh -X user@IpAdresse) auf und vergleiche dann direkt die Konfigurationen.

SD-Karten kommen bei Abschaltung in eine beschriftete Box.

Wenn ich die nach einem Jahr nicht angepackt habe werden sie wieder verwendet.

MfG

Jürgen

Meine letztes Upgrade war auch von Bullseye(arm64) auf Bookworm(amd64).

Scripte und Konfigurationen konnte ich zum größten Teil übernehmen, alles andere habe ich dann neu gemacht.

Ist dann auch eine andere Hausnummer. Aber den alten RPi4B lasse ich noch in Betrieb.

MfG

Jürgen

Ich mache mir fast immer Notizen bei der Installation und Einrichtung von Projekten, also was alles dazu wie installiert wird und welche Konfigurationen etc. angepasst werden müssen. Wenn die Installation mehr als ein Paket benötigt, dann erstelle ich aus den Notizen ein Bash-Installationsskript in dem auch gleich die Konfigurationsdateien angepasst weden.

Ein gewisses Restrisiko bleibt bei einem Releasewechsel eh immer, egal ob manuell installiert oder Konfigurationen rüber zieht oder z.B. diese Kasperei erst auf PulseAudio als Soundserver zu setzen, dann wurde Alsa verwendet und aktuell wieder PulseAudio eingepflanzt.

Ich habe jetzt das Problem, das ich eine alte Karten Konfiguration habe, 64MByte /boot. Ich muss jetzt eine neu Karte machen, ansonsten einfach das System upgraden. Ich hatte dabei nur minimale und hausgemachte Probleme.

Gruß

Stephan

Als echter Linux-Dauernoob mache ich mir bei allen Installationen immer Notizen, wie ich es gemacht habe, mit welchen bash-Befehlen im Terminalfenster etc. Dies schreibe ich mir tatsächlich so auf, wie ich es später in der Doku für meine öffentlichen Projekte auf github niederschreibe (z.B. Anleitung Raspiblaster, Kapitel 3 und Kapitel 4).

Bei einem Release-Update (buster-->bullseye) erstelle ich grundsätzlich eine neue SD-Karte mit dem aktuellen OS und ziehe dann die Installation gemäß meiner Notizen durch. Wenn's uferlos wird, wie z.B. bei meinem yamuplay (mittlerweile leider veraltet wegen omxplayer), erstelle ich auch bash-Skripte (yamuplay-setup.sh) für die notwendigen Installationsschritte.

Bei fremden, mitunter chaotischen Projekten (z.B. Phoniebox) konnte ich mich schließlich zu never touch a running system durchringen.

Und grundsätzlich mache ich von meinen Projekten eine dd-Sicherung mit piShrink, um sie jederzeit wieder (Achtung: Unwort!) schnell in Betrieb nehmen zu können. Denn: Kein Backup, kein Mitleid!

Ich setze in der Regel neu auf, auf einer frischen SD-Karte, damit ich notfalls sehr einfach wieder das alte System starten kann und um Konfigurationen nachschauen zu können. Ich habe auch Notizen für die Installation und Konfiguration diverser Software, die ich dann durchgehe. Neben dem wiederherstellen der alten Konfiguration, schaue ich auch was die neuen Softwareversionen an neuen/geänderten Einstellungsmöglichkeiten haben.

Ich mache das, soweit es geht, per Script. Das Verzeichnis mit dem Script und anderen Dateien kopiere ich nach dem Aufspielen des Images auf die /boot Partition, stecke die SD Karte in den Raspberry, einschalten und der Rest läuft dann größtenteils automatisch. Im Script habe ich dann noch Kommentare oder gebe Hinweise auf den Bildschirm aus. Nach bestimmten Befehlsgruppen bootet der Raspberry, sofern erforderlich, neu und setzt die Installation eigenständig fort.

Das geht natürlich nicht wenn zwanghaft interaktive Eingaben notwendig sind oder die erforderlichen Dateien nicht auf die /boot Partition passen, wobei Letzteres auch kein Problem wäre. Wenig Handarbeit, richtige Reihenfolge, alles protokolliert, editierbar und nichts vergessen. Das Script zu erstellen macht anfangs etwas Arbeit was sich aber später bezahlt macht. Was per Script nicht geht wird zwischendurch oder am Ende von Hand gemacht.

Quote from Tastenknecht

per Script

Wie schaut dein Script aus? Hast du eventuell einen Standardaufbau vom Script, worauf man aufbauen kann?

Das eigentliche Script ist kein Hexenwerk. Ich hatte es satt ständig die gleichen Befehle einzutippen und habe mir daher das Script gebastelt. Es funktioniert bei mir und damit sind mein Anforderungen erfüllt. Da kann man sicher vieles anders oder besser machen, mir reicht es. Also:

 #!/bin/bash
if [ -f step* ] ; then
   stepx=$(ls step*)
else
   touch step1
   stepx=step1
fi
case $stepx in

  step1)
         sudo raspi-config nonint do_configure_keyboard de
         sudo raspi-config nonint do_change_locale de_DE.UTF-8
         sudo raspi-config nonint do_wifi_country DE
         sudo raspi-config nonint do_expand_rootfs
         sudo raspi-config nonint do_change_timezone Europe/Berlin
         sudo raspi-config nonint do_boot_behaviour B2
         sudo raspi-config nonint do_ssh 0
         echo "sleep 10; cd /home/pi; ./setup.sh" >> /home/pi/.bashrc
  ;;

  step2)
         echo "step2"
         sudo raspi-config nonint do_boot_behaviour B2
  ;;

  step3)
         echo "step3"
  ;;

  step4)
        echo "step4 usw."  
  ;;

  step5)
        echo "step5 und anschliessend aufraemen"
        sudo sed -i 's/sleep 10; cd \/home\/pi; .\/setup.sh//' /home/pi/.bashrc
        sudo sudo sed -i 's/systemd.run=\/boot\/firstrun.sh ip=10.0.2.5::10.0.0.20:255.255.255.0:rpi:eth0:off//' /boot/cmdline.txt
        sudo raspi-config nonint do_boot_behaviour B1
  ;;
esac
sudo apt-get clean --yes
stepnr=$(echo "$stepx" | cut -c 5-)
stepnr=`expr $stepnr + 1`
mv $stepx step$stepnr
sudo reboot

Ich denke, das Script ist ziemlich selbsterklärend. Man kann es erstmalig von Hand starten oder auch automatisch s.u.. In step1 setze ich die ganzen raspi-config Einstellungen und schreibe in die .bashrc den Scriptaufruf mit einer Pause um ggf. auf das Netzwerk zu warten. Durch den Start aus der .bashrc kann ich den Installationsverlauf auf dem Bildschrim verfolgen, einen Ablauf im Hintergrund wollte ich zwecks eventueller Fehlerekennung nicht.

Das boot_behaviour B2 muß zweimal gesetzt werden sonst muß man sich immer wieder anmelden. Im step2 mache ich z.B. das Systemupdate, im step3 die lokalen Parametrierung für das Netzwerk usw. Im letzten Schritt entferne ich den Scriptaufruf und die automatische Anmeldung.

Mir war das aber noch immer zuviel Handarbeit. Die neueren Images bieten ja eine autostart Funktion, die man in der /boot/cmdline.txt parametriern kann. Man kann dort auch schon Netzwerkparameter setzen, wodurch der Raspberry bereits direkt nach dem Aufspielen des Images erreichbar ist. Beispiel:

 console=serial0,115200 console=tty1 root=PARTUUID=4c4e106f-02 rootfstype=ext4 fsck.repair=yes rootwait quiet init=/usr/lib/raspberrypi-sys-mods/firstboot systemd.run=/boot/firstrun.sh ip=10.0.2.5::10.0.0.20:255.255.255.0:rpi:eth0:off

Es wird also direkt nach dem Installationsreboot das Script firstrun.sh gestartet, außerdem ist der Raspberry nach dem nächsten Boot unter og. IP Adresse per Telnet erreichbar. Die Zeile wird dann in dem o.g. step5 ebenfalls entfernt.

Die firstrun.sh hat folgenden Inhalt

#!/bin/bash
sudo mv /boot/setup.sh /home/pi
sudo chown -R pi:pi /home/pi
cd /home/pi
./setup.sh

Außerdem braucht man noch die Dateien ssh und userconf, die man ebenfalls in das /boot Verzeichnis kopiert.

Ich kopiere also diese 5 Dateien auf die /boot Partition stecke das Netzteil ein und schaue bei der Installation zu. Ein Eingriff ist jedoch nötig, man muß sich einmalig Anmelden, das habe ich nicht unterbinden können. Aber das geht auch per Telnet.

Bei der cmdline.txt muß man noch auf die PARTUUID achten. Das muß die aus dem jeweiligem Originalimage sein und ist anscheinend von Image zu Image unterschiedlich. Sofern keine Tastatureingaben notwendig sind läuft die Installation komplett durch.