Forum Linux.debian/ubuntu Temps d'arrêt long

Posté par  . Licence CC By‑SA.
Étiquettes :
4
22
oct.
2024

Bonjour,

Sur plusieurs poste (Ubuntu 22.04 - 24.04) j'ai des temps d'arrêt de plusieurs minutes (toujours prêt de 3 minutes). Au vue de la durée toujours a peut prés la même j'irais vers un timeout d'un processus.
Le soucis c'est qu'il n'y a rien dans les log. Donc je suppose que le processus tourne en rond même après de démontage des partitions, d'où le fait que je n'ai pas de log.
Vous en pensez quoi ? Une idée pour trouver le processus ?

Les commandes "systemd-analyze blame" ou "systemd-analyze critical-chain" ne donne pas grand chose et de se que j'ai compris c'est plus sur le démarrage. Après vue qu'il n'y a pas de log…

Merci de votre aide

  • # reseau ?

    Posté par  . Évalué à 3 (+0/-0).

    tu n'aurais pas des disques reseaux et des services/fichiers qui tournent dessus ?

    si tu coupes le reseau avant de couper le service, le service ne peut pas clore ses fichiers car le support n'est plus dispo, etc

    dans la defintion du service tu peux lui dire avant/apres tel ou tel service
    ex demarres apres le reseau, coupe avant le reseau

    • [^] # Re: reseau ?

      Posté par  . Évalué à 1 (+0/-0).

      Oui tout a fais, géré par autofs.
      Je vais regarder de ce coté là.
      Merci

      • [^] # Re: reseau ?

        Posté par  . Évalué à 4 (+3/-0).

        autofs est une antiquité ;)
        Tu aurais peut-être moins de soucis si tu laissais systemd gérer les montages (quite à créer manuellement des unités mount et automount).

  • # Moi aussi j'ai ça et ça me gave ....

    Posté par  . Évalué à 0 (+1/-3).

    C'est une des rasons pour lesquelles je déteste systemd, qui ( à une époque au moins), ne permettait pas de paramétrer cette durée (de 3 minutes) pour les processus pour lesquels on sait ne pas devoir attendre aussi longtemps.

    µIl me semble que maintenant avec une séquencve de touches il est possible de tuer le processus en question mais je n'en suis pas certain.

    • [^] # Re: Moi aussi j'ai ça et ça me gave ....

      Posté par  (site web personnel) . Évalué à 6 (+4/-0).

      Archéologie dans systemd.git, recherche sur TimeoutStopSec= :

      commit d568a3350ee8a45877eef87cd026a954124e2cf8
Author: Michal Sekletár <msekleta@redhat.com>
Date:   Tue Aug 7 14:41:48 2012 +0200

    systemd: introduced new timeout types

    Makes possible to specify separate timeout for start and stop of
    the service.

    [ Improved the manpage. Coding style fix. -- michich ]

      2012

      Debian Consultant @ DEBAMAX

  • # Montage réseau et affichage

    Posté par  . Évalué à 2 (+1/-0).

    Cela m'arrive souvent. Dans mon cas c'est lié à des montages réseaux (NTFS ou Samba) devenus inaccessibles lors de l’arrêt du pc. Je mets souvent en veille entre deux endroits sans arrêter.

    Pour voir le processus d’arrêt et ce qui coince j'appuie sur la touche "esc" lorsque que l’arrêt est lancé. Sur mon pc (ubuntu 24.04) cela affiche les logs (comme ceux du démarrage).

    A voir si cela peut aider à trouver le soucis.

    • [^] # Re: Montage réseau et affichage

      Posté par  . Évalué à 1 (+0/-0).

      Piste intéressante 🕵️‍♂️. Une connexion en ftp ou webdav aurait-elle potentiellement le même impact ?

      J'ai moi aussi des temps d'arrêt super long par moment, et à la lecture des messages ici, je me dis que cest peut être le cas les jours où j'ai effectué se type de connexion depuis mon gestionnaire de fichiers.

    • [^] # Re: Montage réseau et affichage

      Posté par  . Évalué à 1 (+0/-0).

      Bonjour,

      Je suis entrain d'explorer cette piste.

      Par contre est-ce qu'il y aurai pas un moyen avec systemd de forcer les démontages réseau juste après la fermeture de la session ?

      Bonne journée

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.