Forum-Francophone-LinuxMint.fr

Dernier message de la page précédente :

Bon en fait, je fais un nouveau post, car je te vois connectée et si tu postes pendant que je modifie mon précédent ça va mettre le wouaille.

karami a écrit : lun. 16 déc. 2019 12:19 Des le debut, le Dell a emis un petit vrombissement qui a disparu lorsque je l ai pose sur des caoutchoucs souples (couches de semelles de chaussures). Ce bruit reapparait de temps a autres mais en inclinant legerement la tour, tout rentre dans l ordre. Je pensais que cela venait simplement d un ventilo chinois a l equilibre precaire ...

c'est certainement ça.

karami a écrit : lun. 16 déc. 2019 12:19 A la reflexion, cela a peut etre un rapport avec le pb ?
Cela m etonne un peu qu un seul pb specifique ne se manifeste que maintenant, mais qui sait a force de vibrations ...

Oui, c'est possible...mais peu probable quand même.

karami a écrit : lun. 16 déc. 2019 12:19 2. L apparition du pb coincide avec la MAJ installant FF 70 datant du 13 decembre (cf capt.ecran 1). Est ce qu un bug ou une faille aurait pu chambouler a cette occasion la communication avec la CM ?

C'est absolument impossible Firefox au même titre que LinuxMint, ne peut pas modifier des paramètres du hardware dans le bios.
A la rigueur il pourrait (c'est impossible aussi normalement, mais en imaginant un bug...) modifier une configuration dans LM18.3.
Mais dans ce cas les effets ne se feraient sentir que LM18.3 en service, pas sur le bios ni sur le grub.

karami a écrit : lun. 16 déc. 2019 12:19 Aujourd hui je n ai pas ouvert FF et navigue avec Chromium; il y a une difference tres nette ne serait ce qu au niveau de l activite CPU (cf capt.ecran 2). Je remarque aussi que le trafic reseau est a nouveau conforme a mon activite (alors que sous FF, le taux d envoi etait inquietant et inexplicable).

Cela est peut etre a mettre sur le compte que mon FF est tres gourmand (extensions, nombreux marques pages, historique conserve ...), alors que mon Chromium est vide donc plus performant ...

Oui tu as raison, c'est ça. Il n' y a qu'a voir les sujets sur Firefox en ce moment qui ralenti ou fait figer les ordis.
FF est déjà lourd, ça n'a pas du s’améliorer avec la dernière maj. Sûr que si tu repars avec un profil FF vierge, ça fonctionnera mieux.
Mais bon...Aucun rapport avec le problème de clavier.
En revanche j'ai pensé que la surcharge cpu pouvait être liée au problème de clavier, a priori, non, vu tes captures avec chromium.
Cette surcharge ne serait donc liée qu'a FF... Ce qui dans un sens pourrait être une bonne nouvelle, car un peu moins grave que
ce que j'avais d'abord imaginé.

karami a écrit : lun. 16 déc. 2019 12:19 En resume, si je me limite aux touches alphabetiques et que je tape lentement, le clavier reel est parfois utilisable ... mais pas longtemps (comme si la memoire saturait).

Comme "si" oui, mais vu ta capture avec même pas 50% d'utilisation de la mémoire ce n'est pas ça. D'autant plus
que sur le grub ou le bios l'utilisation de la mémoire est proche de zéro.

karami a écrit : lun. 16 déc. 2019 12:19 2. Hier soir, je n ai pas pu sortir l ordi de veille. D habitude la souris suffit a tout reactiver (clic et mouvement), mais cette fois ci il n y a eu que le bruit caracteristique du redemarrage puis rien d autre: l ecran est reste noir et la tour silencieuse. J ai eteint en maintenant le bouton marche/arret appuye.

Je sais que je fais l'oiseau de mauvais augures, mais franchement ça sent bien le problème hardware ça

karami a écrit : lun. 16 déc. 2019 14:11 Pour limiter les risques, la tour est situee verticalement sur mon bureau, rien n est pose dessus ou a ses cotes afin justement que l air soit bien libre.
De meme, j evite d ouvrir plusieurs applis en meme temps (2 au max et 1 seule qui travaille vraiment).
L ete, j eteinds carrement l ordi quand les ventilos commencent a trop tourner.

Très bonnes habitudes ! Beaucoup ici devraient lire ça

En revanche si tu monitore la température, tu peux le charger plus, c'est dommage de ne se limiter qu'a 2 applis. Bon ok
ça dépend lesquelles, il y en a de plus gourmandes que d'autres. Mais tu sais un microprocesseur est fait pour durer de
nombreuses années même à font (100%) 24/24H. Du moment que sa température reste constante et basse.
Tu sais, moi j'ai de très vieux ordis d'une 15 aines d'années. Ils sont chargés à fond 24/24h 365/365a depuis 2014
et ils fonctionnent tous très bien.
regardes celui la par exemple:

Et cela depuis 110 jours non-stop. oui je suis bien obligé de les arrêter de temps en temps rien que pour appliquer les majs de noyaux...

Code : Tout sélectionner

alain@alain-System-Product-Name:~ > inxi -I
Info:      Processes: 188 Uptime: 110 days Memory: 1927.7/3007.9MB Client: Shell (bash) inxi: 2.2.28 
alain@alain-System-Product-Name:~ >

Ne désespère pas, il y a des chances que le matériel par lui même n'ait rien.
La seule solution, pour le savoir, c'est de faire ce que je t'ai dit hier.
Pour les photos du chipset, ce n'est pas grave, ça m’étonnerai qu'on arrive a voir quelque chose.

PS; je viens de m’apercevoir que ton cpu est un "G" 630 et non un 630 tout court. Donc il est possible que tu n’aie pas
de carte graphique sur le port PCIe, ça fait toujours un truc de moins a démonter...

Bon courage

Moi de mon côté je vais retourner sur mon précédent message, car vu l'état dans lequel j'étais quand je l'ai écris
ça m'étonnerai qu'il soit bien compréhensible

Ha! ben j'ai eu raison de faire une nouvelle réponse

karami a écrit : mar. 17 déc. 2019 01:39 Bonsoir Alain et merci pour le temps que tu consacres a mon souci.

De rien, tout le plaisir est pour moi

Tu sais sur mes vieille "trapanelles" et sur les ordis qu'on me donne a réparer, j'en ai eu des problèmes de ce type...

Et c'est un plaisir de partager mon expérience, même si des fois (souvent) il n' y a pas d'autre issue qu'un changement de pièce
défectueuse.

karami a écrit : mar. 17 déc. 2019 01:39 Ne te sens pas oblige de poster une reponse cette nuit, surtout si tu es malade: le repos est de mise avant tout.

Non ne t'inquiète pas ça va déjà mieux

Un doliprane, un antibio, un coup de pchit, une cuillière de sirop et une heure
de dodo et c'est reparti

. Et puis tu sais mon véritable médoc, c'est FFLM

(nawak!

)

karami a écrit : mar. 17 déc. 2019 01:39 J ignore s il existe des outils fiables permettant de diagnostiquer un bug ou de tester les composants

Bin...Alors la! Moi aussi je l'ignore

Ça m'étonnerai...Enfin, je n'en ai jamais entendu parler.
Pour un bug ça dépend de tellement de choses que ça me parait impossible, imagine il faudrait un programme qui teste
toutes les fonctions (avec toutes les possibilités/choix qui s'offrent à l'utilisateur) de touts les logiciels. ça prendrai un temps fou...
Pour les composants ça serait plus simple, d'ailleurs ça existe mais ce sont des outils développés pour un composant et
pour tester le composant il faut le démonter ce qui est quasi impossible sur nos cartes mères ou tout est soudé.

Je n'ai pas d'autre info a te demander, ton exposé du problème était très clair, d'autant comme je t'ai dit, que j'ai déjà
été confronté à ce problème.

Tu as raison vas y doucement et prépare tout bien, avant d'ouvrir et de démonter le DELL. Car le risque qu'il ne redémarre
plus du tout n'est pas nul (mais très faible quand même). Alors prends tes précautions, fait des sauvegardes, assures toi qu'en
cas de problème tu puisses continuer a travailler avec un autre ordi.
Mais nous avons quand même un gros avantage par rapport au windowsiens: Si l'ordi ne redémarre pas, nous on peut
prendre le disque dur et le mettre dans un autre et c'est repartit

PS: je n'ai rien modifié dans le message d'hier soir, en fait il me semble pas si mal

Bonjour Alain,

contente de te trouver aussi pimpant; ton antibio, c'est la potion magique d'Astérix on dirait !

alain a écrit :franchement ça sent bien le problème hardware ça
(...)
Firefox au même titre que LinuxMint, ne peut pas modifier des paramètres du hardware dans le bios.

Parfait ! Pour être honnête, ce que je craignais le plus était l'intrusion d'un programme malveillant lors de cette grosse MAJ FF et je voulais éliminer cette hypothèse. Pour le reste, tant que le DD est intact, c'est un moindre mal: le pc est simple à démonter et le marché des pièces détachées limite les dégâts financiers

En revanche si tu monitore la température, tu peux le charger plus, c'est dommage de ne se limiter qu'a 2 applis. Bon ok ça dépend lesquelles, il y en a de plus gourmandes que d'autres. Mais tu sais un microprocesseur est fait pour durer de nombreuses années

Oui c'est vrai, mais là c'est mon processeur cérébral à moi qui est en cause et la meilleure solution est que je m'astreigne à une méthodologie rigoureuse. Comme en plus je ne suis pas un foudre de guerre geek, je me garde une bonne marge de manœuvre

PS: je n'ai rien modifié dans le message d'hier soir, en fait il me semble pas si mal

En effet, toutes tes inter cadraient parfaitement à mes besoins ! Grâce à ta logique et à ta pédagogie j'ai pu avoir une vision d'ensemble rationnelle. J'avais bien compris que mon problème était en amont de l'OS, mais certains faits me tarabustaient (entre autres, la disproportion entre le clavier complètement bloqué et la souris fiable à 100%).

J'ai tout repris depuis le début en me conformant bien à ton raisonnement et j'ai compris où je m'étais plantée:
- il y a manifestement un pb entre le clavier et la CM
- comme ce pb intervient avant le lancement de l'OS, il faut chercher dans le hardware
- si le problème n'est pas résolu par un échange de clavier, c'est qu'il se situe entre la CM et la prise USB
- si le problème n'est pas résolu en changeant de prise USB, alors il se situe au niveau du chipset
- si le problème est au niveau du chipset, alors pourquoi il n'affecte pas la souris branchée en USB aussi ?!

Qu'est-ce qui fait la différence entre ma souris et mon clavier ?
Réponse simple: ma souris est branchée devant et mon clavier derrière le pc. Il s'agit donc de 2 blocs de prises USB distincts qui sont reliés à la CM avec des "fils" différents.
Allez je tente le coup, on sait jamais sur un malentendu ça pourrait marcher: je branche la clavier sur une prise USB située à l'avant .... et là, tout fonctionne nickel !!

Ce n'est pas une prise USB qui est défaillante, mais un bloc de prises USB.
Je m'en sors bien, mes tests étaient tout simplement incomplets: je n'aurais pas dû me limiter aux prises USB arrières

La source du problème est enfin identifiée et j'ai la chance de pouvoir continuer à utiliser mon matos. Ça me laisse le temps de m'organiser pour ouvrir sereinement la bête et jeter un coup d’œil un peu plus averti. Je vais en profiter pour faire les nettoyages et les vérifs que tu préconisais.
Je n'ai pas à toucher au BIOS et ça, c'est un vrai soulagement pour moi

Un grand merci à FFLM qui est le pilier de Mint en France, et à toi Alain pour ta patience et ta pédagogie si précieuses !

J'inscris le sujet en résolu, mais je le compléterai après que j'ai ouvert le pc.

Coucou Karami

Alors la! Je suis super content pour toi

Car même si une partie de l'ordi est HS, c'est toujours mieux que la carte mère.
Et puis, aussi que tu ais trouvé seule par déduction et logique

De mon côté si j'ai pu t'apporter une méthodologie de dépannage (malgré le côté un peu fouillis de mes interventions), a toi
mais aussi a d'autres lecteurs, ça me va.
Il est vrai que la plupart des pannes informatiques sont d'origine soft, ce qui fait que les gens mettent systématiquement
en cause la distribution, alors qu'il arrive quand même que le hardware soit fautif.
Pour faire un diagnostique, il faut se poser les bonnes questions (ça c'est l'expérience) mais surtout avoir de la logique et ça
l’esprit "logique" au sens premier du terme on l'a ou on l'a pas, ça doit faire parti de l'inné...
Tu fais parti de ceux qui l'ont

Bien sûr dans ta démarche de recherche de panne tu as oublié de tester sur les usb de devant, mais on a beau être logique,
on ne pense pas toujours à tout. Moi même j'aurai pu penser que tu avais oublié ce test...

Pour le bloc d'usb arrière, malheureusement il n' y a pas de solution, c'est certainement une soudure défectueuse ou
si la gestion des usb et prise en charge par deux composants différent, celui qui gère le bloc arrière est hs. Mais ça ne se change pas

Une fois il m'était arrivé l'inverse, d'ailleurs je crois en avoir parlé ici, le bloc avant qui fonctionnait mal, la solution a été simplement
d'appuyer sur la prise des fils usb avant sur la carte mère, elle était légèrement "dépluguée". Mais dans ton cas le bloc arrière étant
directement soudé à la carte mère il n'y rien a faire... A part déposer la carte mère la retourner et inspecter les soudures à la loupe
et refaire celle qui est défectueuse (perso je ne m'amuse plus a ça), mais si c'est un composant, la il n' y a plus rien a faire.

Bon, on va dire que ça se termine pas trop mal...

Coucou Alain

Oui, j'espère aussi que ce fil participera à aider d'autres personnes dans la résolution de leurs problèmes

On a beau s'appliquer à tout faire comme il faut, au fur et à mesure que les essais sont infructueux le stress monte et affecte nos capacités de réflexion. Ça me fait penser au fameux "effet tunnel" dont parlent les pilotes d'avion ...
Et puis il y a eu aussi la charge CPU qui est entrée en ligne de compte alors qu'elle n'avait rien à voir (FF très lourd sur une page web où j'avais oublié d'activer noscript ).

En effet, je m'en tire bien: mon pc tourne comme d'hab et j'ai 2 prises USB qui fonctionnent. Mais il faut quand même que je jette un coup d’œil à l'intérieur pour trouver la cause de cette défaillance (voire, y remédier si possible) et vérifier que les autres composants ne menacent pas de lâcher à leur tour.

Comme tu l'as préconisé, je vais préparer ça tranquillement afin d'avoir tous mes plans B de prêts au cas où ça ne se passe pas comme prévu ..

Encore merci

PS: pour la souris qui n'a pas permis de sortir de l'écran de veille .... j'ai juste eu à changer les piles

Un simple clic, et l'ordi se réanime aussitôt !

Forum-Francophone-LinuxMint.fr

Clavier inoperant, meme avant le boot

Re: Clavier inoperant, meme avant le boot

Re: Clavier inoperant, meme avant le boot

Re: Clavier inoperant, meme avant le boot

Re: Clavier inoperant, meme avant le boot

Re: Clavier inoperant, meme avant le boot