Reprise du message précédent :
j'ai trouvé le nom de la police utilisée par firefox quand il affiche le "2017" du site lemonde.fr : nimbus-sans-regular ( alors que chromium utilise une autre police de caractères pour le site lemonde.fr, d'où le rendu différent )
 
c'est cette police qui a ce rendu bizarre avec les nombres, voici un code hmtl de test, j'ai le même rendu bizarre à la fois sous firefox et chromium :
 

 
cette police appartient au paquet gsfonts, mis à jour le 22 septembre dernier
 
edit : en downgradant le paquet "gsfonts" à la version précédente 20170727-1 le bug a disparu pour cette police de caractères

Pour installer une version précédente d’un paquet particulier :
--> https://archive.archlinux.org/packages/

Tu peux utiliser downgrade aussi.

+1 downgrader est bien efficace

il y a un rapport de bug sur le problème de la police NimbusSans regular ( les chiffres "1" et "4" mal alignés par rapport aux autres ) :

https://bugs.ghostscript.com/show_bug.cgi?id=697232

https://bugs.ghostscript.com/attachment.cgi?id=13038

autre problème : les caractères gras de la police boguée NimbusSans regular peuvent avoir un rendu un peu graisseux désordonné, c'est relativement visible sur la page d'index des forums phpbb qui utilisent cette police,

tous ces problèmes disparaissent si vous installez la version précédente gsfonts-20170727-1

 
En fait c'était une extension "Legacy" qui foutait la merde.

Salut, j'ai de gros problèmes de plantage système depuis mes deux dernières MAJ il y a une semaine. Le plantage survient de manière un peu aléatoire quand je vais sur Internet (indifféremment chrome et firefox). L'ordi se fige (pointeur de la souris, clavier, tout...) et les voyant verrouillage de la touche MAJ se mettent à clignoter. Je dois alors systématiquement éteindre à l'arrache  Une idée de qu'est ce qui se passe?

il faut distinguer 2 types de plantage :

- le plantage purement logiciel : un noyau linux bogué, un pilote de périphérique bogué

- le plantage lié à un problème matériel : barette mémoire défectueuse, bloc d'alimentation défectueux, carte mère qui a un problème, disque dur défectueux, mauvaise ventilation du CPU, du boitier PC ( trop de poussière sur le radiateur et les pales du ventilateur )

si tes plantages sont aléatoires avec freeze de la machine : souvent c'est un problème matériel, une barette mémoire qui lâche, un condensateur défectueux, pour le savoir lance un memtest ( programme qui démarre sur une clé USB, un DVD-R ), un gros benchmark qui sollicite beaucoup la machine,

si c'est logiciel  : faut regarder du coté du noyau linux, le pilote vidéo, l'accélération graphique, consulter les fichiers logs s'il y a des messages d'erreur, de type "kernel panic", tu peux aussi "downgrader" les paquets suspects à la version précédente

 
Même problème avec un Thinkpad x200 sous Libreboot. (bios alternatif)  
Dans mon cas, cela provient du fait que les microcode du CPU ne sont pas actifs avec Libreboot.
Enfin c'est la seule chose que je vois car avec le BIOS Lenovo et les microcode, aucun problème, jamais un seul plantage.
 
Aucun soucis hardware. (memtest ok, pâte thermique neuve, zéro poussière, temp cpu ok)
 
Que cela soit avec Arch, Parabola, Debian, Ubuntu.. et peu importe le kernel utilisé (normal, libre, lts etc..) le plantage survient de manière aléatoire (souvent avec des vidéos sous Firefox ou page blindée de javascript).  
Exactement les symptômes que tu décris et touche MAJ qui clignote. Obligé d'éteindre à l'arrache et rien dans les logs.
 
Vérifie que tu utilises les derniers microcode pour ton CPU au cas où : https://wiki.archlinux.org/index.php/microcode

Passe sur un noyau LTS et voit si ça arrive encore.

Je ne pense pas que ça vienne du matériel car je suis en dual boot et sous Windows7 aucun plantage après plusieurs heures d'utilisation.
 
J'ai mis à jour les microcodes en installant le paquet intel-ucode mais encore des plantage
 
Je ne sais pas ce qui cloche avec le noyau 4.13 mais comme suggéré je viens de passer sur un noyau LTS (4.9) :
 
sudo pacman -S linux-lts linux-lts-headers;
sudo pacman -R linux;
sudo grub-mkconfig -o /boot/grub/grub.cfg;
 
A priori au bout de 20mn d'utilisation pas de nouveau plantage...

Si j'étais toi, je me méfierais. A une époque, sous Linux, j'avais de gros plantages et pas sous Windows sauf dans des cas particuliers. A la longue, il s'est avéré que la Cg avait pris un coup de chaud.  
 
Et, actuellement, j'ai eu plusieurs plantages, plantages qui ont disparu suite à une mise à jour du noyau.

Si t'as un windows en dual-boot, ça coûte rien de faire un OCCT et un furmark pour vérifier que le CPU et le GPU fonctionnent bien

La dernière version de sddm marche pas chez moi. J'ai pas investigué encore.

le rapport de bug ici pour la version 0.16 de sddm :
 
https://github.com/sddm/sddm/issues/905
 
ce bug aurait dû être repéré par les béta-testeurs d'archlinux ( ceux qui utilisent le dépôt testing )

Je suis en testing et donc sddm 0.16.0-1 et "ça marche"

j'ai exclu sddm des mises à jour en attendant.

c'est peut-être une histoire de fichier de configuration pour sddm, un fichier *.pacnew, si l'utilisateur a gardé l'ancienne configuration sans regarder ce qu'il y avait de nouveau dans le *.pacnew ça peut expliquer le bug

ou alors c'est parce que tu utilises du wayland, quelque chose de spécial que n'utilise pas l'utilisateur lambda

edit : ou bien le fait d'être en testing t'évite le bug, les versions de librairies ne sont pas les mêmes que ceux qui utilisent les dépôts stables

 
Chez moi aussi, en Testing également.

De même sous Gentoo, il y a une version -r1 sortie ce jour qui patche la version vanilla.  

Impossible de démarrer ma VM Arch ce matin (marchait très bien hier (et utilisé quasiment quotidiennement depuis plus d'un an), mais j'ai fait un "pacman -Syu" qui a, je suppose, fait une mise à jour foireuse).

Je suis bloqué, ça clignote entre cet écran et un écran tout gris (que je suppose être le session manager de Gnome). Je ne parviens pas à accéder à un terminal (Ctrl+Alt+Fx ne fonctionne pas), je n'ai pas d'option de récupération dans Grub.

Que puis-je faire ?

EDIT: J'ai rien dit : j'ai fait une mise à jour de Virtual Box et ça remarche (en fait j'ai un raccourcis qui lance directement la VM, je n'ouvre jamais l'interface de Virtual Box, du coup il ne me propose pas les mises à jour).

On dirait que les MAJ de ce matin ont un peu perturbé Thunar, sur sa manière d’afficher les contenus des dossiers en modes icônes : il les espace maintenant en fonction de la longueur des « mots » des noms de fichiers, et parfois, sur mon écran 1 366 × 768, ça peut le faire n’afficher que 3 icônes par ligne, quand il en affichait plutôt 7 ou 8 avant.
 
Il n’y a pas une commande qui peut forcer à espacer les icônes d’un certain nombre de pixels maximum, ou de redéfinir quand il doit couper les mots des noms de fichiers ?
 
La seule MAJ qui pourrait avoir provoqué ça devrait être Webkit2gtk, mais d’après sa fiche, ce paquet n’a a priori aucun lien avec Thunar…
 
EDIT : en fait, c’est même pire, puisque ça peut n’afficher qu’une icône par ligne…

 
 
J'aimerai pourvoir installer ces dotfiles sur ma config (ArchLinux + i3). Mon seul probleme est que je comprends pas très bien GNU stow. Quand je lance la commande  

j'ai cette erreur qui apparait:

 
Pourtant ce fichier existe bien.
 
Merci

Nouvel épisode de la série « je suis jamais mieux servi que par moi-même »…
 

Solution trouvée : c’est pango qui a eu une MAJ foireuse. En revenant à la version précédente, l’affichage dans les gestionnaires de fichiers (car Thunar n’est pas le seul touché) redevient correct.
 
Ça fait donc un énième paquet dont je dois bloquer les MAJ en attendant qu’une version corrigée sorte éventuellement, un jour…
 
Sur le bugtracker d’Arch Linux : https://bugs.archlinux.org/task/56147

J'ai le même soucis sous mate !
Merci

Arch avec le bureau Lxde ça pulse comme même
 

niveau consommateur de mémoire tout est ok quelque soit le bureau avec mes 4 Go ( j'utilise plasma 5 ),

mais le gros problème reste firefox, qui s'obstine à atteindre 2 à 3 Go au bout de 3 heures de surf avec une trentaine d'onglets ouverts,
même en refermant les onglets il continue à accaparer plus de 2 Go de ram, je suis obligé de fermer et de relancer le navigateur pour récuperer de la mémoire,

tout se passe comme si les développeurs de firefox considéraient que l'utilisateur lambda possède 8 à 16 Go de ram ( les possesseurs de vieux PC sont ignorés ), il n'existe aucune option dans firefox permettant de fixer un plafond de ram à ne pas dépasser, du coup firefox est très bourrin en terme de mémoire pour son cache,

comme extension j'utilise que ublock origin, et aucun plugin

Pas de souci de consommation mémoire pour FF chez moi, mais j'ouvre rarement des tas d'onglets    
 
Par contre je n'ai pas l'air con d'avoir déclaré il y a quelques temps ici que je ne n'avais plus l'utilité d'une distribution comme Arch    
 
En effet j'ai décidé de renoncer au dual boot sur mon PC portable, de n'utiliser que W10 et de laisser Linux en Virtualbox ( les 2 autres PC chez moi étant déjà en mono boot Linux )
 
Mais une distribution Linux dans une Virtualbox, c'est pas tout à fait ça... on sent le ralentissement induit par la machine virtuelle.
Sauf avec Arch, qui fonctionne vraiment bien ( et surtout avec le bureau Lxde qui est d'une vivacité stupéfiante )

pour mon problème avec firefox il faudrait en fait une sorte de "sandbox" où l'on pourrait exécuter une application en lui faisant croire que le PC n'a que 1 Go de mémoire, de cette manière mes 4 Go de ram seront préservées, ça évite le cas du firefox qui part en sucette ( conso de ram de 3 Go ou plus dans certains cas de figures ),

je pense que ça doit exister sous linux mais la mise en œuvre doit être complexe

Ah ben tiens, même soucis aussi avec firefox c'est assez pénible ... Je suis assez consommateurs d'onglets même avec l'extension onetab !
Je me demandes si firefox lite n'améliorerait pas la donne : https://aur.archlinux.org/packages/lightfirefox/

 
cgroup https://www.kernel.org/doc/Document [...] memory.txt
 
C'est assez simple a faire.

j'ai trouvé ce tutoriel mais ça n'a pas l'air évident :

https://samthursfield.wordpress.com [...] g-systemd/

idéalement il faudrait que les développeurs de firefox résolvent le problème en donnant la possibilité à l'utilisateur de fixer un plafond de ram pour le cache, et surtout faire en sorte que lorsqu'on ferme tous les onglets la mémoire soit rendue par firefox, ce qui n'est malheureusement pas le cas si vous faites le test, le processus "Web" continue d’accaparer de la ram même si les onglets sont fermés,

on est obligé alors de taper "about:memory" dans la barre d’adresse, puis de forcer un garbage collector et de cliquer sur le bouton "minimize ram", mais ça ne marche pas tout le temps, il faut le faire plusieurs fois,

le problème apparaît surtout quand vous allez sur des sites qui utilisent beaucoup javascript, comme amazon, facebook, les sites de news où les commentaires des internautes apparaissent en bas de page ( gérés par le framework "disqus" ), au bout d'une trentaine d'onglets ouverts le cache de firefox commence à déconner et il ne voudra plus libérer de la ram lorsque les onglets sont fermés,

peut-être est-ce une fuite mémoire ( memory leak ) ou une stratégie délibérée de tout garder en cache mémoire ( même les onglets fermés ) pour pouvoir ré-afficher les onglets précédemment fermés sans retélécharger les éléments de la page, cette stratégie peut être acceptable sur des configs de guerre ( ram de 16 à 32 Go ), mais pas sur les PC qui ont 4 Go de ram, voire 8

J'ai aussi remarqué que je suis obligé d'éteindre complètement Firefox pour qu'il me libère la RAM, sinon ça s'accumule jusqu'à engloutir mes 8Gio de mémoire au bout de quelques jours et ça fini même par planter mon système. Je n'éteins jamais mon portable je le met en veille et ne ferme quasiment jamais Firefox (sauf maintenant quand je vois que ma mémoire est full). Une option de limitation mémoire serait effectivement bienvenue.

Avec 8Mio de RAM je suis même surpris que firefox se lance tout court

hehe  

 
Edit: miniature GIF

pour firefox, j'utilise la nightly 58, elle me parait nettement plus optimisée niveau ram, fluidité etc.

+1

j'ai testé cette solution pour créer une sorte de sandbox mémoire pour firefox,  ça fonctionne,

mais j'ai remarqué que ça ne résout pas vraiment le problème, firefox verra bien que la mémoire est limitée à 1 Go, mais une fois atteint les 1 Go firefox va continuer à allouer de la mémoire pour chaque onglet ouvert, ce qui va entraîner du swap disque,

le problème est donc que firefox continue d'allouer de la mémoire tant qu'il y a du swap disque disponible, et si vous n'avez pas crée de swap sous archlinux alors firefox finira par planter lorsqu'il aura utilisé toute la mémoire vive disponible  

en gros : pour ne pas avoir d'ennuis il faut surfer à l'ancienne, pas de plus de 10 onglets ouverts ( chez moi le problème commence à partir de 27 onglets ouverts sur des sites utilisant beaucoup javascript )

Je ne pense pas que c'est ce qui se produira, essaye de le forcer a 256MiB et tu verras bien ce qui se passe.

il va utiliser le swap vu qu'il existe chez moi,

faudrait faire le test sur une installation où il n'y a pas de swap, peut-être qu'il y aura un message d'erreur "not enough memory" lorsqu'on tentera d'ouvrir un énième onglet