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/ini
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
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/:0
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
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épertoi
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/
6 matches
Mail list logo