Fedora-Fr - Communauté francophone Fedora - Linux

Oui je vois très bien, je suis un peu dans le métier, pas directement dans l'éléctronique pure, mais je fais souvent face à des cartes éléctroniques. Mais ici il n'y a rien de visible, en tous cas pas ce genre de condos qui gonflent et prêts à exploser. À vue d'oeil la CM est en bon état.

Alors c'est pas très bavard au niveau tensions, mais c'est dans la plage :

Every 1,0s: sensors                                                                fedora.home: Fri Nov 18 18:48:41 2022

nouveau-pci-0100
Adapter: PCI adapter
GPU core:    900.00 mV (min =  +0.83 V, max =  +0.95 V)
temp1:        +55.0°C  (high = +95.0°C, hyst =  +3.0°C)
                       (crit = +105.0°C, hyst =  +5.0°C)
                       (emerg = +135.0°C, hyst =  +5.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +38.0°C  (high = +95.0°C, crit = +105.0°C)
Core 2:       +35.0°C  (high = +95.0°C, crit = +105.0°C)

acpitz-acpi-0
Adapter: ACPI interface
temp1:        +36.0°C  (crit = +100.0°C)
temp2:        +36.0°C  (crit = +100.0°C)

Là c'est en idle avec quatre onglets ouverts dans Firefox, et thunderbird en arrière plan sur un autre bureau.

Et ça c'est le retour de la commande suivante :

$ ps aux --sort pcpu

gogi        3584  0.7  2.0 2761792 169848 ?      Sl   15:40   1:30 /usr/lib64/firefox/firefox -contentproc -childID 6 -isForBrowser -prefsLen 41177 -prefMapSize 236634 -jsInitLen 246704 -parentBuild
root        6772  0.7  0.0      0     0 ?        I    18:08   0:19 [kworker/u16:44-btrfs-endio-write]
root        7111  0.9  0.0      0     0 ?        D    18:13   0:20 [kworker/u16:0+events_unbound]
gogi        3440  1.2  3.2 2961484 266764 ?      Sl   15:40   2:21 /usr/lib64/firefox/firefox -contentproc -childID 4 -isForBrowser -prefsLen 36640 -prefMapSize 236634 -jsInitLen 246704 -parentBuild
gogi        3734  1.4  0.8 502956 70232 ?        Sl   15:40   2:45 /usr/lib64/firefox/firefox -contentproc -parentBuildID 20221104095936 -prefsLen 41268 -prefMapSize 236634 -appDir /usr/lib64/firefo
gogi        3543  1.5  3.1 24324752 257024 ?     Sl   15:40   2:54 /usr/lib64/firefox/firefox -contentproc -childID 5 -isForBrowser -prefsLen 41153 -prefMapSize 236634 -jsInitLen 246704 -parentBuild
gogi        2280  3.2  3.1 5024144 251632 ?      Ssl  15:37   6:10 /usr/bin/gnome-shell
gogi        5579  5.1  4.4 3178256 365072 ?      Sl   15:58   8:50 /usr/lib64/firefox/firefox -contentproc -childID 26 -isForBrowser -prefsLen 41414 -prefMapSize 236634 -jsInitLen 246704 -parentBuil
gogi        3279 10.5  7.0 3846364 575384 ?      Sl   15:40  20:02 /usr/lib64/firefox/firefox

Je n'ai copié-collé que les dernières lignes, le reste n'est pas relevant au niveau utilisation CPU.
Je précise que l'on voit ici 10% pour Firefox mais c'est à répartir sur 2 coeurs et 2 threads, mais bon même quand je ferme Firefox ça ne change rien au niveau des températures.

Salut Nicosss

Oui effectivement, ça aussi j'ai oublié de le préciser comme l'histoire du nettoyage du ventilateur hier.
Le ventilo pour sa part tourne en adéquation avec les températures, c'est d'ailleurs comme ça que je me suis rendu compte que quelque chose ne tournait pas rond... Il mouline presque comme si j'étais entrain de compiler sur la machine.

Mais je ne saurais pas dire si cette surchauffe entraîne l'extinction, car le phénomène d'extinction est apparu environ une dizaine voire quinzaine auparavant, à compter d'aujourd'hui.

Non malheureusement, la place est restreinte et surtout le bloc caloducs-ventilo est fait de telle manière que pour poser un radiateur passif il faudrait simplement virer la pièce d'origine complète, ce qui implique d'en mettre un également sur le processeur, et là c'est galère pour ne pas dire pas faisable.

Ok alors je n'ai pas de soucis de ce côté là. En même temps vu le nombre d'options qu'il y a dans le BIOS...

Au temps pour moi, quand je fais cette opération je fais le nettoyage complet + pâte thermique donc c'était sous-entendu, mais bon je conçois que derrière un écran ce n'est pas forcément une évidence pour tout le monde.

La dernière mise à jour de ce BIOS date d'une bonne dizaine d'années, il n'y en a plus eu depuis.

Alors je n'ai pas de soucis avec la RAM, cela dit je me souviens avoir fait un memtest il y a quelque temps pour un autre souci (genre il y a 6 mois peut-être un peu plus), et le memtest ne commençait même pas.
Il y avait une erreur au niveau du CPU, après j'ai abandonné le test en lui même et le souci était de toute façon rentré dans l'ordre. Le PC fonctionne d'ailleurs sans problème de ce côté là.

J'utilise le pilote nouveau, impossible d'utiliser le pilote nVidia avec ce PC, enfin c'est possible mais plus d'emmerde à la maintenance que de gains réels par rapport au pilote nouveau.

Bonsoir fgland,

Ça dépend en fait, parfois oui, parfois non.

Je veux dire par là, des fois quand il s'éteint, je peux le redémarrer directement au bouton de démarrage sans débrancher l'alimentation, et des fois non. je suis obligé de retirer la fiche d'alimentation côté PC, appuyer sur le bouton d'allumage et rebrancher l'alimentation tout en tenant le bouton. Parfois je débranche et rebranche la fiche d'alimentation et j'appuie sur le bouton après.
Le problème est là, c'est tellement aléatoire que je suis incapable de suivre une procédure donnée pour diagnostiquer le problème...

En ce qui concerne l'alimentation j'y ai pensé aussi, mais je doute que ça vienne de là, elle est aussi neuve que la batterie, c'est à dire deux ans. Après tu me diras, ça veut rien dire, elle peut très bien être en fin de vie également.

EDIT : mais la chose qui m'emmerde c'est que je n'arrive pas à faire descendre cette température de puce graphique, en idle elle a la même température actuellement qu'elle a en général lorsque je regarder une vidéo en 1080p par exemple.
Je me demande si le caloduc ne serait pas HS... Ça fonctionne un peu comme un circuit de clim ce truc là, et il y a deux caloducs qui mènent au ventilateur, un pour le processeur et l'autre pour la puce graphique. Du coup si la puce chauffe trop et que la température retournée par la sond est fausse, le système interne pourrait se mettre en sécurité et couper le PC. J'en sais rien, j'évoque des hypothèses...

Merci M. Bernard Pivot de me l'avoir fait remarquer, vous êtes bien aimable.

Quand tu vas dans Logiciels pour paramétrer l'activation ou non des mises à jour automatiques, tu as deux options :

Non ça n'a pas l'air d'être encore très stable, d'ailleurs c'est indiqué dans l'article que tu as joins, mais c'est justement ça que je voulais dire, je trouve ça dommage, c'est quand même quelque chose qui est extrêmement à la base du fonctionnement d'un système.

Le problème vient peut-être de là.
Certains PC n'admettent pas des clés USB 3.0 ou plus au démarrage, ou alors il faut faire de la bidouille. Sur une de mes machines par exemple, avec une clé USB 3.1 ça passe une fois sur deux au démarrage, voire pas du tout. Alors je suis obligé de jouer avec, c'est à dire que je démarre le PC puis je rentre vite la clé USB dans le logement... Ça accroche pas non plus toujours du premier coup, alors je recommence autant de fois que nécessaire jusqu'à que ça marche...

Sinon si tu as une clé 2.0 sous la main essaie avec cette autre clé.

Bonjour,

Qu'est ce que c'est comme clé?

C'est exactement ça.

Systemd est capable de lancer plusieurs services en même temps au démarrage, bien que certains soient subordonnés à d'autres dans leur fichier de configuration, je ne rentre pas dans les détails.
Et chaque action produit des messages de retour. Donc il se peut fortement que dans ton cas le service en question qui a besoin du chemin /sbin/sysctl soit lancé alors que ce chemin n'est pas encore actif grosso modo, le service renvoie alors un message d'erreur, le démarrage continue puisque ce n'est pas une erreur critique qui va empêcher la poursuite du démarrage, mais en attendant le service en question va réessayer l'opération et effectivement dès que le chemin devient actif le service en question termine sa tâche et ton module est activé.

Donc bref tant que ça fonctionne ne t'en soucies pas.

Ok, la commande dracut va te servir a reconstruire le ou les initramfs des kernels installés

$ man dracut

Sinon ici, tu peux utiliser

$ sudo dracut -fv -k "version_kernel"

pour un kernel particulier, ou

$ sudo dracut -fv

pour tous les kernels installés

Refais la commande restorecon au cas où, puis dracut, et redémarre. Je doute que ça résolve le problème mais on peut toujours tenter...

Pas de soucis

Autrefois cette extension s'appelait Lightning (Google <-> Thunderbird) et elle fonctionnait très bien jusqu'à un moment, je ne me rappelle plus exactement mais il me semble que c'était lors du changement de version majeure (passage de 60 à 90 un truc comme ça), et lorsque le paquet "evolution" faisait encore partie intégrante de Gnome. Le tout fonctionnait plus ou moins, on avait la synchro entre les trois calendriers. Mais bon depuis ça marche moins bien