Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1453 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Config boiteuse

 
 



Dernière réponse
Sujet : Config boiteuse
memaster

mirtouf a écrit :

ça peut se tenter:
https://www.coreboot.org/Board:gigabyte/ga-b75m-d3h


The wiki is being retired! [:skylvind:8]  
 
c'est pour briquer :??:  :sweat:


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
memaster

mirtouf a écrit :

ça peut se tenter:
https://www.coreboot.org/Board:gigabyte/ga-b75m-d3h


The wiki is being retired! [:skylvind:8]  
 
c'est pour briquer :??:  :sweat:

mirtouf ça peut se tenter:
https://www.coreboot.org/Board:gigabyte/ga-b75m-d3h
Fork Bomb
Pas de BIOS libre de remplacement ?
Même avec des retours  :D  
Il y a des gros soucis avec le bios de ma carte mère Gigabyte B75M-D3H, mais le dernier bios date de 2013, et il n'y en aura certainement pas d'autres !
memaster
tant que personne ne fait de retour(s) en effet :(
Pour le Bios malheureusement on peut imaginer qu'il ne sera jamais mis à jour :/
rat de combat

legaub a écrit :

Même si ce n'est guère palpitant, je vous fait un retour de la situation.

Ce sont des infos qui pourraient être très utile pour quelqu'un d'autre, donc merci pour le retour. :jap:

legaub Bonjour,
 
Même si ce n'est guère palpitant, je vous fait un retour de la situation.
 
Avec votre aide et quelques recoupements, j'incrimine l'implémentation des ports xhci / usb, puisque tout semble pointer vers eux.
 
1. En effet, j'avais été contraint de désactiver ces ports dans le BIOS sans quoi ce dernier était trèèès lent et le boot interminable. C'est d'ailleurs un défaut que l'on retrouve assez facilement sur le net.
2. En outre, d'autres personnes décrivaient des connexions/reconnexions intempestives sous windows, avec répétition de la notification sonore.
3. Le "USB controller" de renesas apparaît récalcitrant sous arch. Mais sous ubuntu :

Code :
  1. sudo lsmod | grep xhci
  2. xhci_pci               20480  0
  3. xhci_pci_renesas       20480  1 xhci_pci


4. Enfin, je me trouvais avec mes logs remplis de "your system is too slow"
 
Cependant, un essai sous windows n'a montré aucun disfonctionnement, j'ai donc trop peu d'argument pour un retour SAV. Ce même essai m'a amené à réactiver les ports que j'avais éteints, et il semblerait que ça fonctionne mieux sous linux.
 
L'alternative serait donc BIOS lent + ports OK / BIOS OK + ports mal gérés.
 
Bref, je dois m'arrêter là. Et attendre quelque mise à jour magique de linux et/ou du BIOS de la carte mère.
 
Merci.
legaub C'est juste. Merci.
phraide tente un nvidia-xconfig pour refaire un xorg.conf neuf, il te forcera l'utilisation de "nvidia" et ne cherchera pas du "nouveau" ou "nv" ou vesa moisi :o
 
tu devrais le voir dans Xorg.0.log :

Code :
  1. [1029801.207] (II) LoadModule: "nvidia"
  2. [1029801.207] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
  3. [1029801.208] (II) Module nvidia: vendor="NVIDIA Corporation"
  4. [1029801.210] (II) Loading sub module "glxserver_nvidia"
  5. [1029801.210] (II) LoadModule: "glxserver_nvidia"
  6. [1029801.210] (II) Loading /usr/lib/xorg/modules/extensions/libglxserver_nvidia.so
  7. [1029801.222] (II) Module glxserver_nvidia: vendor="NVIDIA Corporation"
legaub Bonjour et surtout, merci de m'aider face à ce problème.
 

Code :
  1. log de xorg Xorg.0.log
  2. [     9.912] (EE) Failed to load module "nouveau" (module does not exist, 0)
  3. [     9.912] (EE) Failed to load module "nv" (module does not exist, 0)
  4. [     9.914] (EE) Failed to load module "fbdev" (module does not exist, 0)


 

Code :
  1. Xorg.1.log
  2. [    34.176] (EE) Failed to load module "nouveau" (module does not exist, 0)
  3. [    34.177] (EE) Failed to load module "nv" (module does not exist, 0)
  4. [    34.177] (EE) Failed to load module "fbdev" (module does not exist, 0)
  5. [    41.357] (EE) event15 - Logitech M510: client bug: event processing lagging behind by 14ms, your system is too slow
  6. [   141.507] (EE) event15 - Logitech M510: client bug: event processing lagging behind by 12ms, your system is too slow
  7. [   148.948] (EE) client bug: timer event15 debounce: scheduled expiry is in the past (-61ms), your system is too slow
  8. [   148.948] (EE) client bug: timer event15 debounce short: scheduled expiry is in the past (-74ms), your system is too slow
  9. [   190.004] (EE) client bug: timer event15 debounce: scheduled expiry is in the past (-66ms), your system is too slow
  10. [   190.004] (EE) client bug: timer event15 debounce short: scheduled expiry is in the past (-79ms), your system is too slow
  11. [   198.916] (EE) event15 - Logitech M510: client bug: event processing lagging behind by 20ms, your system is too slow
  12. [   199.387] (EE) event15 - Logitech M510: client bug: event processing lagging behind by 25ms, your system is too slow
  13. [   201.347] (EE) event15 - Logitech M510: client bug: event processing lagging behind by 14ms, your system is too slow
  14. [   201.347] (EE) event15 - Logitech M510: WARNING: log rate limit exceeded (5 msgs per 60min). Discarding future messages.


 

Code :
  1. Xorg.1.log.old
  3. [   152.832] (II) Initializing extension MIT-SCREEN-SAVER
  4. [  2044.042] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 15ms, your system is too slow
  5. [  2181.717] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 33ms, your system is too slow
  6. [  2480.616] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 13ms, your system is too slow
  7. [  2649.946] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 15ms, your system is too slow
  8. [  2663.426] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 22ms, your system is too slow
  9. [  3195.961] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 37ms, your system is too slow
  10. [  3204.642] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 22ms, your system is too slow
  11. [  3584.685] (EE) event4  - Logitech K520: client bug: event processing lagging behind by 34ms, your system is too slow


 

Code :
  1. journalctl -b | grep failed
  2. archlinux kernel: usb usb1-port1: connect-debounce failed


 

Code :
  1. dmesg | grep -i pcie
  2. [    0.579194] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME AER PCIeCapability]
  3. [    0.689956] pcieport 0000:00:01.1: PME: Signaling with IRQ 26
  4. [    0.689996] pcieport 0000:00:01.1: AER: enabled with IRQ 26
  5. [    0.690091] pcieport 0000:00:01.2: PME: Signaling with IRQ 27
  6. [    0.690139] pcieport 0000:00:01.2: AER: enabled with IRQ 27
  7. [    0.690230] pcieport 0000:00:03.1: PME: Signaling with IRQ 28
  8. [    0.690267] pcieport 0000:00:03.1: AER: enabled with IRQ 28
  9. [    0.690395] pcieport 0000:00:07.1: PME: Signaling with IRQ 30
  10. [    0.690429] pcieport 0000:00:07.1: AER: enabled with IRQ 30
  11. [    0.690507] pcieport 0000:00:08.1: PME: Signaling with IRQ 31
  12. [    0.690546] pcieport 0000:00:08.1: AER: enabled with IRQ 31
Zzozo un
 

sudo dmesg | grep -i pcie


 
donne quoi ?
memaster essaye de changer de version de nvidia, tu peux également tester le pilote libre nouveau :hello:
Mjules le tainting, c'est parce que le module nvidia n'est pas GPL ou une licence libre compatible.

 

Tes symptômes ressemblent à un problème d'accélération graphique. Les logs de X (ou wayland suivant ce que tu utilises) ne disent rien de spécial ? (surtout les messages commençant par WW ou EE)
legaub Le tainting kernel, je l'ai depuis bien longtemps. Je n'ai jamais compris d'où il vient, il n'a jamais posé de pb.
 
Normalement, le SSD est aligné si je n'ai pas fait d'erreur.
 

cat /proc/modules | grep nvidia
nvidia_uvm 1015808 0 - Live 0x0000000000000000 (OE)
nvidia_drm 53248 3 - Live 0x0000000000000000 (POE)
nvidia_modeset 1216512 5 nvidia_drm, Live 0x0000000000000000 (POE)
nvidia 27705344 184 nvidia_uvm,nvidia_modeset, Live 0x0000000000000000 (POE)
drm_kms_helper 225280 1 nvidia_drm, Live 0x0000000000000000
drm 565248 6 nvidia_drm,drm_kms_helper, Live 0x0000000000000000


 
J'ai deux fois 8 Gio de RAM.
 
Merci beaucoup de ton temps. Je vais continuer à gratter.
rat de combat Je sais pas trop si ces deux lignes sont un problème, même après une breve recherche. La première non, la deuxième pas certain. Tu devrais regarder.

 

Sinon pour ton DD, tu as bien aligné la partition sur 4ko ou la taille qui est nécessaire pour ce DD/SSD? Tu peux vérifier avec fdisk mais gaffe à la mauvaise manip...

 

Si personne n'a d'autre idée tu peux toujours faire tourner memtest86+ pendant une nuit, ça ne fera pas de mal et peut-être ça trouvera un soucis. Tu as combien de RAM par ailleurs?

 

edit: cat /proc/modules | grep nvidia te sort bien quelque chose? Attention, je ne suis pas sûr de mon coup, l'idée serait de vérifier que le driver est bien chargé malgré ce message dmesg.
legaub Les failed de dmesg :
 

$ sudo dmesg | grep failed
[    0.685109] Initramfs unpacking failed: Decoding failed
[    3.812084] nvidia: module verification failed: signature and/or required key missing - tainting kernel


 
Tant que j'y pense, j'ai aussi parfois un lag du clavier avec gnome-terminal et gedit !
legaub DAns le BIOS, SMT mode est sur AUTO (autre option : disabled)

 

SOus arch, manquait amd-ucode, je viens de l'installer.

 
rat de combat a écrit :

Hm, je ne vois pas là. :??:  dmesg ne dit rien de suspect? Tu n'as rien modifié dans le BIOS? Tu peux tenter un reset to defaults à tes risques.

 

edit: euh, attends. Si je fais cat /proc/cpuinfo |grep siblings j'ai la ligne 12 fois avec mon proc AMD, tu ne l'as qu'une seule fois? Ca dit quoi cat /proc/cpuinfo |grep siblings |wc -l ?

 

cat /proc/cpuinfo |grep siblings |wc -l
16

 

Si, si, c'est ok, j'ai juste coupé les lignes en surnombtre. PAreil pour microcode. PArdon  :jap:
Je vais regarder dmesg
rat de combat Hm, je ne vois pas là. :??:  dmesg ne dit rien de suspect? Tu n'as rien modifié dans le BIOS? Tu peux tenter un reset to defaults à tes risques.

 

edit: euh, attends. Si je fais cat /proc/cpuinfo |grep siblings j'ai la ligne 12 fois avec mon proc AMD, tu ne l'as qu'une seule fois? Ca dit quoi cat /proc/cpuinfo |grep siblings |wc -l ?
legaub Merci de ton aide. Sous groovy-gorilla :

cat /proc/cpuinfo |grep siblings
siblings : 16
 
cat /proc/cpuinfo | grep microcode
microcode : 0x8701021
 
apt-cache policy amd64-microcode
amd64-microcode:
  Installé : 3.20191218.1ubuntu1
  Candidat : 3.20191218.1ubuntu1


 
Je vais aller vérifier le BIOS.
rat de combat Le Hyperthreading (il me semble que c'était le mot :o ) n'est pas désactivé dans le BIOS? Sinon je penche pour un pb de microcode. Sous Debian c'est le paquet amd64-microcode. Il s'agit pour ainsi dire (grossièrement faux :o ) du "système d'exploitation interne au CPU".

 

edit: Le gestionnaire de tâches te montre bien pleins de coeurs? Tu peux aussi faire cat /proc/cpuinfo dans une console, ça devrait te sortir plein de fois la même chose, notamment la ligne "siblings" est intéressante et "microcode" puisqu'on en parlait.
legaub Merci de votre réactivité.

Citation :

1/ regarde si les bons pilotes graphiques sont installés


Normalement oui, j'ai le pilote propriétaire nVidia et son utilitaire.

Citation :

2/ regarde si le microcode d’Intel ou d’AMD est installé


Est-ce qu'il s'agit du BIOS de la CM ? C'est le dernier en date. Sinon, je ne sais pas ce dont il s'agit.

Citation :


3/ vérifie que ton DD est en bon état


C'est un SSD nvme tout neuf, fraîchement partitionné. SMART data OK.

Citation :


4/ vérifie que rien ne tourne à fond en arrière-plan (avec un gestionnaire de tâches)


RAS de ce côté là.

Citation :


5/ vérifie la RAM


Là aussi, je l'ai choisie dans la QVL de ASRock. Cela paraît OK. Comment la contrôler ?
 
Tant que j'y pense, une autre observation : un encodage avec handbrake n'utilisait qu'un seul core du processeur. Cela m'avait surpris.
rat de combat 3/ vérifie que ton DD est en bon état
4/ vérifie que rien ne tourne à fond en arrière-plan (avec un gestionnaire de tâches)
5/ vérifie la RAM
Fork Bomb 1/ regarde si les bons pilotes graphiques sont installés
2/ regarde si le microcode d’Intel ou d’AMD est installé
legaub Bonjour,
 
je me tourne vers vous dans l'espoir d'avoir un début d'explication.
Après bientôt 9 ans de loyaux services, j'ai changé mon fidèle i5-2500K pour un 3700X couplé à un chipset B550. On allait voir ce qu'on allait voir, à moi le XXI siècle.
 
Ben, c'est une déception : que ce soit avec debian buster, ubuntu gorilla ou arch, selon les applications, la réactivité n'est pas là. Le scroll sous firefox (83) est saccadé, il s'écoule trop de temps entre un clic et son effet sous libreoffice (7.0.3) et c'est déjà bien assez pour m'interroger sur la pertinence/paramétrage/efficacité de ma config. Où est-ce que ça bêtise ?
 
Au plaisir de lire vos réflexions,

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR