RPi 3B+ planté suite tentative màj :(

[ogulf]

Je vous expose mon problème.

- Depuis plusieurs jours, mon plugin Linky (https://github.com/guillaumezin/DomoticzLinky) ne remonte plus les infos de EDF via l'API ==> j'ai fait un git pull la semaine dernière sur le répertoire adéquat, relancé Domoticz mais sans effet (j'avais une erreur que je ne peux plus vous afficher... MAis ce n'était pas un pb de consentement)
- Ce matin, je souhaite mettre à jour mon RPi3 B+ et lance les commandes "sudo apt-get update" puis "sudo apt-get -y upgrade" sur un terminal depuis mon téléphone portable (application RaspController)
- Travaillant aussi en // pour mon employeur... l'écran de mon portable s'est éteint, coupant de fait la session ouverte
- Je me connecte donc via putty depuis un PC, 1/2h après (pour laisser le temps à la commande précédente de continuer en arrière plan...), et tâche de savoir où en est le processus :
- je relance la première commande "sudo apt-get update" qui fonctionne, puis la seconde "sudo apt-get -y upgrade" qui elle me dit qu'il y a un verrou posé par un autre processus (je ne sais plus sur quel fichier...)
...
...
- Et là je me dis : pour lever le verrou je reboote mon RPi... Grave erreur car maintenant il ne redémarre plus du tout !

- Je l'ai connecté à ma TV directement pour voir s'il y avait un message et si je pouvais intervenir directement... le RPi reste bloqué sur la mire "multicouleur"....

Evidemment... je n'ai pas de sauvegarde récente... (ma dernière remonte à plus d'un an !!)
J'ai toujours la possibilité de retirer la micro SD pour agir sur certains fichiers, mais est-ce recommandé ?
En tout cas, je dois pouvoir récupérer les répertoires de Domoticz entièrement, les scripts que j'ai ici ou là, et refaire une installation de l'OS (il était en dernière version,; Domotice aussi) mais si je pouvais éviter....

Mon plus grand problème reste que je ne sais pas ce qui bloque le démarrage du RPi... :'(

Edit :
En complément, je n'aime pas bien ce que je vois dans /var/log/daemon.log (j'ai récupéré la microSD) ==> me fait penser que la màj était toujours en cours lorsque j'ai lancé sur un autre terminal le "sudo reboot"

Code : Tout sélectionner

May  4 10:51:31 raspberrypi systemd[1]: Condition check resulted in Turns off Raspberry Pi display backlight on shutdown/reboot being skipped.
May  4 10:51:31 raspberrypi systemd[1]: Stopped target Graphical Interface.
May  4 10:51:31 raspberrypi systemd[1]: Stopped target Multi-User System.
May  4 10:51:31 raspberrypi systemd[1]: Stopping Network Time Service...
May  4 10:51:31 raspberrypi systemd[1]: Stopping vsftpd FTP server...
May  4 10:51:31 raspberrypi systemd[1]: Stopping LSB: Switch to ondemand cpu governor (unless shift key is pressed)...
May  4 10:51:31 raspberrypi systemd[1]: Stopping Modem Manager...
May  4 10:51:31 raspberrypi systemd[1]: Stopping Make remote CUPS printers available locally...
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 12692 (sudo) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 12693 (apt-get) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 13680 (dpkg) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 14782 (dpkg-deb) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 14783 (dpkg-deb) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: session-27660.scope: Killing process 14784 (dpkg-deb) with signal SIGTERM.
May  4 10:51:31 raspberrypi systemd[1]: Stopping Session 27660 of user pi.

[Keros]

A la vue de tes logs, je suis pessimiste sur tes chances de réparer ton Pi.

A minima, tu n'as pas perdu tes fichiers : tu devrais pouvoir repartir sans grosses pertes.

Quelques conseils :

• Fait une sauvegarde de ta carte SD dans l'état où elle est (tu pourrais avoir besoin d'y retrouver une donnée dans quelques jours)
• Je repartirai sur une installation neuve : tu risques de passer plus de temps à essayer de réparer qu'à tout réinstaller. En ne sachant pas si ta réparation pourra tout te réparer : tu pourrais trainer un défaut.
• A la réinstallation, ce qui sera le plus long, ce sera la reconfiguration du Pi (toutes ces petites choses que l'on a mis à coté de DomoticZ). Profites-en pour noter au fur et à mesure tout ce que tu fais avec les commandes afin de ne pas avoir à rechercher si tu devais refaire tout ça une nouvelle fois dans le futur (je ne te le souhaite pas mais cela arrivera...).
• Et dernière chose, fais des sauvegardes que tu conserves dans un coin : Sauvegarde de DomoticZ et Sauvegarde de l'OS complet pour repartir rapidement si besoin. Même garder une sauvegarde d'avant une mise à jour de DomoticZ peut servir.

[ogulf]

Bien...
Je suis reparti de zéro, avec une nouvelle carte µSD.
J'ai pu récupérer ma base de donnée (par lecture de l'autre µSD sur PC), récupération de divers scripts (mon chauffage fonctionne, algorithme PID), mon ZWave et le RFLink aussi.
Bien que j'ai réinstallé Mosquitto, j'ai mon module Shelly 1PM qui est HS ==> étrange coïoncidence mais ce n'est pas lié à mes déboires...

Et enfin, à la source de mes pb ce message d'erreur avec le plugin DomoticzLinky toujours présent :

Code : Tout sélectionner

2023-05-06 09:05:28.462 Status: Linky: Started.
2023-05-06 09:05:28.464 Status: Linky: Entering work loop.
2023-05-06 09:05:28.748 Status: Linky: Initialized version 2.4.6, author 'Barberousse'
2023-05-06 09:05:38.159 Status: Linky: Récupération des données avec l'historique court
2023-05-06 09:05:38.212 Status: Linky: Traitement pour le point de livraison XXXXXXXXXXXXX
2023-05-06 09:05:48.288 Linky: Connect directive received, action initiation failed.
2023-05-06 09:05:48.287 Error: Linky: Connection Exception: 'resolve: Host not found (non-authoritative), try again later [asio.netdb:2]' connecting to 'gw.prd.api.enedis.fr:443'
2023-05-06 09:05:48.288 Error: Linky: Transport is not connected, write directive to 'HTTPS connection' ignored.
2023-05-06 09:07:18.102 Status: Linky: Durant l'étape : retry - Trop d'échecs de communication, le plugin réessaiera plus tard
2023-05-06 09:07:18.449 Status: Linky: Prochaine récupération complète de l'historique : 2023-05-18
2023-05-06 09:07:18.449 Status: Linky: Prochaine connexion : 2023-05-06 10:07:18 

Le problème semble venir de Enedis et de cette url : https://gw.prd.api.enedis.fr/ qui ne répond pas.

Sujet clos pour moi, je commente le post dédié à DomoticzLinky avec cette info (j'ai vu que je n'étais pas le seul concerné...)

[Keros]

En te lisant, j'allais te dire qu'un autre utilisateur avec remonté un souci avec le plugin DomoticzLinky mais tu l'as vu tout seul

[ogulf]

Pour précision sur la réinstallation de Mosquitto et mon module HS.....

Il n'était pas HS, juste qu'il n'arrivait pas à se connecter au broker MQTT.... Parce qu'il FAUT créer le fichier de config perso pour accepter toutes les publications et non pas celles du serveur hébergeant MQTT (127.0.0.1)

Par défaut le fichier de conf est : /etc/mosquitto/mosquitto.conf

Par défaut donc.... je n'y touche pas

Mais je crée /etc/mosquitto/conf.d/xxxx.conf (xxxx à discrétion !) avec toutes les options souhaitées.
En ce qui me concerne.... juste 2 lignes :
allow_anonymous true
listener 1883

Et mon module HS ne l'est plus (après redémarrage du service).

Hors Sujet : je recommande cet excellent tuto sur mosquitto : https://www.tutos.eu/4910