Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[hru]

Hier die Ausgabe von "sudo apt update":

hru@pinas:~ $ sudo apt update
Ign:1 file:/var/cache/openmediavault/archives ./ InRelease
Ign:2 file:/var/cache/openmediavault/archives ./ Release
Get:3 file:/var/cache/openmediavault/archives ./ Packages
Hit:3 file:/var/cache/openmediavault/archives ./ Packages
Hit:4 http://deb.debian.org/debian trixie InRelease
Get:5 http://deb.debian.org/debian-security trixie-security InRelease [43.4 kB]
Hit:6 http://httpredir.debian.org/debian trixie-backports InRelease
Get:7 http://security.debian.org/debian-security trixie-security InRelease [43.4 kB]
Hit:8 http://archive.raspberrypi.com/debian trixie InRelease
Hit:9 http://deb.debian.org/debian trixie-updates InRelease
Get:11 https://openmediavault-plugin-developers.github.io/packages/debian sandworm InRelease [4111 B]
Get:12 https://openmediavault.github.io/packages sandworm InRelease [12.8 kB]
Hit:13 https://apt.grafana.com stable InRelease
Hit:14 https://packages.sury.org/php trixie InRelease
Get:15 http://deb.debian.org/debian-security trixie-security/main arm64 Packages [228 kB]
Get:16 https://repos.influxdata.com/debian stable InRelease [6922 B]
Get:17 http://security.debian.org/debian-security trixie-security/main Sources [188 kB]
Get:18 https://apt.syncthing.net syncthing InRelease [24.2 kB]
Get:19 http://deb.debian.org/debian-security trixie-security/main armhf Packages [208 kB]
Hit:20 https://deb.nodesource.com/node_22.x nodistro InRelease
Get:21 http://security.debian.org/debian-security trixie-security/main arm64 Packages [228 kB]
Get:22 http://security.debian.org/debian-security trixie-security/main armhf Packages [208 kB]
Hit:10 https://packages.openmediavault.org/public sandworm InRelease
Fetched 1195 kB in 1s (1736 kB/s)
All packages are up to date.

[hru]

@Ro75 sagte:

Mach doch mal die Aktualisierung über OMV

in der OMV Admin-Oberfläche will er keine Updates installieren.

[Ro75]

@hru sagte:

in der OMV Admin-Oberfläche will er keine Updates installieren.

mit welcher Begründung?

Ro75.

[hru]

@Ro75 sagte:

mit welcher Begründung?

Ich meine damit, dass unter ""Aktualisierungen verfügbar", Nein steht

[hru]

Ich habe gerade gesehen dass die Ausgabe von "apt list --installed | grep php" auch Einträge mit "php8.5..." enthält.
Ein Dienst für php8.5 ist aber nicht am laufen.
Kann es sein, dass bei der Installation von php8.5 etwas schiefgegangen ist?

[hru]

hier weitere Infos, die evtl. helfen können, meine konkrete Installation zu verstehen:

hru@pinas:~ $ php -i | grep -i "php version"
PHP Version => 7.4.33
PHP Version => 7.4.33
hru@pinas:~ $ which php
/usr/bin/php
hru@pinas:~ $ ls /usr/bin/php -la
lrwxrwxrwx 1 root root 21 Jun  9  2023 /usr/bin/php -> /etc/alternatives/php
hru@pinas:~ $ ls -la /etc/alternatives/php
lrwxrwxrwx 1 root root 15 Feb 25  2024 /etc/alternatives/php -> /usr/bin/php7.4
hru@pinas:~ $ ls -la /usr/bin/php*
lrwxrwxrwx 1 root root       21 Jun  9  2023 /usr/bin/php -> /etc/alternatives/php
lrwxrwxrwx 1 root root       25 Jun  9  2023 /usr/bin/php-cgi -> /etc/alternatives/php-cgi
lrwxrwxrwx 1 root root       10 May  3 15:44 /usr/bin/php-cgi.default -> php-cgi8.4
-rwxr-xr-x 1 root root  4727120 Jul  3 12:06 /usr/bin/php-cgi7.4
-rwxr-xr-x 1 root root  5579768 Jul  3 12:01 /usr/bin/php-cgi8.2
-rwxr-xr-x 1 root root  5709464 Jul  8 21:10 /usr/bin/php-cgi8.3
-rwxr-xr-x 1 root root  5906264 Jul  3 12:01 /usr/bin/php-cgi8.4
lrwxrwxrwx 1 root root       28 Sep  4  2023 /usr/bin/php-config -> /etc/alternatives/php-config
-rwxr-xr-x 1 root root     4585 Jul  3 12:06 /usr/bin/php-config7.4
-rwxr-xr-x 1 root root  4858520 Jul  3 12:06 /usr/bin/php7.4
-rwxr-xr-x 1 root root  5711168 Jul  3 12:01 /usr/bin/php8.2
-rwxr-xr-x 1 root root  5840864 Jul  8 21:10 /usr/bin/php8.3
-rwxr-xr-x 1 root root  6037664 Jul  3 12:01 /usr/bin/php8.4
-rwxr-xr-x 1 root root 10233752 Jul  3 12:04 /usr/bin/php8.5
lrwxrwxrwx 1 root root       24 Feb 16  2024 /usr/bin/phpdbg -> /etc/alternatives/phpdbg
-rwxr-xr-x 1 root root  5840560 Jul  8 21:10 /usr/bin/phpdbg8.3
-rwxr-xr-x 1 root root  6102888 Jul  3 12:01 /usr/bin/phpdbg8.4
-rwxr-xr-x 1 root root 10233432 Jul  3 12:04 /usr/bin/phpdbg8.5
lrwxrwxrwx 1 root root       24 Sep  4  2023 /usr/bin/phpize -> /etc/alternatives/phpize
-rwxr-xr-x 1 root root     4932 Jul  3 12:06 /usr/bin/phpize7.4

[hru]

Ich bin für jeden Vorschlag dankbar, wie ich das bereinigt bekomme.
Gruß Hartmut

[Ro75]

Da OMV die Kontrolle über das zugrunde liegende Debian-System übernimmt, sollte ioBroker jedoch niemals direkt auf dem Betriebssystem installiert werden. Der beste und sicherste Weg ist die Nutzung von Docker-Containern. Das muss aber mv-extras installiert sein.

Warum ist das wichtig?

1. Port-Konflikte und Webserver-KollisionenDer Konflikt: Sowohl das OpenMediaVault-Webinterface als auch ioBroker versuchen standardmäßig, die Ports 80 (HTTP) und 443 (HTTPS) für ihre Oberflächen oder API-Dienste zu beanspruchen.Die Folge: Das System blockiert sich selbst. Entweder startet die OMV-Oberfläche nicht mehr oder ioBroker bleibt unerreichbar, da OMV den installierten Webserver (Nginx) exklusiv für sich beansprucht.

2. Node.js-Versionen und AbhängigkeitenDer Konflikt: ioBroker benötigt zwingend eine spezifische, aktuelle Version von Node.js und dem Paketmanager npm. OMV bringt eigene Skripte und Plugins mit, die ebenfalls auf Systembibliotheken zugreifen.Die Folge: Wenn ioBroker bei der Installation oder bei Updates globale Systembibliotheken aktualisiert, überschreibt es Komponenten, auf die sich OMV verlässt. Dies führt regelmäßig zu unvorhersehbaren Fehlern (z. B. PHP-Fehlermeldungen im OMV-Dashboard).

3. Modifikationen der SystemkonfigurationDer Konflikt: OMV versteht sich als Appliance. Es generiert zentrale Konfigurationsdateien (wie /etc/network/interfaces oder Netzwerkeinstellungen) bei jeder Änderung im Webinterface komplett neu.Die Folge: Installer-Skripte von ioBroker oder manuelle Anpassungen für Smart-Home-Adapter verändern diese Dateien oft direkt. Beim nächsten Klick in OMV werden Ihre ioBroker-Änderungen gnadenlos überschrieben und gelöscht.

4. Rechtekonflikte bei Hardware-Zugriffen (USB/Seriell)Der Konflikt: ioBroker benötigt für Smart-Home-Zwecke oft direkten Zugriff auf USB-Sticks (z. B. Zigbee- oder Homematic-Sticks).Die Folge: OMV überwacht alle Speicher- und USB-Medien streng für Dateifreigaben. Ohne die strikte Isolierung von Docker sperren sich die beiden Systeme gegenseitig den Zugriff auf die Hardware-Schnittstellen.

Da gabe es dazu schonmal vor Monaten Diskussionen dazu OMV und ioBroker. Auch da sagte ich schon, das geht nicht gut. Ob du das allerdings warst - kann ich jetzt nicht mehr sagen.

Ro75.

[hru]

@Ro75 Vielen Dank für die ausführliche Antwort.

Ich behaupte nicht, dass ich das vollständig verstanden habe, aber ich verstehe, dass die Kombination von ioBroker und OMV auf einem Raspi keine gute Idee ist. Richtig?

D.h. Du empfiehlst mir, jeweils einen separaten Raspi für ioBroker und OMV zu verwenden?

Was sind die jeweiliigen Anforderungen?
Raspi 4 oder Raspi 5?
RAM?
...

Danke vorab für alle Infos und Tipps.

Gruß Hrtmut

[Ro75]

@hru sagte:

D.h. Du empfiehlst mir, jeweils einen separaten Raspi für ioBroker und OMV zu verwenden?

Bei mir läuft es so. Bei mir ein Raspi 5 mit 8GB.

Ro75.

EDIT: Du kannst das auch alles über ein Gerät laufen lassen. Primör OMV und dann wie geschrieben über die extras "Docker" installieren und den ioBroker darüber laufen lassen. Aber auch da mindestens 8 GB RAM. Möglicherweise wäre dann ein Mini-PC schon besser mit 16 GB.