Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ubecker]

@thomas-braun said in update Reihenfolge:

Ich verstehe den Ansatz schon nicht. Was willst denn da kopieren, was dann bootfähig sein soll?

ich habe in den PI5 keine USB Platte sondern eine an dem PCIe Interface. Diese kann ich nicht mit dem Raspberry Pi Imager beschreiben. Das brauche ich auch nur für eine neue Installation wenn ich auf Trixie updaten muss.
Also denke ich (so habe ich auch das system bisher aufgesetzt)

1. SD Karte mit dem Imager neu erstellen
2. IOB installieren
3. Restore vom alten system.
4. Mit der GUI die SD nach der PCIe Platte kopieren so das diese auch bootet.
5. SD Karte entnehmen und system neu starten.

Alle meine Versuche das anders zu machen sind gescheitert. Die PCIe hat nie gebootet.

[Thomas Braun]

@ubecker

Macht man mit einem USB-Adapter. Geht so:

Step 1: Hardware Setup
Connect the PCIe adapter:
Attach the PCIe adapter to the specific connection on the Raspberry Pi 5 board.

Install the NVMe SSD:
Insert your NVMe SSD into the M.2 slot on the adapter and secure it with the provided screw.
Connect the ribbon cable:
Insert the ribbon cable into the PCIe port on the Raspberry Pi 5, ensuring the contact points face inward.

Step 2: Install Raspberry Pi Imager
Download: On your main computer, download the Raspberry Pi Imager tool from the Raspberry Pi website.
Install: Install the imager application.

Step 3: Image the SSD
Launch Imager: Open the Raspberry Pi Imager application.

Select device: Choose your Raspberry Pi model from the list.
Choose OS: Select the desired version of Raspberry Pi OS.
Select storage: Connect your NVMe drive to your computer (using a USB-C adapter is a common way to do this) and select it as the storage device in the imager.
Write the image: Start the imaging process to write the OS to the NVMe SSD.

Step 4: Enable PCIe Booting
Boot from SD card: Boot the Raspberry Pi 5 from a micro SD card to access the operating system.

Edit the EEPROM configuration: Open a terminal on the Raspberry Pi and run sudo rpi-eeprom-config --edit.
Change the boot order: Find the line BOOT_ORDER=0xf416 and add it, or change the existing one, to this value. This enables the Pi to attempt to boot from NVMe first.
Save and exit: Save your changes (Ctrl+O, then Enter) and exit the editor (Ctrl+X).
Reboot: Shut down the Raspberry Pi using sudo poweroff.

Step 5: Boot from the NVMe SSD
Remove the SD card: Remove the micro SD card from the Raspberry Pi.

Power on: Power on the Raspberry Pi 5. It will now attempt to boot from the PCIe NVMe SSD.

Ganz ohne GUI. Hier auch ohne GUI:
https://www.raspifun.de/viewtopic.php?t=388

[ubecker]

@thomas-braun said in update Reihenfolge:

Select storage: Connect your NVMe drive to your computer (using a USB-C adapter is a common way to do this)

das war ein Problem. Habe keinen Adapter. Der Rest war klar. Deshalb der Weg über SD Karte und kopieren.
Funktioniert ja, nur brauche ich dazu die GUI von Linux. Den Consolenbefehl dazu habe ich nicht hinbekommen. (ist mir auch sehr suspect)

War aber nicht meine eigentliche Frage.
Frage bezog sich auf die Reihenfolge wenn ich mein verhandenes System auf Trixie updaten muss. (hat sich ja erst mal erledigt)
müssen vorher alle IOB Teile auf dem aktellen Stand sein. Davon ein Backup
danach

1. Trixie mit Imager auf SD Karte.
2. IOB Grundinstallation
3. Restore vom Backup

oder ist die Reihenfolge beliebig. Können IOB update auch danach gemacht werden.

Ich kenn immer noch nicht die Zusammenhänge zwischen JS-Controller NPM usw.
Eigentlich möchte ich eine Funktion auf der Oberfäche von IOB. Knopf drücken und fertig. (Systemupdate)
Macht alle notwendigen update fürs System. Die einzelnen Adapter ausgenommen.
Auch das OS (Debian xy) ausgenommen.

Noch eine Frage: Da ich mit dem neuen OS noch warten soll, wie lange kann man warten. Ich habe meistens nur einmal im Jahr die Möglichkeit das update zu machen.

[Thomas Braun]

@ubecker sagte in update Reihenfolge:

Frage bezog sich auf die Reihenfolge wenn ich mein verhandenes System auf Trixie updaten muss.

iobroker und das OS sind nicht sehr eng miteinander verzahnt, die Reihenfolge ist also mehr oder weniger beliebig.
Ich gehe aber von 'unten nach oben' vor. Also erst schau ich was beim OS anliegt (das musst du deutlich regelmäßiger machen!) und dann schau ich was beim ioBroker anliegt.

Macht alle notwendigen update fürs System. Die einzelnen Adapter ausgenommen.
Auch das OS (Debian xy) ausgenommen.

Finde den Widerspruch. Was bezeichnest du denn als 'System', wenn beim ioBroker die Adapter und beim OS die Pakete ausgenommen sind?

Wie man eine regelmäßige Systempflege betreibt hab ich dir oben schon geschrieben.
Und da ich ein fauler Admin bin hab ich mir das in ein kleines Skript gegossen:

#!/usr/bin/bash
sudo apt-get update;
echo "";
sudo apt-get full-upgrade; 
echo "------------------------------------------------------------------------";
iob update;
iob upgrade;
echo ""
if [ -f "/var/run/reboot-required" ]; then
        echo "";
        echo "This system needs to be REBOOTED!";
        echo "";
fi

exit;

[Thomas Braun]

@ubecker sagte in update Reihenfolge:

Da ich mit dem neuen OS noch warten soll, wie lange kann man warten.

Bis Raspberry OS 13 überhaupt mal veröffentlich wird? Bookworm/Debian 12 ist derzeitig das sog. 'oldstable release', das wird noch bis Sommer 2026 voll unterstützt. Bis dahin solltest du aber den Absprung geschafft haben.

[Thomas Braun]

@ubecker sagte in update Reihenfolge:

das war ein Problem. Habe keinen Adapter.

Die paar Euro würde ich ausgeben.
Die zweite Anleitung kommt übrigens auch ohne USB-Adapter aus. Dafür ist die was komplizierter umzusetzen.
Aber auch da ohne Desktop...

[ubecker]

@thomas-braun said in update Reihenfolge:

Finde den Widerspruch

Hast Recht. Jeder denkt hier anders.
Meine Denkweise wie ich das meinte:
Es gibt
OS Debian xy
IOB mit notwendigen Komponenten Host, Admin, NPM usw. ist für mich das IOB System
Adapter sind Anwenderbezogen.

echo "------------------------------------------------------------------------";
iob update;
iob upgrade;
echo ""
if [ -f "/var/run/reboot-required" ]; then
        echo "";
        echo "This system needs to be REBOOTED!";
        echo "";
fi
 
exit;
 

Das wäre dann mein Knopf Systemupdate.

[Thomas Braun]

@ubecker sagte in update Reihenfolge:

Das wäre dann mein Knopf Systemupdate.

Den 'Knopf' rufst du in der Kommandozeile auf.

[ubecker]

@thomas-braun said in update Reihenfolge:

Die paar Euro würde ich ausgeben.

das ist nicht das Problem. Habe ich erst festgestellt als ich alles zusammengebaut hatte. Dann habe ich das über copy gefunden.

[Thomas Braun]

@ubecker

das ist nicht das Problem. Habe ich erst festgestellt als ich alles zusammengebaut hatte. Dann habe ich das über copy gefunden.

Sei's wie es ist, aber Server IMMER ohne Desktop-Mumpitz. Spart dir auch diverse Updates, spart dir Ressourcen, ist sicherer und ist stabiler.

Den Mumpf kannste auch nachträglich noch ausknipsen, u. a. per

iob fix

[ubecker]

@thomas-braun said in update Reihenfolge:

Den 'Knopf' rufst du in der Kommandozeile auf.

ich liebe den Docker auf meiner Synology

[Thomas Braun]

@ubecker sagte in update Reihenfolge:

ich liebe den Docker auf meiner Synology

Auch den musst du updaten. Ob mit 'Knopf' oder nicht.

[ubecker]

@thomas-braun said in update Reihenfolge:

Auch den musst du updaten. Ob mit 'Knopf' oder nicht.

richtig, nur brauch ich um nichts kümmern. Ich bemomme eine Medung von der Synology dann starte ich dort das Update ohne Commandozeile.

[ubecker]

@thomas-braun said in update Reihenfolge:

Sei's wie es ist, aber Server IMMER ohne Desktop-Mumpitz

werde den IOB fix dann machen. Ich brauche die GUI ja nur für das eine mal.