Bonjour nouvo09 et Nicosss,
en fait avec le nouveau câble il y a des progrès:

$ su -
Mot de passe : 
[root@fedora ~]# systemctl start nut-driver.target nut-monitor nut-server
[root@fedora ~]# upsc eaton3s
battery.charge: 100
battery.charge.low: 20
battery.runtime: 2640
battery.type: PbAc
device.mfr: EATON
device.model: Eaton 3S 850 
device.serial: Blank
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: auto
driver.parameter.vendorid: 0463
driver.version: 2.8.0
driver.version.data: MGE HID 1.46
driver.version.internal: 0.47
driver.version.usb: libusb-1.0.26 (API: 0x1000109)
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 1
outlet.1.status: on
outlet.1.switchable: no
outlet.desc: Main Outlet
outlet.id: 0
outlet.switchable: yes
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 02.08.0010
ups.load: 11
ups.mfr: EATON
ups.model: Eaton 3S 850 
ups.power.nominal: 850
ups.productid: ffff
ups.realpower: 75
ups.serial: Blank
ups.status: OL
ups.timer.shutdown: -1
ups.timer.start: -1
ups.type: offline / line interactive
ups.vendorid: 0463
# 

Il ne reste donc plus qu’à faire en sorte que les 3 services cités plus haut démarrent automatiquement.
a+
pll

Bien, je me suis rendu compte qu’il suffit de démarrer “nut-server” pour que la commande “# upsc eaton3s” réponde. Soit:

# systemctl start nut-server

Je cherche à automatiser le démarrage de “nut-server” au “boot”:
je crée donc ce fichier:

# cat /root/nut-server.sh
#!/bin/bash
sleep 10
systemctl start nut-server
# 

Je rends le script exécutable:

# chmod +x /root/nut-server.sh

et, je donne cette consigne à “cron”:

# cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root

# For details see man 4 crontabs

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name  command to be executed
@reboot /root/nut-server.sh
# 

Hélas, “nut-server” ne démarre pas😒 . J’ai dû louper quelque chose…
Une idée ? Merci.
a+
pll

nouvo09
Oui, c’est la démarche logique et recommandé:

# systemctl enable nut-server

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

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

"nut-server est bien chargé mais inactif🙄.
pll

En regardant ce rapport de bug, j’ai retiré “ModemManager” pour voir:

# dnf remove ModemManager

sans résultat.
pll

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 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

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

Oui!

Je viens de faire un rapport de bug.

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 Pour t’en assurer, change et teste bash.

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

Je pense avoir bash maintenant!?
pll

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