migration vers la V4 catastrophique…
Au final, je me suis résolu à réinstaller Debian 10 from scratch et à faire une nouvelle installation de Jeedom. Mais j’ai eu une erreur à l’étape 9 il me semble. Néanmoins, jeedom V4 se lance mais je rencontre des problèmes d’utilisateurs je crois.
J’essaie de remettre mon backup en place mais j’ai ceci :
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
sudo: no tty present and no askpass program specified
Dans la partie « Utilisateurs » - Session active - j’ai ce message en rouge :
Erreur sur sudo ls /var/lib/php/sessions 2>&1 valeur retournée : 1. Détails : We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things: #1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility. sudo: no tty present and no askpass program specified
Débutant en Linux, je tâtonne et j’ai été jeter un oeil avec la commande :
cat /etc/passwd
et je ne vois pas d’utilisateur jeedom
Est-ce que lors de l’installation, l’utilisateur jeedom n’a pas été créé et que donc, jeedom ne peut rien faire ?
J’essaie d’être le plus complet possible et je suis désolé si je ne suis pas clair.
Sur quel matériel tu fais ton installation ? Nuc ou PI ?
En tout état de cause, plusieurs infos :
Avec une installation manuelle, il n’y a pas forcement d’utilisateur jeedom (coté OS)… Donc forcement pas dans /etc/passwd
Avec une erreur, le mieux, c’est d’éviter d’aller plus loin, sans analyser l’impact potentiel… Par contre il faut être plus précis sur l’erreur. L’étape 9 c’est la phase de config… Critique donc
Je ne l’ai pas testé depuis un moment mais elle est régulièrement utilisée… C’est pas impossible qu’elle soit HS mais peu probable quand même.
As-tu attendu assez longtemps ? Tout est automatisé, donc il faut laisser le temps que ça se déroule. C’est d’autant plus vrai si ton dell est un peu vieillot
bon alors, j’ai trouvé des solution et des erreurs.
Après une ré-installation de Debian Buster j’ai installé le paquet SUDO et je me suis reconnecté en SU mais avec un -.
Et ça change TOUT !!!
Plus d’erreur lors de l’installation de jeedom !!
Bonjour
je viens vers vous car j’ai un souci, j’ai le même code erreur que l’auteur.
J’ai donc voulu reprendre l’installation de zéro, sauf que impossible d’accéder au pc, dans le sens au rien ne répond ni clavier ni souris. Et le clavier n’est plus alimenter (aucune LED même pour le MAJ).
Quand je reboot sur la clé usb avec laquelle j’ai monté le debian il ne boot plus dessus.
En ssh le mdp en root que j’ai mis ne fonctionne pas; en bref j’ai voulu mettre à jour ma solution et je n’en ai plus.
En revanche j’ai bien accès à jeedom (mais de base vierge de tout) via un autre pc.
Auriez-vous des pistes pour que je puisse au moins reprendre la main sur mon pc?
Par avance merci.
Bonjour à tous, c’est ce qui vient de m’arriver. Je viens de résoudre sans réinstaller.
Cela n’a rien à voir avec le backup, certaines commandes notamment de debug (dans réglage système configuration OS/DB Administration Système) ne fonctionnent plus depuis l’interface jeedom (notamment un simple ps -a). Certaines autres passent. En fait, ce sont celles qui ne sont pas sudo qui passent.
Je me suis penché sur la configuration de mon fichier sudoers et me suis rendu compte qu’il y avait un fichier de backup nommé « sudoers.dpkg-old ». La comparaison avec le fichier de production et celui-ci sont les lignes :
#includedir /etc/sudoers.d
www-data ALL=(ALL) NOPASSWD: ALL
En remettant en état, retour du fonctionnement normal de mon jeedom …
