Archives pour: Février 2016, 11
Juste Firefox ?
Je continue à jouer avec cette même boite, une Fedora 23, sur la quelle je fais défiler des kernels et des pilotes i915 pour une carte type Intel Z36xxx/Z37xxx Series Graphics (un Shuttle XS35V4, un Celeron). Avec l'accélération graphique active, pour la 2D et la vidéo. La Fedora reste fiable et stable, malgré tout ce que je lui inflige depuis quelques jours.
J'ai finalement trouvé des façons assez simples pour faire très vite planter (freeze ou hang) les kernels 4.3.5, le 4.5.0rc2 et même le kernel drm/intel que j'ai récupéré récemment via 01.org. Des kernels standards, standard de debug, ainsi que des kernels un peu bidouillés. Tous ont leurs spécificités mais chacun d'entre eux fini par se vautrer très vite, trop vite.
Je ne fais rien de plus que de démarrer le PC, d'ouvrir une session Gnome, puis je clique ensuite quelques fois pour ouvrir des vidéos Youtube avec Firefox. Selon le kernel, son humeur ou la mienne, et selon les clics à la souris, le PC plante au bout de 5 minutes, voire au bout de 3 heures. Avec Chrome et Netflix, ça plante parfois plus vite ; parfois seulement.
On m'a informé que pour ce petit barbone ou ces cartes de type Intel G45 & HD Graphics, il existe aussi libva-intel-driver. Il me semble l'avoir déjà utilisé par le passé ; je n'ai pas encore pris le temps de le stresser également. Je reste occupé par Linux, qui restait aphone, totalement bloqué après un tel freeze ou hang. Rien dans les logs, rien à l'écran, figé, rien à la netconsole, plus de réseau, juste un grand silence, pas un mot. Un Linux pas plus bavard que des ministères ou qu'un troupeau d'avocats de Metz très sérieusement provoqués mais qui auraient décidé de ne jamais vous répondre...
J'ai fini par comprendre enfin comment utiliser des claviers, la touche Alt et SysReq, kdump, par générer ensuite des vmcores, dumps que je commence à lire avec crash. L'étape d'après consistera à approfondir un peu mieux les options de debug du kernel, les sources, gdb et le contenu de /sys/kernel/debug/. C'est vaste... Et bizarre, ce que j'ai pu voir jusqu'à présent. Un PC manifestement au repos lorsqu'il est planté, avec rien du tout dans les queues du kernel, juste Firefox ?
KERNEL: /mnt/kernels/linux-4.3.5/vmlinux DUMPFILE: vmcore [PARTIAL DUMP] CPUS: 4 DATE: Wed Feb 10 19:20:39 2016 UPTIME: 09:38:43 LOAD AVERAGE: 0.25, 0.25, 0.23 TASKS: 433 NODENAME: *** RELEASE: 4.3.5-own VERSION: #1 SMP Tue Feb 9 23:49:29 CET 2016 MACHINE: x86_64 (1996 Mhz) MEMORY: 7.9 GB PANIC: "sysrq: SysRq : Trigger a crash" PID: 2913 COMMAND: "firefox" TASK: ffff8800b7bd0000 [THREAD_INFO: ffff8802322e8000] CPU: 0 STATE: TASK_RUNNING (SYSRQ) crash> runq CPU 0 RUNQUEUE: ffff88023fc16c80 CURRENT: PID: 2913 TASK: ffff8800b7bd0000 COMMAND: "firefox" RT PRIO_ARRAY: ffff88023fc16e30 [no tasks queued] CFS RB_ROOT: ffff88023fc16d20 [no tasks queued] CPU 1 RUNQUEUE: ffff88023fc96c80 CURRENT: PID: 0 TASK: ffff880236270000 COMMAND: "swapper/1" RT PRIO_ARRAY: ffff88023fc96e30 [no tasks queued] CFS RB_ROOT: ffff88023fc96d20 [no tasks queued] CPU 2 RUNQUEUE: ffff88023fd16c80 CURRENT: PID: 0 TASK: ffff880236271c00 COMMAND: "swapper/2" RT PRIO_ARRAY: ffff88023fd16e30 [no tasks queued] CFS RB_ROOT: ffff88023fd16d20 [no tasks queued] CPU 3 RUNQUEUE: ffff88023fd96c80 CURRENT: PID: 0 TASK: ffff880236273800 COMMAND: "swapper/3" RT PRIO_ARRAY: ffff88023fd96e30 [no tasks queued] CFS RB_ROOT: ffff88023fd96d20 [no tasks queued] |