Postez ici vos trucs & astuces.
#1Messageil y a 9 ansBonjour à tous,
J'ai été exposé à un problème en passant au noyau 3.18 (mais qui apparaissait déjà auparavant, en moins grave) : la souris et le clavier étaient indisponibles pendant environ 5 secondes toutes les minutes à peu près (ça avait l'air plus aléatoire que ça mais c'est pour donner une idée).
La souris et le clavier sont de marque logitech, sans fil, et dépendent du même connecteur USB. (modèles K520 et M310 pour être exact)
J'ai franchement pataugé pour trouver la solution, donc je la mets ici :
ATTENTION je n'ai pas trouvé ça sur un site, mais ça fonctionne
C'est le module du noyau « mousedev » qui interfère. Comme j'utilise une souris USB, il n'est pas utilisé.
Donc je le désactive par
sudo modprobe -r mousedev
et ça fonctionne.
Pour le blacklister au démarrage, il faut créer un fichier ".conf" dans le répertoire /etc/modprobe.d/ et mettre :
Voili voilou, si ça peut servir à quelqu'un d'autre...
cela faisait longtemps que je n'étais pas passé par là, je n'avais plus trop le temps aux geekeries... but I'm back !
Modération: Nous n'écrivons pas "Résolu" dans le titre.La coche verte suffit Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#2Messageil y a 9 ansmerci pour l'astuce
si ça te dérange pas, je vais plutôt la mettre dans "trucs et astuces", plus adaptés pour les problèmes qui ont déjà une solution... Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
#3Messageil y a 9 ansSalut,
Ayant moi aussi clavier et souris logitech (tous les deux branchés en usb), j'ai expérimenté un freeze ce matin mais différent de celui décrit.
Tout s'est bloqué et impossible d'accéder à quoi que ce soit: ni le clavier ni la souris ne réagissaient.
J'ai dû faire un hard reboot à la sauvage...
Vu la nature différente des freezes, cette astuce est quand même valable?
Merci.
PS: j'avais déjà eu le même souci il y a 15 jours et le pc s'était bloqué 3 fois en 1h... Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#4Messageil y a 9 ansMmh en fait le bug est réapparu... la solution que j'ai marquée n'est que temporaire. Il faut forcer le redémarrage du module. Pour l'instant le meilleur remède est d'arrêter le module puis de le redémarrer. En cherchant un peu, il s'avère que c'est le module logitech hid-logitech-dj qui est buggé. De ce que j'ai compris de mes logs, au boot les modules ne se chargent pas dans le bon ordre et en forçant l'arrêt (et le redémarrage) de hid-logitech-dj, puis son redémarrage (il suffit de débrancher / rebrancher le module usb) cela corrige le bug...
Bref, c'est pas si résolu que ça finalement...
Tu peux tester en désactivant le module, mais avant cela regarde dans tes log (journalctl -k par exemple si c'est un crash du au kernel) car ton problème semble différent. Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#5Messageil y a 9 ansMerci de ton retour.
La commande donne ça:
[marc@manjaro ~]$ journalctl -k
-- Logs begin at sam. 2014-12-27 09:00:15 CET, end at lun. 2015-01-26 14:18:13 C
lines 1-1/1 (END)
Pas lié au kernel à priori, non? Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#6Messageil y a 9 ansSystème : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#7Messageil y a 9 ansOups
[marc@manjaro ~]$ sudo journalctl -k
[sudo] password for marc:
-- Logs begin at mer. 2014-12-03 12:37:11 CET, end at lun. 2015-01-26 16:15:44 C
janv. 26 11:10:10 manjaro kernel: Initializing cgroup subsys cpuset
janv. 26 11:10:10 manjaro kernel: Initializing cgroup subsys cpu
janv. 26 11:10:10 manjaro kernel: Initializing cgroup subsys cpuacct
janv. 26 11:10:10 manjaro kernel: Linux version 3.16.7.3-1-MANJARO (builduser@ph
janv. 26 11:10:10 manjaro kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-316-x86
janv. 26 11:10:10 manjaro kernel: e820: BIOS-provided physical RAM map:
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000000f0000-0x000000000
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000c
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000cfee0000-0x00000000c
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000cfee3000-0x00000000c
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000cfef0000-0x00000000c
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000e
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000f
janv. 26 11:10:10 manjaro kernel: BIOS-e820: [mem 0x0000000100000000-0x000000012
janv. 26 11:10:10 manjaro kernel: NX (Execute Disable) protection: active
janv. 26 11:10:10 manjaro kernel: SMBIOS 2.4 present.
janv. 26 11:10:10 manjaro kernel: DMI: Gigabyte Technology Co., Ltd. GA-73PVM-S2
janv. 26 11:10:10 manjaro kernel: e820: update [mem 0x00000000-0x00000fff] usabl
janv. 26 11:10:10 manjaro kernel: e820: remove [mem 0x000a0000-0x000fffff] usabl
janv. 26 11:10:10 manjaro kernel: AGP: No AGP bridge found
janv. 26 11:10:10 manjaro kernel: e820: last_pfn = 0x130000 max_arch_pfn = 0x400
janv. 26 11:10:10 manjaro kernel: MTRR default type: uncachable
janv. 26 11:10:10 manjaro kernel: MTRR fixed ranges enabled:
janv. 26 11:10:10 manjaro kernel: 00000-9FFFF write-back
janv. 26 11:10:10 manjaro kernel: A0000-BFFFF uncachable
janv. 26 11:10:10 manjaro kernel: C0000-CFFFF write-protect
janv. 26 11:10:10 manjaro kernel: D0000-FFFFF uncachable
janv. 26 11:10:10 manjaro kernel: MTRR variable ranges enabled:
janv. 26 11:10:10 manjaro kernel: 0 base 000000000 mask F80000000 write-back
janv. 26 11:10:10 manjaro kernel: 1 base 080000000 mask FC0000000 write-back
janv. 26 11:10:10 manjaro kernel: 2 base 0C0000000 mask FF0000000 write-back
janv. 26 11:10:10 manjaro kernel: 3 base 100000000 mask FE0000000 write-back
janv. 26 11:10:10 manjaro kernel: 4 base 120000000 mask FF0000000 write-back
janv. 26 11:10:10 manjaro kernel: 5 base 0CFF00000 mask FFFF00000 uncachable
lines 1-37
Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#8Messageil y a 9 ansMMh ça m'a l'air complétement différent de mon soucis.
Pour info, je viens de compiler un petit Kernel 3.18.3 maison, je n'ai plus le bug. Ça vient donc bien d'un soucis de driver au niveau du Kernel... lequel exactement, je cherche encore...
++ Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#9Messageil y a 9 anstu l'as compilé comment ? en partant d'un PKGBUILD des devs de Manjaro, ou à l'ancienne ? Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
#10Messageil y a 9 ansJ'ai téléchargé le Kernel 3.18.3, fait unqui reprend la config du noyau actuellement utilisé. J'ai décoché tout le matos que je n'ai pas, j'ai intégré 2-3 optimisations pour le processeur et après j'ai suivi les instructions de la page
https://wiki.archlinux.org/index.php/Kernels/Compilation/Traditional
À la place du make il faut plutôt utiliser tous les cœurs à disposition et faire $ make -j4 pour un 4 cœurs (-j2 pour un 2 cœurs, etc...)
Ça m'a pris 15minutes de compilation environ. (mais bien 2 heures pour lire toutes les options du kernel à disposition...) Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#11Messageil y a 9 ansce n'était pas tellement une question de temps; il était préférable d'utiliser cette méthode, qui donne un paquet contenant ton noyau, l'avantage étant de pouvoir l'installer, le désinstaller ou le mettre à jour facilement.
alors évidemment, ABS n'existe pas pour Manjaro (MBS ?), mais les pkgbuilds des noyaux sont disponibles dans le dépôt GIT... Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
#12Messageil y a 9 ansOh, c'était surtout pour voir comment c'est fait... Je réutilise le .config du noyau précédent (noyau 3.18.5 en cours de compilation), j'ai regardé les nouveautés avec xconfig et c'est parti. Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#13Messageil y a 9 ansça vient de se reproduire chez moi avec juste thunderbird, firefox et okular ouverts.
Juste avant que je sois obligé de faire un hard reboot, j'ai pu voir l'activité du système et okular bouffait 900 000k (la dernière fois, c'était plutôt FF qui bouffait un max de mémoire).
Je me demande si ce sont les périphériques logitech qui sont en cause en fait... Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#14Messageil y a 9 ansNouvelle piste pour ces freezes: je me demande si ce n'est pas samba et la mise à jour de sécurité d'il y a quelques semaines...
Quand je transfère un fichier (répertoire non ouvert), ça va même s'il arrive que ça ralentisse un peu.
Quand je vais dans le "NAS" via Dolphin, il arrive souvent que le CPU "travaille" à fond jusqu'à bloquer le pc.
C'est possible que ce soit samba le responsable? Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#15Messageil y a 9 ansMMh aucune idée, je ne l'utilise pas... Système : Manjaro x86_64 Kernel "compilé maison aux petits oignons" 4.0 - awesomeWM
Machine : Intel i5-2500K 4 cœurs- 8Go RAM - nvidia GeForce GTX 560 Ti - SSD 60 Go HD 1To
#16Messageil y a 9 ansJe continue de chercher mais ça semble bizarre: à l'instant, l'utilisation du CPU s'est envolée et c'était Okular le responsable...
Faut que j'essaie avec un autre clavier et souris histoire d'affiner le truc...
Merci. Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#17Messageil y a 9 ansd'un autre coté, il est aussi possible que cet abus de CPU soit lié à un processus que tu ne voies pas (en tache de fond).
tu devrais installer Htop (plus complet que Top) et le laisser tourner dans un terminal: tu verras bien ce qui consomme des ressources au moment des freezes... Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
#18Messageil y a 9 ansOk.
Je vais commencer par ça avant d'essayer un autre matériel.
Je suppose qu'il y a des logs récupérables (au cas où le pc se bloquerait avant que j'ai pu voir les processus en cause)?
Merci. Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#19Messageil y a 9 ansFreeze à l'instant (j'étais dans samba à modifier un nom de fichier)
Ce qu'affichait htop (j'ai fermé dolphin qui a mis une bonne minute à s'exécuter puis j'ai fait une copie de htop):
Kernel: 6.1.62-1-MANJARO
x86_64 (64 bit) Desktop: KDE 5.27.9 Plasma 5.27.9
CPU: Quad core Intel Core i5-6400 (-MCP-)
Graphics: Card: Intel HD Graphics 530
#20Messageil y a 9 ansBonjour,
un htop après la bataille, suis pas sur de l’intérêt ...
ici tu n'as aucun problème de cpu comme tu disais
par contre ton swap mal réglé(swapiness) et la taille vire le !
a la copie de htop avais-tu encore des freezes ou la fermeture de dolphin a réglé le problème ?
il fallait regarder juste au moment du freeze quel programme utilisait 90% du cpu. Manjaro STABLE - Linux lts - fish - Kde5 - icore N100 - 16Go RAM - ssd - efi
#mount /dev/archlinux /mnt/manjaro