A tout hasard quel est le statut de
getenforce ?

Bonjour nouvo09,
bonne question, mais ça ne viens pas de là.

$ sestatus
SELinux status:                 enabled
SELinuxfs mount:                /sys/fs/selinux
SELinux root directory:         /etc/selinux
Loaded policy name:             targeted
Current mode:                   permissive
Mode from config file:          permissive
Policy MLS status:              enabled
Policy deny_unknown status:     allowed
Memory protection checking:     actual (secure)
Max kernel policy version:      33
$ 

Je viens de changer le câble USB au cas où… Hélas cela ne résout pas.
a+
pll

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

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

    tu as ma réponse plus haut: systemctl enable …. etc

      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

        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

          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

          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*

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

                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

                  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

                    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…