Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@reutli

Du musst das auch vollständig lesen.
Genau deine Situation mit einem 32bit-RaspberryOS ist im letzten Absatz erläutert.

[reutli]

@thomas-braun

Vielen Dank für Deine Hilfe! Jetzt hat es geklappt:

pi@iobroker2:~ $ apt policy udev
udev:
  Installed: 247.3-7+deb11u3
  Candidate: 247.3-7+rpi1+deb11u2
  Version table:
     247.3-7+rpi1+deb11u2 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
 *** 247.3-7+deb11u3 500
        500 http://deb.debian.org/debian bullseye-proposed-updates/main armhf Packages
        100 /var/lib/dpkg/status
pi@iobroker2:~ $ ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Jun 20 10:03 usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_74290f152e86ec11b5c6641719c2d21c-if00-port0 -> ../../ttyUSB0
pi@iobroker2:~ $ 

Wie erfahre ich jetzt wann das Paket gefixt ist und ich den

sudo apt-mark hold udev

wieder rausnehmen kann?

[Thomas Braun]

@reutli sagte in Sonor Zigbee 3.0 wird nicht mehr erkannt (nach apt upgrade):

Wie erfahre ich jetzt wann das Paket gefixt ist und ich den

Mal regelmäßig per

sudo apt update
apt policy udev

prüfen ob eine passende Version vom RaspberryOS hochgeladen wurde.

Offengesagt wundert es mich schon, wie lange das Paket schon neben der Spur hängt.

[reutli]

@thomas-braun

ok, danke, will do so.

und jetzt noch dazu:

@thomas-braun sagte in Sonor Zigbee 3.0 wird nicht mehr erkannt (nach apt upgrade):

Und stell die Kiste auf Serverbetrieb (ohne Desktop) um. Ein Chromium hat da z. B. nix zu suchen.

Einfachster und sauberster Weg dahin?

[Thomas Braun]

@reutli sagte in Sonor Zigbee 3.0 wird nicht mehr erkannt (nach apt upgrade):

Einfachster und sauberster Weg dahin?

Ich würde an deiner Stelle in den nächsten Wochen/Monaten (sobald es released worden ist) auf ein RaspberryOS 'Bookworm' 64bit wechseln. Das musst du eh komplett neuinstallieren, dann kannst du es gleich in der 'Lite'-Version ohne Desktop installieren.
Da hat sich dann auch das Problem mit udev erledigt, die Version dort funktioniert ohne Klimmzüge.

[reutli]

@thomas-braun

Hab jetzt immerhin mal

pi@iobroker2:~ $ who -r
         run-level 3  2023-06-20 10:19

@thomas-braun sagte in Sonor Zigbee 3.0 wird nicht mehr erkannt (nach apt upgrade):

Das musst du eh komplett neuinstallieren

Im Ernst ich muss neu installieren???

Das macht mir jetzt schon Kopfzerbrechen, habe einen MACmini mit Debian als Master und zwei PIs als Slave.
Die neu zu installieren (mit Influx und Grafana), da schlottern mir jetzt schon die Knie.
Ist ja in dem Fall nicht einfach OS drauf und Restore, sondern Influx und Grafana neu machen.

Machst Du oder jemand anders ein Tutorial dazu?

[Thomas Braun]

@reutli sagte in Sonor Zigbee 3.0 wird nicht mehr erkannt (nach apt upgrade):

Im Ernst ich muss neu installieren???

Ja, ein Wechsel der Prozessor-Architektur ist nur per Neuinstallation möglich.

Ist ja in dem Fall nicht einfach OS drauf und Restore, sondern Influx und Grafana neu machen.

Öh, doch, ist im Wesentlichen einfach OS drauf, Influx installieren, Grafana installieren (gibt ja Repos dafür), ioBroker installieren, Backup einspielen, fertig.

[reutli]

@thomas-braun

muss nochmals nachfragen...
Habe meine Maschinen gestern gecheckt:

admin@macmini-iobroker:~$ uname -m
x86_64

pi@iobroker2:~ $ uname -m
aarch64

pi@iobroker:~ $ uname -m
aarch64

Damit sollten die alle schon auf 64Bit OS sein, oder?

Dazu zwei Fragen:

1. Kannst Du Dir erklären warum dann der Standardweg aus https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev?_=1687246153280 nicht funktioniert hat, sondern nur der letzte Schritt (32 Bit System)?

2. Wenn 64 Bit installiert ist, müsste ein Update auf Bookworm möglich sein, oder (also ohne Neuinstallation)?

[Thomas Braun]

@reutli sagte in Sonoff Zigbee 3.0 wird nicht mehr erkannt (upgrade)[gelöst]:

Damit sollten die alle schon auf 64Bit OS sein, oder?

Nicht unbedingt. Raspberrypi OS haben zuletzt den Blödsinn angefangen den Kernel in 64bit auszurollen, das sog. userland aber bei 32bit zu belassen.
Mit uname -m prüfst du nur den Kernel.

Zu
1.) Siehe zuvor, du wirst einen Hybriden haben
Eine kommende Version von iob diag hat den Check drin.

2.) Bei einem reinen 64bit-System ja. Bei einem Hybrid würde ich es neuaufsetzen.

[Edit:]
Das userland kannst du dir so anschauen:

dpkg --print-architecture

[reutli]

@thomas-braun
Danke für Deine Antwort.

Das heisst mit

dpkg --print-architecture

bekomme ich "korrekt angezeigt, ob ich auf 32Bit oder 64Bit unterwegs bin?

[Thomas Braun]

@reutli

Das zeigt dir die Architektur für das 'userland'. Bei 64bit müsste da was von arm64 stehen, bei 32bit steht da was von 'armhf'.

[reutli]

@thomas-braun

Das heisst, wenn

dpkg --print-architecture

und

uname -m

auf 64Bit hinweisen, dann kann ich mir einigermaßen sicher sein, dass ich 64Bit am Start habe und damit auch ein Update auf 'bookworm' vornehmen kann (auch wenn ich weiss, dass eine Neuinstallation besser ist)?

[Thomas Braun]

@reutli

Ein Upgrade auf Bookworm kannst du so oder so machen.
Ich würde aber halt bei der Gelegenheit das große Rad drehen und auf ein reines 64bit-System wechseln.

Wie schaut es denn nun konkret bei dir aus?

[reutli]

@thomas-braun

Master:

admin@macmini-iobroker:~$ dpkg --print-architecture
amd64

Slave1:

pi@iobroker:~ $ dpkg --print-architecture
arm64

Slave2:

pi@iobroker2:~ $ dpkg --print-architecture
armhf

also der, der die USB Probleme hatte. Das heisst den müsste ich neu aufsetzen.

Hier ist mir aber immer noch nicht ganz klar, wie der Restore des Salzes dann über BackitUp funktioniert.
Für diese Client gibt es eine BackitUp-Instanz, die ZigBee sichert.

Wenn ich jetzt nur diesen Slave neu installieren möchte, dann weiss ich nicht, wie das mit dem Restore funktioniert (da die anderen ja nicht restored werden sollen). Gehört ja aber nicht hierher....