Sous mac
On lance terminal
Puis au prompt
ssh ip@utilisateur
1 « J'aime »
Enfin s’il a un connection timeout, il est quand même mal barré.
@Ledel
Ça veut dire que ta smart n’est pas non plus accessible en SSH.
Fait donc un ipangry pour savoir si elle est bien à la bonne adresse.
Salut a tous, merci pour vos differents retour.
Avec le terminal du mac, j’arrive a acceder au jeedom maintenant.
Que puis je faire maintenant?
À jeedom ou à la smart?
Antoine
a la smart
je viens de recuperer une sauvegarde sur la smart. Je dois la reinstaller?
Si tu n’as toujours pas accès à ta Smart, oui pourquoi pas, tu reviendra à l’état de ta sauvegarde.
Mais si tu n’y avais pas accès en SSH et que maintenant oui, ça vaut le coup de retenter une connexion.
Bonjour à tous. Je me permet d’intervenir parce que ce sujet est encore récent et j’ai exactement le même problème.
J’ai crée un autre sujet mais dans une autre section du forum (peut être d’ailleurs que je me suis trompé ?) : Écran de connexion en boucle - #3 par Coldpe
Pour résumer, j’ai aussi le message d’erreur SQLSTATE[HY000] [2002] No such file or directory.
J’ai tenté une restauration en suivant cette façon https://jeedom.github.io/documentation/howto/fr_FR/recovery_mode_jeedom_smart et en mettant le fichier sur un disque dur externe.
Rien ne s’est passé, la restauration n’a même pas commencé (peut être parce que s’était depuis un disque dur externe et non pas une clé usb ? peut importe quoi qu’il en soit j’ai récupéré une clé aujourd’hui)
J’ai accès au Jeedom par SSH et un df -h me permet d’avoir ça :
Filesystem Size Used Avail Use% Mounted on
udev 732M 0 732M 0% /dev
tmpfs 172M 14M 159M 8% /run
/dev/mmcblk0p7 6.5G 6.2G 0 100% /
tmpfs 859M 0 859M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 859M 0 859M 0% /sys/fs/cgroup
tmpfs 256M 4.0K 256M 1% /tmp
tmpfs 128M 0 128M 0% /tmp/jeedom
/dev/mmcblk0p1 253M 101M 152M 40% /media/boot
Je dois bien avouer que je ne suis un professionnel de l’informatique et que j’ai du mal à interpréter les résultats. Je me doute néanmoins que le problème se situe au niveau de /dev/mmcblk0p7.
Au gré de mes tentatives je pense avoir compris que le soucis se situe au niveau de mysql. Le service n’arrive pas à démarrer. le plus que j’ai pu arriver débouchait sur un quelque chose du genre : mariadb.service changed on disk. Je ne sais pas du tout si c’est une piste ou non. Avant que je ne tente ce soir un restauration depuis une clé usb (espérons que ça marche… revenir sur un système vierge ne m’enchante pas mais c’est mieux que de ne plus avoir de système du tout), auriez vous une idée quelconque ?
Merci de votre aide
Le disque est plein.
Il faut faire du ménage.
Pour repérer les répertoires qui ont une taille anormale, vous pouvez essayer avec cette commande:
sudo du -s /*
C’est le printemps, grand nettoyage en vue.
C’est ce qu’il me semblait. Merci beaucoup pour la commande je vais l’essayer dès ce soir. Mais je n’ai cette box Jeedom que depuis 1 an et je n’ai pas mis toute ma vie dessus. Du coup il doit y avoir une boucle qui stock je sais pas quoi depuis un moment. Je ne demande qu’à faire du ménage mais encore faut-il que j’ai accès à l’interface ! 
Quoi qu’il en soit je vais faire mon possible dès ce soir et je me permettrais de remettre un message si je galère.
J’ai complété ma réponse ci-dessus sur votre discussion d’origine.
oui merci de la précision j’avais compris
Je pensais que tu parlais de l’accès Jeedom
Je ne sais pas si ça sert à grand chose mais dans le doute je copie colle ce que j’ai mis dans l’autre sujet :
Rebonjour à tous,
Alors j’ai tenté de faire le ménage. Je n’ai rien trouvé de très très gros. J’ai quand même pu supprimer certains fichier (plus de 900 Mo pour le fichier /etc/motion/motion.log)
Voici maintenant l’état de la box :
Filesystem Size Used Avail Use% Mounted on
udev 732M 0 732M 0% /dev
tmpfs 172M 11M 161M 7% /run
/dev/mmcblk0p7 6.5G 5.2G 945M 85% /
tmpfs 859M 0 859M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 859M 0 859M 0% /sys/fs/cgroup
tmpfs 256M 0 256M 0% /tmp
tmpfs 128M 0 128M 0% /tmp/jeedom
/dev/mmcblk0p1 253M 101M 152M 40% /media/boot
Je me suis dit donc que je pouvais reboot la box et continuer mon nettoyage sur l’interface… sauf que j’ai toujours cette erreur SQLSTATE[HY000] [2002] No such file or directory !
C’est pour cela que je me demande si maintenant le problème ne se situerait pas autre part que dans l’espace disponible.
J’ai donc essayer de démarrer mysql :
jeedom@jeedom:~$ sudo /etc/init.d/mysql start
[....] Starting mysql (via systemctl): mysql.serviceJob for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
failed!
et si je fais « systemctl status mariadb.service » :
jeedom@jeedom:~$ systemctl status mariadb.service
● mariadb.service - MariaDB database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/mariadb.service.d
└─jeedom.conf
Active: activating (start) since Wed 2020-05-13 18:58:54 UTC; 2s ago
Process: 24252 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_re
Process: 24247 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status
Process: 24245 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=
Main PID: 24448 (mysqld)
CGroup: /system.slice/mariadb.service
└─24448 /usr/sbin/mysqld
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] InnoDB: Completed initialization
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] InnoDB: Highest supported file fo
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] InnoDB: 128 rollback segment(s) a
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] InnoDB: Waiting for purge to star
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] InnoDB: Percona XtraDB (http://w
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 546983374896 [Note] InnoDB: Dumping buffer pool(s) no
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] Plugin 'FEEDBACK' is disabled.
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [Note] Recovering after a crash using tc
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [ERROR] Can't init tc log
May 13 18:58:56 jeedom mysqld[24448]: 2020-05-13 18:58:56 547576315904 [ERROR] Aborting
et la je bloque…
un génie dans le coin ? 
Ok problème réglé ! après avoir fouillé sur le net j’ai tout simplement supprimer le fichier tc.log dans /var/lib/mysql et reboot.
Tout est revenu. Il va maintenant falloir faire le ménage.
Merci à tous pour votre aide
Bonjour @Ledel
Vous avez regardé l’occupation du disque de votre Smart ?
La commande est df - h en ssh sur la Smart.
Si c’est le cas, j’ai indiqué dans ces posts:
Écran de connexion en boucle - #5 par jpty
et
Écran de connexion en boucle - #7 par jpty
comment localiser les gros fichiers et récupérer la taille d’un répertoire afin de faire du ménage.
bonjour a tous
j’ai récupéré une sauvegarde via ssh et l’ai réinstallé, maintenant ca fonctionne, aucune idée de ce qu’il y avait.
Merci a chacun d’entre vous de vous etre intéressé à mon post.
ledel
Comment avez-vous récupéré une sauvegarde via SSH?