Fedora-Fr

pierrotlalune · 2023-11-12T11:27:32+00:00

Gestion onduleur eaton 3s Bonjour à tous🙂, j’ai suivi ce tuto, pour gérer mon onduleur eaton 3s. Je suis bloqué à ce niveau: # systemctl enable nut-driver...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

nut-driver introuvable...

nouvo09

pierrotlalune Mais après un redémarrage, j’obtiens ceci:

C’est inutile ça. “enable” signifie lancement automatique au boot et “start” lancement immédiat mais juste une fois.
Ensuite apparemment tu as un timeout. Il faut chercher dans ce fichier
timeout-abort.conf

pierrotlalune

nouvo09 Ensuite apparemment tu as un timeout. Il faut chercher dans ce fichier
timeout-abort.conf

J’ai donc cherché:

# locate timeout-abort.conf
/usr/lib/systemd/system/service.d/10-timeout-abort.conf
/usr/lib/systemd/user/service.d/10-timeout-abort.conf
# cat /usr/lib/systemd/system/service.d/10-timeout-abort.conf
# This file is part of the systemd package.
# See https://fedoraproject.org/wiki/Changes/Shorter_Shutdown_Timer.
#
# To facilitate debugging when a service fails to stop cleanly,
# TimeoutStopFailureMode=abort is set to "crash" services that fail to stop in
# the time allotted. This will cause the service to be terminated with SIGABRT
# and a coredump to be generated.
#
# To undo this configuration change, create a mask file:
#   sudo mkdir -p /etc/systemd/system/service.d
#   sudo ln -sv /dev/null /etc/systemd/system/service.d/10-timeout-abort.conf

[Service]
TimeoutStopFailureMode=abort
# cat /usr/lib/systemd/user/service.d/10-timeout-abort.conf
# This file is part of the systemd package.
# See https://fedoraproject.org/wiki/Changes/Shorter_Shutdown_Timer.
#
# To facilitate debugging when a service fails to stop cleanly,
# TimeoutStopFailureMode=abort is set to "crash" services that fail to stop in
# the time allotted. This will cause the service to be terminated with SIGABRT
# and a coredump to be generated.
#
# To undo this configuration change, create a mask file:
#   sudo mkdir -p /etc/systemd/user/service.d
#   sudo ln -sv /dev/null /etc/systemd/user/service.d/10-timeout-abort.conf

[Service]
TimeoutStopFailureMode=abort
[root@fedora ~]# 
déconnexion
$

Là, ça dépasse mes compétences. Que pourrais je faire ? Merci.
pll

Nicosss

pierrotlalune Tu as retiré ton script tout bizarre pour démarrer le service ?

Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?
Tu fais tellement de choses sans savoir ce que tu fais que l’on ne sait plus non plus où tu en es réellement ; l’avantage c’est que l’on est au même niveau 🙂

Que retourne, en essayant de faire en sorte que les lignes soient complètes donc sans > à la fin
# systemctl status nut*

pierrotlalune

Nicosss Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?

Oui, mais c’était sur “systemd”.

# systemctl status nut*
#

Pas de retour!
En revanche avec:

# systemctl status nut-driver.target nut-monitor nut-server
○ nut-driver.target - Network UPS Tools - target for power device drivers on this system
     Loaded: loaded (/usr/lib/systemd/system/nut-driver.target; enabled; preset: disabled)
     Active: inactive (dead)

○ nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
     Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: inactive (dead)

○ nut-server.service - Network UPS Tools - power devices information server
     Loaded: loaded (/usr/lib/systemd/system/nut-server.service; enabled; preset: disabled)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: inactive (dead)

Voilà. Merci pour ton aide🙂.
a+
pll

pierrotlalune

Nicosss Tu as retiré ton script tout bizarre pour démarrer le service ?

Oui!

Nicosss

pierrotlalune Nicosss Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?

Oui, mais c’était sur “systemd”.

Exact, c’est moi qui me mélange les pinceaux à force…

C’est étrange que la commande ne te retourne rien et que tu sois obligé de mettre le nom complet des services. Ce doit être lié à Xfce du coup.

Il faut que je reprenne à tête reposée tout ce qui a été fait car sinon on va tourner en rond pour la suite.

pierrotlalune

Je viens de faire un rapport de bug.

Nicosss

pierrotlalune Tu n’auras pas de réponse à mon avis. Si le service ne démarre pas correctement c’est que tu as un problème de configuration dans tes fichiers.

On voyait très bien que tu avais des erreurs dans les logs.

Les retours de commandes sont incomplets aussi, j’ai l’impression que ton terminal ne gère pas bien les choses.

pierrotlalune

Nicosss j’ai l’impression que ton terminal ne gère pas bien les choses.

Tu me fais penser que mon fils m’avais mis “ZSH” . Bien que ceci n’est censé changer que la présentation du terminal, “ZSH” pourrait il être à l’origine de ces erreurs ?
pll

nouvo09

pierrotlalune “ZSH” pourrait il être à l’origine de ces erreurs ?

Pour t’en assurer, change et teste bash.

pierrotlalune

nouvo09 Pour t’en assurer, change et teste bash.

root@fedora:~# cat /proc/$$/cmdline 
-bashroot@fedora:~#

Je pense avoir bash maintenant!?
pll

pierrotlalune

Il fallait faire:

# systemctl enable --now nut.target
Created symlink /etc/systemd/system/multi-user.target.wants/nut.target → /usr/lib/systemd/system/nut.target.
#

Après redémarrage, j’obtiens ceci:

# systemctl status nut*
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown c>
     Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; pres>
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: active (running) since Wed 2023-11-15 21:07:20 CET; 11min ago
    Process: 1374 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf>
   Main PID: 1376 (upsmon)
      Tasks: 2 (limit: 18865)
     Memory: 1.4M
        CPU: 32ms
     CGroup: /system.slice/nut-monitor.service
             ├─1376 /usr/sbin/upsmon -F
             └─1379 /usr/sbin/upsmon -F

nov. 15 21:07:20 fedora.home systemd[1]: Starting nut-monitor.service - Network>
nov. 15 21:07:20 fedora.home systemd[1]: Started nut-monitor.service - Network >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: fopen /run/nut/upsmon.pid: No s>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Could not find PID file to see >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: UPS: eaton3s@localhost (primary>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Using power down flag file /etc>
nov. 15 21:07:20 fedora.home nut-monitor[1379]: Login on UPS [eaton3s@localhost>

● nut-driver - Network UPS Tools - device driver for NUT device>
lines 1-23...skipping...
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown c>
     Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; pres>
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: active (running) since Wed 2023-11-15 21:07:20 CET; 11min ago
    Process: 1374 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf>
   Main PID: 1376 (upsmon)
      Tasks: 2 (limit: 18865)
     Memory: 1.4M
        CPU: 32ms
     CGroup: /system.slice/nut-monitor.service
             ├─1376 /usr/sbin/upsmon -F
             └─1379 /usr/sbin/upsmon -F

nov. 15 21:07:20 fedora.home systemd[1]: Starting nut-monitor.service - Network>
nov. 15 21:07:20 fedora.home systemd[1]: Started nut-monitor.service - Network >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: fopen /run/nut/upsmon.pid: No s>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Could not find PID file to see >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: UPS: eaton3s@localhost (primary>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Using power down flag file /etc>
nov. 15 21:07:20 fedora.home nut-monitor[1379]: Login on UPS [eaton3s@localhost>

Je reviendrai pour affiner…
Bonne nuit à tous.
pll

Nicosss

pierrotlalune Le fait d’avoir fait systemctl enable --now nut.target revient simplement au commandes suivantes, peu importe l’ordre

# systemctl start <nom_service>
# systemctl enable <nom_service>

Le souci encore est que l’on ne voit pas les messages complets.

Tu as peut-être désormais le retour de upsc eaton3s mais pas sûr que le reste soit encore fonctionnel.

A suivre…

pierrotlalune

Bonsoir Nicosss,
la gestion du onduleur est satisfaisante, si je le débranche, mon ordinateur s’éteint bien automatiquement au bout de 3 minutes comme prévu. Cela correspondant à mon attente, je considère donc que c’est résolu.
En ce qui concerne les explications, tu pourras les voir sur le bugzilla.
Je te remercie pour ton aide.
Bonne soirée.
pll

Nicosss

pierrotlalune Merci pour ton retour et j’ai bien consulté les réponses sur le bugzilla.
Il semble qu’il y ait eu des modifications entre la version F38 et F39.

En tout cas tant mieux si ça fonctionne et que ça te convient.

Restera à voir la problématique de tes retours de commandes tronqués, ce qui est problématique pour connaitre les problèmes rencontrés.

Bonne continuation !

pierrotlalune

Nicosss Restera à voir la problématique de tes retours de commandes tronqués, ce qui est problématique pour connaitre les problèmes rencontrés.

Effectivement, je vais m’y pencher dessus, car j’ai conscience que cela complique le travail des bonnes volontés disposées à aider. Aurais tu une piste ?
Bon dimanche.
pll

« Page précédente