A
antbel

  • il y a 3 heures
  • Inscrit 3 déc. 2007
  • 3 meilleures réponses
  • Petit nouveau Adepte du forum Posteur fou Rédacteur potentiel
  • Exécution du scriptlet post-install : selinux-policy-devel-0:41.26-1.fc41.noarch
    Scriptlet post-install terminé : selinux-policy-devel-0:41.26-1.fc41.noarch
    Sortie du scriptlet :
    /usr/share/selinux/devel/include/contrib/virt.if: Syntax error on line 169 ` [type=TICK]
    /usr/share/selinux/devel/include/contrib/virt.if: Syntax error on line 220 ' [type=SQUOTE]

    Solve by
    line 169 : replace
    filetrans_pattern($1, virt_var_run_t, virtinterfaced_var_run_t, dir, ``“interface”'‘)’
    by
    ‘filetrans_pattern($1, virt_var_run_t, virtinterfaced_var_run_t, dir, “interface”)’

    • bluetoothctl --help

      Dans l’ordre, je ferais :
      show # Pour voir l’état du contrôleur
      list # Pour voir ton contrôleur et son nom
      devices # Pour voir les devices “trusted”
      untrust XX:XX:XX:XX:XX:XX # Pour retirer tes Buds2 pro s’il existe
      connect XX:XX:XX:XX:XX:XX # Pour tenter une connexion
      trust XX:XX:XX:XX:XX:XX # Pour à nouveau ré-autoriser tes Buds

      Après, ton savoir-faire trouve le reste …….

    • Configuration succincte: GPU / WiFi :
      Lenovo Legion i5 + Nvidia GTX 1050 Ti + Atheros QCA9377 + Mate Desktop

      Méthode d’installation :
      sudo dnf system-upgrade -y download --refresh --releasever=41 --allowerasing && sudo dnf system-upgrade reboot

      Problèmes majeurs : Aucun

      Problèmes mineurs : Aucun

      Points positifs :

      Enfin terminal met la couleur sur user (vert) et root (rouge)

      Points négatifs : Aucun

      Template :

      **Configuration succincte : GPU / WiFi :**
      
      **Méthode d'installation :**
      
      **Problèmes majeurs :**
      
      **Problèmes mineurs :**
      
      **Points positifs :**
      
      **Points négatifs :**

      Edit Nicosss : Correction balises Markdown -> Voir FAQ + Ajout Template

    • Oui, mon problème est résolu, mais son titre était mal libellé.
      En effet, depuis F38 le pilote “nouveau” ne savait pas gérer le double écran avec ma configuration.
      J’en étais venu à utiliser akmod-nvidia qui lui donnait satisfaction.
      Je lance toujours en terminal la fonction upgrade au premier démarrage le matin et si le kernel se met à jour, après avoir la main, je reboot.
      Depuis quelque temps, au reboot, la fonction akmod qui “est censé” mettre à jour le kernel et autres dépendances échouait au redémarrage. J’étais obligé de refaire un akmod –force.
      Ensuite, je me suis aperçu que la fonction akmod update, mettait à jour après le update kernel et que le reboot était prématuré malgré “avoir la main” sur mon terminal.
      En suivant avec “htop” le process, la fonction akmod consomme beaucoup de ressources en compilant, mise à jour de la BD et autres usages et je rebootais après.
      Il doit y avoir un bug, mais informatiquement, je ne suis pas au niveau pour suivre les process de akmod.

      D’où mon post suivant, comment changer un titre à postpriori quand au fil du temps le sujet évolu et permettre de retrouver facilement le topic par ce forum pour les autres moteurs de recherches ?

    • Je voudrais remplacer le titre de mon précédent post :
      Fedora 40 : Lightdm.service et NetworkManager.service
      par
      Fedora 40 : akmod-nvidia : Lightdm.service failed quand NetworkManager.service est en mode “sleeping”

      D’autre part, quand je crée un nouveau sujet, je ne trouve pas l’icône “prévisualisation” ?
      Comment faire ?

        • Meilleure réponsesélectionnée par antbel

        J’ai résolu le problème en retirant akmod-nvidia et remettre le pilote nouveau actif. Et cela marche maintenant même dans le cas de l’énoncé du problème.
        Pour information méthode pour remettre le pilote “nouveau”.
        dnf autoremove nvidia-gpu-firmware.noarch nvidia-modprobe.x86_64 nvidia-settings.x86_64 xorg-x11-drv-nvidia.x86_64 xorg-x11-drv-nvidia-cuda-libs.x86_64 xorg-x11-drv-nvidia-kmodsrc.x86_64 xorg-x11-drv-nvidia-libs.x86_64 xorg-x11-drv-nvidia-power.x86_64 xorg-x11-drv-nvidia-xorg-libs.x86_64 akmod-nvidia.x86_64

        Retirer les lignes dans grub rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

        sudo nano /etc/default/grub

        Reconfigurer grub2
        sudo grub2-mkconfig -o /boot/grub2/grub.cfg

        Remarque : Le problème énoncé au début de ce post existe-t-il toujours, pour ceux qui ont installé akmod-nvidia ?

      • Bonjour, j’ai rajouté des contrôles supplémentaires avec au préalable désactivé les interfaces réseaux avant le poweroff. La seule chose bizarre est observée sur le fichier /var/log/lightdm/x-0.log avec la commande
        Kernel command line: BOOT_IMAGE=(hd1,gpt7)/boot/vmlinuz-6.11.3-200.fc40.x86_64 root=UUID=00695fbd-23b2-4b3c-a8a4-c2de5efee4a2 ro rd.driver.blacklist=nouveau modprobe.blacklist=nouveau resume=UUID=208124f7-bd46-4ed4-9d13-51a8863092de rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

        En effet, au bureau j’utilse deux écrans avec connexions HDMI car le pilote nouveau depuis F38 ne fonctionne pas avec ma carte Nvidia NVIDIA Corporation GP107M [GeForce GTX 1050 Ti Mobile] (rev a1) et je suis obligé d’utiliser akmod-nvidia.
        J’ai beau retirer les commandes répétitives, à chaque installation d’un nouveau kernel, je retrouve cette ligne ???

        $ systemctl list-units --failed
          UNIT LOAD ACTIVE SUB DESCRIPTION
        0 loaded units listed.

        Puis vérifier les journaux log

        $ cat /var/log/lightdm/lightdm.log
        [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
        [+0.00s] DEBUG: Starting Light Display Manager 1.32.0, UID=0 PID=1353
        [+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-backup-logs.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-disable-guest.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-minimum-vt.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-run-directory.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-session-wrapper.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-user-authority-in-system-ir.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-xserver-command.conf
        [+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/90-slick-greeter.conf
        [+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
        [+0.00s] DEBUG: Loading configuration dirs from /var/lib/flatpak/exports/share/lightdm/lightdm.conf.d
        [+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
        [+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
        [+0.00s] DEBUG: Registered seat module local
        [+0.00s] DEBUG: Registered seat module xremote
        [+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
        [+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
        [+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
        [+0.00s] DEBUG: Monitoring logind for seats
        [+0.00s] DEBUG: New seat added from logind: seat0
        [+0.00s] DEBUG: Seat seat0: Loading properties from config section Seat:*
        [+0.00s] DEBUG: Seat seat0 has property CanMultiSession=no
        [+0.00s] DEBUG: Seat seat0: Starting
        [+0.00s] DEBUG: Seat seat0: Creating greeter session
        [+0.00s] DEBUG: Seat seat0: Creating display server of type x
        [+0.01s] DEBUG: Deactivating Plymouth
        [+0.06s] DEBUG: Using VT 1
        [+0.06s] DEBUG: Seat seat0: Starting local X display on VT 1
        [+0.06s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
        [+0.07s] DEBUG: XServer 0: Writing X server authority to /run/lightdm/root/:0
        [+0.07s] DEBUG: XServer 0: Launching X Server
        [+0.07s] DEBUG: Launching process 1369: /usr/bin/X -core -noreset :0 -seat seat0 -auth /run/lightdm/root/:0 -olisten tcp vt1 -novtswitch
        [+0.07s] DEBUG: XServer 0: Waiting for ready signal from X server :0
        [+0.07s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
        [+0.07s] DEBUG: Registering seat with bus path /org/freedesktop/DisplayManager/Seat0
        [+0.07s] DEBUG: Loading users from org.freedesktop.Accounts
        [+0.07s] DEBUG: User /org/freedesktop/Accounts/User1000 added
        [+1.10s] DEBUG: Got signal 10 from process 1369
        [+1.10s] DEBUG: XServer 0: Got signal from X server :0
        [+1.10s] DEBUG: XServer 0: Connecting to XServer :0
        [+1.15s] DEBUG: Quitting Plymouth; retaining splash
        [+1.18s] DEBUG: Seat seat0: Display server ready, starting session authentication
        [+1.18s] DEBUG: Session pid=1401: Started with service 'lightdm-greeter', username 'lightdm'
        [+1.20s] DEBUG: Session pid=1401: Authentication complete with return value 0: Success
        [+1.20s] DEBUG: Seat seat0: Session authenticated, running command
        [+1.20s] DEBUG: Session pid=1401: Running command /usr/sbin/slick-greeter
        [+1.20s] DEBUG: Creating shared data directory /var/lib/lightdm-data/lightdm
        [+1.20s] DEBUG: Session pid=1401: Logging to /var/log/lightdm/seat0-greeter.log
        [+1.54s] DEBUG: Activating VT 1
        [+1.54s] DEBUG: Activating login1 session c1
        [+1.54s] DEBUG: Seat seat0 changes active session to c1
        [+1.54s] DEBUG: Session c1 is already active
        [+2.28s] DEBUG: Greeter connected version=1.32.0 api=1 resettable=false
        [+5.62s] DEBUG: Seat seat0 changes active session to 
        [+10.67s] DEBUG: Seat seat0 changes active session to 2

        Puis le journal de seat0-greeter.log

        $ cat /var/log/lightdm/seat0-greeter.log
        [+0,00s] DEBUG: _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for gsettings-backend’
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for background to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for background-color to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for logo to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for other-monitors-logo to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for theme-name to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for icon-theme-name to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for cursor-theme-name to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for font-name to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for play-ready-sound to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for xft-hintstyle to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for xft-rgba to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for enable-hidpi to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for only-on-monitor to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for clock-format to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for onscreen-keyboard-layout to default
        [+0,00s] DEBUG: settings.vala:178: Resetting dconf setting for content-align to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for draw-user-backgrounds to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for stretch-background-across-monitors to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for draw-grid to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-hostname to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-power to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-a11y to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-clock to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-keyboard to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for show-quit to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for xft-antialias to default
        [+0,00s] DEBUG: settings.vala:196: Resetting dconf setting for activate-numlock to default
        [+0,00s] DEBUG: settings.vala:214: Resetting dconf setting for xft-dpi to default
        [+0,00s] DEBUG: settings.vala:214: Resetting dconf setting for cursor-theme-size to default
        [+0,00s] DEBUG: settings.vala:232: Resetting dconf setting for hidden-users to default
        [+0,00s] DEBUG: settings.vala:232: Resetting dconf setting for group-filter to default
        [+0,00s] DEBUG: slick-greeter.vala:720: HiDPI support: auto
        [+0,05s] DEBUG: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
        [+0,06s] DEBUG: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
        [+0,20s] DEBUG: unsetenv() is not thread-safe and should not be used after threads are created
        [+0,23s] DEBUG: slick-greeter.vala:744: Starting slick-greeter 2.0.3 UID=984 LANG=fr_FR.UTF-8
        [+0,23s] DEBUG: slick-greeter.vala:747: Setting cursor
        [+0,61s] DEBUG: slick-greeter.vala:761: Loading command line options
        [+0,61s] DEBUG: slick-greeter.vala:788: Setting GTK+ settings
        [+0,65s] DEBUG: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
        [+0,67s] DEBUG: slick-greeter.vala:792: Setting GTK theme: Adwaita-dark
        [+0,69s] DEBUG: slick-greeter.vala:797: Setting icon theme: Adwaita
        [+0,69s] DEBUG: slick-greeter.vala:802: Setting cursor theme: default
        [+0,69s] DEBUG: slick-greeter.vala:807: Settings cursor theme size: 24
        [+0,69s] DEBUG: slick-greeter.vala:826: Creating Slick Greeter
        [+0,69s] DEBUG: slick-greeter.vala:55: Creating background surface
        [+0,70s] DEBUG: Connecting to display manager...
        [+0,70s] DEBUG: Wrote 26 bytes to daemon
        [+0,70s] DEBUG: Read 8 bytes from daemon
        [+0,70s] DEBUG: Read 160 bytes from daemon
        [+0,70s] DEBUG: Connected api=1 version=1.32.0 hide-users=false has-guest-account=false default-session=default show-manual-login=false show-remote-login=true

        Enfin le journal de x-0.log

        $ cat /var/log/lightdm/x-0.log
        X.Org X Server 1.20.14>X Protocol Version 11, Revision 0>Build Operating System:  6.7.11-200.fc39.x86_64 >Current Operating System: Linux Legion 6.11.3-200.fc40.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Oct 10 22:31:19 TC 2024 x86_64
        Kernel command line: BOOT_IMAGE=(hd1,gpt7)/boot/vmlinuz-6.11.3-200.fc40.x86_64 oot=UUID=00695fbd-23b2-4b3c-a8a4-c2de5efee4a2 ro rd.driver.blacklist=nouveau modprobe.blacklist=nouveau esume=UUID=208124f7-bd46-4ed4-9d13-51a8863092de rhgb quiet rd.driver.blacklist=nouveau odprobe.blacklist=nouveau
        Build Date: 10 April 2024  12:00:00AM
        Build ID: xorg-x11-server 1.20.14-35.fc40 
        Current version of pixman: 0.43.4
        	Before reporting problems, check http://wiki.x.org
        	to make sure that you have the latest version.
        Markers: (--) probed, (**) from config file, (==) default setting,
        	(++) from command line, (!!) notice, (II) informational,
        	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
        (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 17 09:38:33 2024
        (==) Using config directory: "/etc/X11/xorg.conf.d"
        (==) Using system config directory "/usr/share/X11/xorg.conf.d"
        (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
        (II) modeset(G0): Initializing kms color map for depth 24, 8 bpc.
        xf86: found device 1
        (II) AIGLX: Suspending AIGLX clients for VT switch

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

        • Merci Nicosss, ce n’est pas la première fois que je t’embête avec ces manquements de ma part. 🛠️

        • Désolé pour le formatage Markdown !!!!

          • Le problème est : c’est après avoir fait Ctrl + Alt + F2 puis lancer le script bash que j’ai ce résultat.
            Or le blocage survient avant.

            #!/bin/bash
            
            # Chemin du fichier de sortie
            OUTPUT_FILE="/home/user/fedorabootcheck.txt"
            
            # Fonctions pour exécuter les commandes et écrire les résultats
            echo_and_run() {
                echo "### Commande : $1" >> "$OUTPUT_FILE"
                echo "### Résultat :" >> "$OUTPUT_FILE"
                eval "$1" >> "$OUTPUT_FILE" 2>&1
                echo -e "\n" >> "$OUTPUT_FILE"
            }
            
            # Supprime l'ancien fichier, s'il existe
            rm -f "$OUTPUT_FILE"
            
            # Commandes à exécuter
            echo_and_run "systemctl status NetworkManager"
            echo_and_run "ping -c 4 8.8.8.8"
            echo_and_run "systemctl cat NetworkManager"
            echo_and_run "journalctl -u lightdm -b"`

            Edit Nicosss : Correction balises Markdown -> Voir FAQ

          • Correctif: # systemctl restart lightdm.service // pour avoir écran de login.
            J’ai écrit un script qui résume tes commandes conseillées. Le résultat est le suivant :

            $ systemctl status NetworkManager
            ● NetworkManager.service - Network Manager
                 Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)
                Drop-In: /usr/lib/systemd/system/service.d
                         └─10-timeout-abort.conf
                         /usr/lib/systemd/system/NetworkManager.service.d
                         └─NetworkManager-ovs.conf
                 Active: active (running) since Wed 2024-10-16 12:21:55 CEST; 48s ago
                   Docs: man:NetworkManager(8)
               Main PID: 1261 (NetworkManager)
                  Tasks: 4 (limit: 18877)
                 Memory: 9.2M (peak: 10.0M)
                    CPU: 99ms
                 CGroup: /system.slice/NetworkManager.service
                         └─1261 /usr/sbin/NetworkManager --no-daemon
            
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.4955] dhcp: init: Using DHCP client 'internal'
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.4957] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.4968] manager: (enp8s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.4974] device (wlp7s0): driver supports Access Point (AP) mode
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.4979] manager: (wlp7s0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/3)
            oct. 16 12:21:55 Legion systemd[1]: Started NetworkManager.service - Network Manager.
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.5011] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.5022] ovsdb: disconnected from ovsdb
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.5022] manager: startup complete
            oct. 16 12:21:55 Legion NetworkManager[1261]: <info>  [1729074115.5061] modem-manager: ModemManager available
            $ ping -c 4 8.8.8.8
            ping: connect: Le réseau n'est pas accessible
            $ systemctl cat NetworkManager
            # /usr/lib/systemd/system/NetworkManager.service
            [Unit]
            Description=Network Manager
            Documentation=man:NetworkManager(8)
            Wants=network.target
            After=network-pre.target dbus.service
            Before=network.target network.service
            BindsTo=dbus.service
            
            [Service]
            Type=dbus
            BusName=org.freedesktop.NetworkManager
            ExecReload=/usr/bin/busctl call org.freedesktop.NetworkManager /org/freedesktop/NetworkManager org.freedesktop.NetworkManager Reload u 0
            #ExecReload=/bin/kill -HUP $MAINPID
            ExecStart=/usr/sbin/NetworkManager --no-daemon
            Restart=on-failure
            # NM doesn't want systemd to kill its children for it
            KillMode=process
            
            # With a huge number of interfaces, starting can take a long time.
            TimeoutStartSec=600
            
            # CAP_DAC_OVERRIDE: required to open /run/openvswitch/db.sock socket.
            CapabilityBoundingSet=CAP_NET_ADMIN CAP_DAC_OVERRIDE CAP_NET_RAW CAP_NET_BIND_SERVICE CAP_SETGID CAP_SETUID CAP_SYS_MODULE CAP_AUDIT_WRITE CAP_KILL CAP_SYS_CHROOT
            
            ProtectSystem=true
            ProtectHome=read-only
            
            # We require file descriptors for DHCP etc. When activating many interfaces,
            # the default limit of 1024 is easily reached.
            LimitNOFILE=65536
            
            [Install]
            WantedBy=multi-user.target
            Also=NetworkManager-dispatcher.service
            
            # We want to enable NetworkManager-wait-online.service whenever this service
            # is enabled. NetworkManager-wait-online.service has
            # WantedBy=network-online.target, so enabling it only has an effect if
            # network-online.target itself is enabled or pulled in by some other unit.
            Also=NetworkManager-wait-online.service
            
            # /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
            
            # /usr/lib/systemd/system/NetworkManager.service.d/NetworkManager-ovs.conf
            [Unit]
            After=openvswitch.service
            $ journalctl -u lightdm -b
            oct. 16 12:21:55 Legion systemd[1]: Starting lightdm.service - Light Display Manager...
            oct. 16 12:21:55 Legion systemd[1]: Started lightdm.service - Light Display Manager.
            oct. 16 12:21:57 Legion lightdm[1398]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=984) by (uid=0)

            Edit Nicosss : Correction balises Markdown -> Voir FAQ

          • Avant F38, “A la base LightDM n’a pas besoin de NetworkManager pour se lancer ”, mais depuis F38 ce n’est plus le cas. Teste, si tu veux.

          • Il m’arrive souvent sur mon portable d’être sans alimentation extérieure et sans réseau, par conséquent, je désactive les interfaces réseaux à partir de la barre de tâche pour économiser la batterie. Si j’oublie de réactiver ces interfaces réseaux quand j’ai terminé et que j’éteins le portable, lightdm.service ne démarre pas -> écran noir. Quand je redémarre au bureau, en conditions standards, la seule solution, je suis obligé de faire un Ctrl + Alt + F2 pour lancer en terminal la commande sudo systemctl start lightdm.service.
            Je voudrais contourner ce problème.

          • Désolé, je ne comprends pas l’usage et la manipulation du langage Markdown de ce site, malgré toute ma bonne volonté. Je place ici le texte brut.
            Problème récurrent depuis la version 38.
            Quand les interfaces réseaux sont inactivées au shutdown, au reboot, lightm.service ne démarre pas
            Je suis obligé de faire un Ctrl + Alt + F2 pour lancer en terminal la commande sudo systemctl start lightdm.service.

            Avez-vous une solution autre que la mienne ?

            1- Créer un fichier exécutable check_networkmanager.sh

            $ sudo nano /usr/local/bin/check_networkmanager.sh
            
               #!/bin/bash
            
               # Vérifie si NetworkManager est actif
               if ! systemctl is-active --quiet NetworkManager; then
                   # Démarre NetworkManager si ce n'est pas le cas
                   systemctl start NetworkManager
               fi

            $ sudo chmod +x /usr/local/bin/check_networkmanager.sh

            2- Modifier le fichier lightdm.service pour exécuter le script check_networkmanager.sh avant de démarrer LightDM

            $ sudo nano /usr/lib/systemd/system/lightdm.service
            
               OnFailure=plymouth-quit.service
               
            # Ajout des dépendances pour NetworkManager
               Requires=NetworkManager.service
               After=NetworkManager.service
            
               [Service]
               Type=dbus
               ExecStartPre=/usr/local/bin/check_networkmanager.sh
               ExecStart=/usr/sbin/lightdm
               Restart=always
               IgnoreSIGPIPE=no
               BusName=org.freedesktop.DisplayManager
               LimitMEMLOCK=16777216

            Edit Nicosss : Correction balises Markdown -> Voir FAQ

              • Meilleure réponsesélectionnée par antbel

              J’ai résolu le problème en retirant akmod-nvidia et remettre le pilote nouveau actif. Et cela marche maintenant même dans le cas de l’énoncé du problème.
              Pour information méthode pour remettre le pilote “nouveau”.
              dnf autoremove nvidia-gpu-firmware.noarch nvidia-modprobe.x86_64 nvidia-settings.x86_64 xorg-x11-drv-nvidia.x86_64 xorg-x11-drv-nvidia-cuda-libs.x86_64 xorg-x11-drv-nvidia-kmodsrc.x86_64 xorg-x11-drv-nvidia-libs.x86_64 xorg-x11-drv-nvidia-power.x86_64 xorg-x11-drv-nvidia-xorg-libs.x86_64 akmod-nvidia.x86_64

              Retirer les lignes dans grub rd.driver.blacklist=nouveau modprobe.blacklist=nouveau

              sudo nano /etc/default/grub

              Reconfigurer grub2
              sudo grub2-mkconfig -o /boot/grub2/grub.cfg

              Remarque : Le problème énoncé au début de ce post existe-t-il toujours, pour ceux qui ont installé akmod-nvidia ?

          • La première étape est malvenue. Puisque mon client mail est Thunderbird?

            Sur un ordinateur, accédez à Gmail.
            Ouvrez le message.
            À côté de Répondre , cliquez sur Plus Plus.
            Cliquez sur Signaler comme hameçonnage.

            https://support.google.com/mail/answer/8253?hl=fr#zippy=%2Csignaler-un-e-mail-dhame%C3%A7onnage%2Cun-e-mail-a-%C3%A9t%C3%A9-marqu%C3%A9-comme-hame%C3%A7onnage-par-erreur

            • Comment faire pour désactiver le service bluetooth ?

              # systemctl disable bluetooth
              Glob pattern passed to disable, but globs are not supported for this.
              systemctl disable bluetooth*
              systemctl stop bluetooth

              ne donne aucun résultat. Une vérification avec status bluetooth me donne toujours active & running .
              Quand je fais
              sudo rfkil block bluetooth
              la partie soft se désactive . La partir hard ne change pas, c’est normal car, intégré sur C.M.
              Comment à l’exemple du service SAP désactiver GLOB sur les services : /etc/systemd/system/

              • dbus-org.bluez.service
              • bluetooth.target.wants/bluetooth.service
              • J’ai eu le même problème au passage de F40, la seule solution que j’ai trouvée est de mettre dans la configuration de mon réseau wifi de mon ordi connecté à ma Box, le mode Conserver dans l’item Adresse MAC clonée.

                • Meilleure réponsesélectionnée par Nicosss

                Version mesa*-24.0.8-1 résout le problème