Re: Résumé et tentative d'explication: Problème avec udevd
Le 21/12/2019 à 15:42, Jean-Marc a écrit : > Sylvie, > > Une solution possible pour ton problème est, comme décrit dans le rapport de > bogue (cf. [1]), de modifier les règles udev qui posent problème. > > Pour faire cela, il faut copier les règles et les modifier. > > Voici les commandes : > 1/ copier les règles fournies avec le système dans le répertoire des règles > personnalisées : > sudo cp /lib/udev/rules.d/97-hid2hci.rules /etc/udev/rules.d/ > > 2/ éditer le fichier perso en ajoutant devant la ligne qui > contient > sudo sed -i 's/^ATTR.bInterfaceClass/ACTION=="add", &/' > /etc/udev/rules.d/97-hid2hci.rules > > 3/ vérifier que la modif est okay et correspond au rapport de bogue > (optionnel) > less /etc/udev/rules.d/97-hid2hci.rules > > > Quand c'est fait, il faut redémarrer l'ordi et le problème devrait être réglé. > > Dans le cas ou cela ne fonctionne pas, efface le fichier avec les règles > modifiées comme ceci : > sudo rm /etc/udev/rules.d/97-hid2hci.rules > > Bien à toi, > > Jean-Marc > https://6jf.be/keys/ED863AD1.txt > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1563554 > > Sat, 21 Dec 2019 15:14:42 +0100 > Jean-Marc écrivait : > >> Bonjour à toutes et à tous, >> >> Je me permets ce mail pour essayer d'y voir plus clair dans ce problème. >> >> Donc, Sylvie nous dit que son système chauffe parce qu'un processus prend >> 100% du ou d'un CPU. >> >> Il s'agit de /lib/systemd/systemd-udevd. >> >> Pour info, ce processus gère la création/suppression des fichiers >> "périphérique" de manière dynamique en se basant sur les règles udev, >> fichiers qu'on retrouve dans le répertoire /dev. >> >> En deux mots, quand on allume son bluetooth, quand on insère une clé USB ou >> un disque externe, le système va détecter cet évènement et >> /lib/systemd/systemd-udevd va ajouter le nécessaire dans le répertoire /dev >> pour que le reste du système puisse utiliser le nouveau périphérique. >> >> Désolé Sylvie. Mais, même si tu n'es pas "tech", tu dois savoir un peu de >> quoi il retourne avant de faire certaines choses. Comme, par exemple, >> arrêter ce processus. Ce qui, pour faire bref, risque de rendre le système >> inopérant en cas d'ajout/retrait de certains périphériques amovibles. >> >> Ceci posé, dans les infos que tu as communiquées comme la sortie de > monitor> qui montre que le système fait un bind/unbind continuellement sur >> le même périphérique et la sortie de la commande journalctl qui rapporte une >> erreur : >> >>> journalctl /lib/systemd/systemd-udevd >> déc. 21 11:50:31 debian-inspiron systemd-udevd[253]: Process 'hid2hci >> --method=dell >> --devpath=/devices/pci:00/:00:1a.0/usb2/2-1/2-1.2/2-1.2:1.0' failed >> with exit code 1. >> >> Ces infos permettent de retrouver ce lien vers un rapport de bogue : >> https://bugzilla.redhat.com/show_bug.cgi?id=1563554 >> >> Ce rapport décrit un phénomène qui ressemble fort à ce qui se passe sur ton >> système. >> >> Apparemment, il y a un soucis dans les règles udev, les règles qui gèrent la >> créations/suppression des fichiers dans le répertorie /dev dont je parle >> plus haut, ce qui cause le phénomène auquel Sylvie est confrontée. >> >> Pour confirmer qu'il s'agit bien du même soucis, Sylvie, si tu as la >> possibilité d'éteindre le bluetooth via un interrupteur ([1]), fais-le et >> regarde si le processus /lib/systemd/systemd-udevd arrête de prendre tout le >> CPU. >> >> Une solution est de modifier lesdites règles udev. >> >> Je vais encore voir dans les bogues Debian si le même bogue est rapporté et >> s'il y est mentionné une solution. >> >> Bonne après-midi. >> >> Jean-Marc >> https://6jf.be/keys/ED863AD1.txt >> >> [1] sur un de mes anciens Dell, il est possible d'éteindre le WiFi et le >> Bluetooth avec un petit switch. Bonsoir Jean-Marc et merci infiniment du résumé et de toutes tes explications très claires : belle pédagogie. > Désolé Sylvie. Mais, même si tu n'es pas "tech", tu dois savoir un peu de > quoi il retourne avant de faire certaines choses. Comme, par exemple, > arrêter ce processus. Ce qui, pour faire bref, risque de rendre le système > inopérant en cas d'ajout/retrait de certains périphériques amovibles. En effet, j'avais bien compris ET ne savais (ou n'osais) faire sans l'aide de plus compétent que moi d'où mon appel à cette liste. > Ce qui, pour faire bref, risque de rendre le système inopérant en cas > d'ajout/retrait de certains périphériques amovibles. Bien évidemment. Toutefois, aucun périph amovible n'est branché sur ce pc. Je penche pour "un vieillissement matériel" de la machine ancienne et de petite config (plutôt "bac à sable" d'où sans crainte de manip irréversible) > [1] sur un de mes anciens Dell, il est possible d'éteindre le WiFi et le > Bluetooth avec un petit switch. Je connais : j'ai 2 dell pro avec ce switch que cet inspiron n'a pas. Je ne suis pas actuellement sur cette machine et je remonterai les résultats rapidement. Merci encore, bon
Re: Résumé et tentative d'explication: Problème avec udevd
Sylvie, Une solution possible pour ton problème est, comme décrit dans le rapport de bogue (cf. [1]), de modifier les règles udev qui posent problème. Pour faire cela, il faut copier les règles et les modifier. Voici les commandes : 1/ copier les règles fournies avec le système dans le répertoire des règles personnalisées : sudo cp /lib/udev/rules.d/97-hid2hci.rules /etc/udev/rules.d/ 2/ éditer le fichier perso en ajoutant devant la ligne qui contient sudo sed -i 's/^ATTR.bInterfaceClass/ACTION=="add", &/' /etc/udev/rules.d/97-hid2hci.rules 3/ vérifier que la modif est okay et correspond au rapport de bogue (optionnel) less /etc/udev/rules.d/97-hid2hci.rules Quand c'est fait, il faut redémarrer l'ordi et le problème devrait être réglé. Dans le cas ou cela ne fonctionne pas, efface le fichier avec les règles modifiées comme ceci : sudo rm /etc/udev/rules.d/97-hid2hci.rules Bien à toi, Jean-Marc https://6jf.be/keys/ED863AD1.txt [1] https://bugzilla.redhat.com/show_bug.cgi?id=1563554 Sat, 21 Dec 2019 15:14:42 +0100 Jean-Marc écrivait : > Bonjour à toutes et à tous, > > Je me permets ce mail pour essayer d'y voir plus clair dans ce problème. > > Donc, Sylvie nous dit que son système chauffe parce qu'un processus prend > 100% du ou d'un CPU. > > Il s'agit de /lib/systemd/systemd-udevd. > > Pour info, ce processus gère la création/suppression des fichiers > "périphérique" de manière dynamique en se basant sur les règles udev, > fichiers qu'on retrouve dans le répertoire /dev. > > En deux mots, quand on allume son bluetooth, quand on insère une clé USB ou > un disque externe, le système va détecter cet évènement et > /lib/systemd/systemd-udevd va ajouter le nécessaire dans le répertoire /dev > pour que le reste du système puisse utiliser le nouveau périphérique. > > Désolé Sylvie. Mais, même si tu n'es pas "tech", tu dois savoir un peu de > quoi il retourne avant de faire certaines choses. Comme, par exemple, > arrêter ce processus. Ce qui, pour faire bref, risque de rendre le système > inopérant en cas d'ajout/retrait de certains périphériques amovibles. > > Ceci posé, dans les infos que tu as communiquées comme la sortie de monitor> qui montre que le système fait un bind/unbind continuellement sur le > même périphérique et la sortie de la commande journalctl qui rapporte une > erreur : > > > journalctl /lib/systemd/systemd-udevd > > déc. 21 11:50:31 debian-inspiron systemd-udevd[253]: Process 'hid2hci > --method=dell > --devpath=/devices/pci:00/:00:1a.0/usb2/2-1/2-1.2/2-1.2:1.0' failed > with exit code 1. > > Ces infos permettent de retrouver ce lien vers un rapport de bogue : > https://bugzilla.redhat.com/show_bug.cgi?id=1563554 > > Ce rapport décrit un phénomène qui ressemble fort à ce qui se passe sur ton > système. > > Apparemment, il y a un soucis dans les règles udev, les règles qui gèrent la > créations/suppression des fichiers dans le répertorie /dev dont je parle plus > haut, ce qui cause le phénomène auquel Sylvie est confrontée. > > Pour confirmer qu'il s'agit bien du même soucis, Sylvie, si tu as la > possibilité d'éteindre le bluetooth via un interrupteur ([1]), fais-le et > regarde si le processus /lib/systemd/systemd-udevd arrête de prendre tout le > CPU. > > Une solution est de modifier lesdites règles udev. > > Je vais encore voir dans les bogues Debian si le même bogue est rapporté et > s'il y est mentionné une solution. > > Bonne après-midi. > > Jean-Marc > https://6jf.be/keys/ED863AD1.txt > > [1] sur un de mes anciens Dell, il est possible d'éteindre le WiFi et le > Bluetooth avec un petit switch. pgpTxNyCGNq1_.pgp Description: PGP signature
Résumé et tentative d'explication: Problème avec udevd
Bonjour à toutes et à tous, Je me permets ce mail pour essayer d'y voir plus clair dans ce problème. Donc, Sylvie nous dit que son système chauffe parce qu'un processus prend 100% du ou d'un CPU. Il s'agit de /lib/systemd/systemd-udevd. Pour info, ce processus gère la création/suppression des fichiers "périphérique" de manière dynamique en se basant sur les règles udev, fichiers qu'on retrouve dans le répertoire /dev. En deux mots, quand on allume son bluetooth, quand on insère une clé USB ou un disque externe, le système va détecter cet évènement et /lib/systemd/systemd-udevd va ajouter le nécessaire dans le répertoire /dev pour que le reste du système puisse utiliser le nouveau périphérique. Désolé Sylvie. Mais, même si tu n'es pas "tech", tu dois savoir un peu de quoi il retourne avant de faire certaines choses. Comme, par exemple, arrêter ce processus. Ce qui, pour faire bref, risque de rendre le système inopérant en cas d'ajout/retrait de certains périphériques amovibles. Ceci posé, dans les infos que tu as communiquées comme la sortie de qui montre que le système fait un bind/unbind continuellement sur le même périphérique et la sortie de la commande journalctl qui rapporte une erreur : > journalctl /lib/systemd/systemd-udevd déc. 21 11:50:31 debian-inspiron systemd-udevd[253]: Process 'hid2hci --method=dell --devpath=/devices/pci:00/:00:1a.0/usb2/2-1/2-1.2/2-1.2:1.0' failed with exit code 1. Ces infos permettent de retrouver ce lien vers un rapport de bogue : https://bugzilla.redhat.com/show_bug.cgi?id=1563554 Ce rapport décrit un phénomène qui ressemble fort à ce qui se passe sur ton système. Apparemment, il y a un soucis dans les règles udev, les règles qui gèrent la créations/suppression des fichiers dans le répertorie /dev dont je parle plus haut, ce qui cause le phénomène auquel Sylvie est confrontée. Pour confirmer qu'il s'agit bien du même soucis, Sylvie, si tu as la possibilité d'éteindre le bluetooth via un interrupteur ([1]), fais-le et regarde si le processus /lib/systemd/systemd-udevd arrête de prendre tout le CPU. Une solution est de modifier lesdites règles udev. Je vais encore voir dans les bogues Debian si le même bogue est rapporté et s'il y est mentionné une solution. Bonne après-midi. Jean-Marc https://6jf.be/keys/ED863AD1.txt [1] sur un de mes anciens Dell, il est possible d'éteindre le WiFi et le Bluetooth avec un petit switch. pgpsPjp0oaVib.pgp Description: PGP signature
Re: Problème avec udevd
Bonjour Jean-Marc, > une manière aussi de voir s'il y a un soucis avec un processus, c'est la > commande suivante : > > journalctl /lib/systemd/systemd-udevd dernière ligne : déc. 21 11:50:31 debian-inspiron systemd-udevd[253]: *Process 'hid2hci --method=dell --devpath=/devices/pci:00/:00:1a.0/usb2/2-1/2-1.2/2-1.2:1.0' failed with exit code 1.* @plus merci Sylvie Le 20/12/2019 à 16:43, Jean-Marc a écrit : > Fri, 20 Dec 2019 15:32:01 +0100 > Bureau LxVx écrivait : > >> Bonjour à tous, >> >> Je ne suis pas très "tech" ... et j'ai besoin de votre aide. >> >> Depuis mon install de Buster, j'ai le problème ci-dessous qui fait >> chauffer mon pc. >> Quel est la raison ppour laquelle cette commande >> "/lib/systemd/systemd-udevd reste >> à 99% du temps aux alentours des 100% des coeurs ? > une manière aussi de voir s'il y a un soucis avec un processus, c'est la > commande suivante : > > journalctl /lib/systemd/systemd-udevd > >> Merci de votre aide, >> >> Sylvie > > Jean-Marc > https://6jf.be/keys/ED863AD1.txt
Re: Problème avec udevd
Bonjour, Le 20/12/2019 à 21:22, Dethegeek a écrit : > Bonjour > > Ça vaudrait le coup de voir si le système se comporte mieux sans le > périphérique concerné ? > > Il me semble que la commande > > lsusb -t Résultat - il semble que cela se produise sur Dell - j'ai un vieil inspiron ...) : > /: Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > /: Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > |__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M > /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M > /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M > |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/3p, 12M > |__ Port 1: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, > 12M > |__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=, 12M > |__ Port 3: Dev 5, If 2, Class=Vendor Specific Class, Driver=, 12M > |__ Port 3: Dev 5, If 0, Class=Wireless, Driver=btusb, 12M > |__ Port 3: Dev 5, If 3, Class=Application Specific Interface, > Driver=, 12M > |__ Port 3: Dev 5, If 1, Class=Wireless, Driver=btusb, 12M > /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M > |__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M > |__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M > > devrait aider à trouver ce qui correspond à 2-1.2 > > En espérant que ce ne soit pas un périphérique interne à un PC > portable, car c'est tout de suite un peu plus compliqué à débrancher :) > > > > Le 20 décembre 2019 18:00:28 GMT+01:00, Bureau LxVx > a écrit : > > J'ai mis "résolu". Comme j'ai redémarré, le pb se représente. et > j'ai suivi ce lien d'aide : > > https://ikalay.blogspot.com/2018/09/systemd-udevd-too-much-cpu-using-solving.html > > si vous voulez aller plus loin : > > udevadm monitor > > > > Trop "tech" pour moi ; il apparaîtrait bien un pb kernel > ...désolée ... > > Merci à tous. > > Sylvie > > > Le 20/12/2019 à 16:49, ajh-valmer a écrit : >> On Friday 20 December 2019 15:32:01 Bureau LxVx wrote: >>> Je ne suis pas très "tech" ... et j'ai besoin de votre aide. >>> Depuis mon install de Buster, j'ai le problème ci-dessous qui fait >>> chauffer mon pc. >>> Quel est la raison pour laquelle cette commande >>> "/lib/systemd/systemd-udevd reste >>> à 99% du temps aux alentours des 100% des coeurs ? >> Quelle est cette commande "/lib/systemd/systemd-udevd" ? >> >> Merci. >> > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez > excuser ma brièveté.
Re: Problème avec udevd
Bonjour Bernard, Comme je l'ai dit précédemment, je ne suis pas "tech" et ce n'est pas facile de suivre même si je lis la plupart de vos échanges. Copie "history" de mon terminal et de "ce que j'ai fait" (mal peut-être) : en root "sudo -s" , entrée après chaque commande. > > 19 cat >/etc/init.d/systemd-udevd-solv.sh < 20 #!/bin/sh > 21 systemctl stop systemd-udevd systemd-udevd-kernel.socket > systemd-udevd-control.socket > 22 sleep 5 > 23 systemctl start systemd-udevd systemd-udevd-kernel.socket > systemd-udevd-control.socket > 24 EOF > 25 chmod a+x /etc/init.d/systemd-udevd-solv.sh Si c'est ok : pas de changement au redémarrage. Si j'ai mal compris et fait des erreurs : merci de m'éclairer (l'erreur est la preuve d'être en cours d'apprentissage) Merci. Sylvie N.B : j'essaie d'appliquer un conseil à la fois ;-) Le 20/12/2019 à 20:55, Bernard Schoenacker a écrit : > - Mail original - > >> De: "Bureau LxVx" >> À: debian-user-french@lists.debian.org >> Envoyé: Vendredi 20 Décembre 2019 16:46:06 >> Objet: Re: Problème avec udevd >> Bonjour Bernard et merci de ton aide précieuse. >> Pour partager ma soluce, je suis allée via ton lien conseillé sur : >> https://ikalay.blogspot.com/2018/09/systemd-udevd-too-much-cpu-using-solving.html >> et la bonne commande est : >> sudo systemctl stop systemd-udevd systemd-udevd-control.socket >> systemd-udevd-kernel.socket >> C'est ok. A relancer à chaque démarrage. >> @pluX >> Sylvie > bonjour Sylvie, > > pourrais tu simplement relire la doc que je t'ai indiqué (?) > afin de simplement créer un fichier exécutable qui arrête le > processus au démarrage ? > > dans le terminal (copier coller) : > > sudo -s > > cat >/etc/init.d/systemd-udevd-solv.sh < > #!/bin/sh > > systemctl stop systemd-udevd systemd-udevd-kernel.socket > systemd-udevd-control.socket > > sleep 5 > > systemctl start systemd-udevd systemd-udevd-kernel.socket > systemd-udevd-control.socket > > EOF > > chmod a+x /etc/init.d/systemd-udevd-solv.sh > > merci pour ton aimable > > attention > > bien à toi > bernard >
