ré-install 2024 : OS 32 ou 64 bits ?

[helvete]

Bonsoir,
J'ai un Raspberry Pi 3 Model B avec Raspbian GNU/Linux 10 (buster).
J'ai vu que l'OS n'est plus supporté depuis juillet 2024.
De plus, j'ai fait plein de manip dessus pour mettre à jour Python. Donc je me pose la question de ré-installé un système propre sur mon pi.
Fin 2024, quelle version de l'OS faut-il installer, Raspberry Pi OS Bookworm mais en 32 ou 64 bits ?
Est-ce que Domoticz supporte le 64 bits ?

merci pour votre aide

[jackslayter]

le 32bits va disparaître de plus en plus.
il existe une version arm64 donc oui Domoticz est compatible x64 (https://www.domoticz.com/downloads/)

[helvete]

merci pour ce conseil.

Est-ce qu'il y a un intérêt à installer Domoticz dans docker ?
J'ai une clé conBee, est-ce qu'il faut installer la clé dans l'image docker ou sur le pi ?

[lost]

Pour avoir fait la manip il y a un an 1/2 également sur un PI3B (le PI3 a été le 1er à supporter ARM64), je pense aussi qu'il est préférable de passer au 64 bits.

On n'est ici certes pas dans le monde PC ou les distros supportant le 32 bits sont chaque année moins nombreuses mais les problèmes peuvent aussi venir de dépendances ou de l'applicatif: Peut-être qu'un de ces jours ce sera carrément Domoticz qui ne sera plus fourni en version 32 bits et pour d'anciennes versions ARM, c'est déjà fait et oblige à compiler soit-même.

Pour ma part je n'ai pas eu de problème mais à cette époque je n'avais que des choses en support natif (quasi 100% zwave avec l'intégration native OZW), Z4D ayant été ajouté ensuite quand j'ai commencé à intégrer du zigee. Niveau plugins il faut voir au cas par cas ce qu'il faudra sauvegarder pour retomber sur ses pattes après réinstallation complète.

A titre personnel, je n'utilise pas Docker continuant à préférer une installation native. J'avais un temps essayé d'installer mon unique plugin python (Z4D) dans un venv (virtual environment Python) afin de pouvoir faire mes sauvegardes comme quand domoticz était zéro plugins: Une simple archive du répertoire ~/domoticz à restaurer sans se poser de question après une réinstallation OS (ou un upgrade domoticz et/ou plugin posant problème). Cela n'avait pas fonctionné après qq essais et pas eu le temps de m'y replonger hélas.

A mon sens ce serait sans doute le meilleur compromis "isolation" light.

Mon avis à propos de Docker est que l'utilisation qui en est désormais faite (au lieu d'isoler des choses pas de confiance et/ou anciennes, dont on a perdu les sources depuis longtemps par exemple et impossibles à re-builder avec des dependances à jour), c'est majoritairement pour gérer en mode crado le problème de dépendances posés par trucs codés sans se poser la question de les minimiser au maximum et en excluant tout ce qui n'est pas mature/maintenu/assurant une compatibilité ascendante.

Bref, tout ce qui oblige de facto à Docker c'est pour moi classé d'entrée au rayon de projet codé "quick&dirty"... Tant que je peux éviter, j'évite.

[Neutrino]

Team 64 bit aussi.
Par contre, j'aime bien Docker pour la facilité de déploiement (avec Portainer).

Côté dépendances, Domoticz traine une version de LibSSL qui n'est plus fournie avec les dernière Debian.
Problème qui disparait avec la version Docker.
Après, je préfère aussi Domoticz en natif. C'est plus simple pour développer des plugins et scripts.

[Keros]

Sujet déplacé dans la section dédiée aux installations sous Raspberry

[helvete]

Hello,
je n'arrive pas a installer la clé conbee2 sur un os 64 bits.
Faut que je relise les docs et surtout avoir du temps pour faire des tests.
je vous redit ... plus tard

[Keros]

Pour que l'on puisse t'apporter de l'aide, il serait bien de nous préciser quel plugin ZigBee tu essayes d'installer / utiliser.

[lost]

Bonjour,

Possible que Conbee ne propose qu'une version arm 32 bits de leur soft, vu que chez eux il faut en passer par là (une caractéristique qui m'avait fait éliminer leur clef)... Peut-être à voir avec leur support?

Sinon, mais si je l'ai fait dans le passé pour pouvoir faire tourner de vieux applicatifs x86 32 bits sur une debian (et kernel) 64 bit (amd64) je n'ai pas eu à le faire sur PI: Le mot clef à rechercher est "multiarch".

Avant cela, voir si l'hypothèse est la bonne en utilisant la commande 'file' sur des executables Conbee, si applicable. Cela donnera l'architecture cible, genre cela si je teste sur la commande zip d'un Raspberry PI sous bookworm 64 bits:

Code : Tout sélectionner

file /usr/bin/zip
/usr/bin/zip: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=c9199b1cdb471d99f4191aee370a62dfa1704c93, for GNU/Linux 3.7.0, stripped

On a bien ELF 64-bit / aarch64. Si on a autre chose (armv7/armhf probablement pour un truc compilé 32 sur un PI) c'est que le pb est bien là.

Voir cet article explicatif sur le multiarch chez Debian et dérivées (dont raspbian/raspberry OS):
https://wiki.debian.org/Multiarch/HOWTO

Ensuite, si les dépendances ne sont pas bin gérées à l'installation du bazar conbee, il pourra falloir utiliser la commande "ldd" sur leur(s) executable(s) afin de savoir quelles librairies il faudra avoir en version 32b pour que cela tourne.

Par exemple la commande ci-dessous a ces dépendances (64 bit ici):

Code : Tout sélectionner

ldd /usr/bin/zip
	linux-vdso.so.1 (0x0000007fb11f6000)
	libbz2.so.1.0 => /lib/aarch64-linux-gnu/libbz2.so.1.0 (0x0000007fb10e0000)
	libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 (0x0000007fb0f30000)
	/lib/ld-linux-aarch64.so.1 (0x0000007fb11b9000)

Et il pourrait falloir installer via apt les lib manquantes en version 32 bits.