Closed DevRedOWL closed 6 months ago
In my case, raspberry pi is on aarch64
but image is used by addon is amd64
Well, i ve managed to launch it by doing the following steps:
docker image rm zigbee2mqtt/zigbee2mqtt-amd64:1.35.0-1
In most cases system tells that image is in use (in this case by container 7b6be75b0a45), you can view list with docker ps -a
docker stop 7b6be75b0a45
docker rm 7b6be75b0a45
# try to remove image again
docker image rm zigbee2mqtt/zigbee2mqtt-amd64:1.35.0-1
docker pull zigbee2mqtt/zigbee2mqtt-aarch64:1.35.0-1`
docker tag zigbee2mqtt/zigbee2mqtt-aarch64:1.35.0-1 zigbee2mqtt/zigbee2mqtt-amd64:1.35.0-1
Of course it is just a workaround and not really a persistant solution (also it is not very good to name images such way) so hope author will solve this issue soon.
Hi, I had the same problem however it was actually not because of the update. I decided to add Dreame vacuum integration (Tasshack/dreame-vacuum) to HA. For some reason, when I have it enabled, I cannot turn on Zigbee2MQTT, it gives me basically different error every time. When I disable Dreame in Integrations, it turns on and works just fine.
Description of the issue
Z2M is unable to start after update to latest version, same problem persists even after rollback to 34 (For some reason, add-on is trying to use image not maching architecture)
Addon version
v1.35.0-1
Platform
Core 2023.12.4 Supervisor 2023.12.0 Operating System (was empty but actually Debian 11 bullseye | aarch64 Linux 6.1.69-v8+ | Raspberry Pi 4 Model B Rev 1.4) Frontend 20231208.2
Logs of the issue (if applicable)
exec /sbin/tini: exec format error