Reprise du message précédent :

 
après, t'es pas obligé de prendre toutes les questions posées sur un forum pour toi directement ;-)    

Celle-là, si, puisque je fais partie de ceux qui demandent… ↓
 

Mais c’est vrai qu’on va pas y passer 107 ans non plus. On verra s’il y a du nouveau – ou pas – de ce côté-là pour les DE autres que Gnome et Windows (et macOS aussi, je suppose ?).

Question : est-ce qu'un disque dur défectueux ou mourant peut empêcher le démarrage d'Arch ? J'ai une amie sous Arch qui a un disque qui est en train de mourir, et parfois (de plus en plus souvent), SDDM n'apparaît pas, le démarrage bloque sur un écran noir ; est-ce que ça peut venir du disque ?

Edit : il s'agit d'un disque de stockage, et non du disque système.

Ben… Oui, ça tombe sous le sens. Mais tu parles du disque système ou d’un disque secondaire ?
 
J’ai eu ma première installation en dur d’Arch qui est morte comme ça : d’abord, j’ai eu – de temps à autre : ça s’est produit de manière aléatoire pendant des mois avant le crash final – des alertes SMART et des démarrages qui basculaient d’eux-mêmes en mode recovery après que certains services mettaient trop longtemps ou échouaient à démarrer. Et à la fin, c’est tout le disque qui a été passé en lecture seule, et refus de redémarrer ensuite.

Ha, pardon : il s'agit d'un disque de stockage, pas du disque système.

- il faut configurer grub pour qu'il affiche un mode de démarrage "verbeux",

dans /etc/default/grub il faut supprimer l'option "quiet" dans la ligne "GRUB_CMDLINE_LINUX_DEFAULT=", puis régénérer le fichier de configuration de grub ( grub-mkconfig -o /boot/grub/grub.cfg )

avec un mode verbeux tu verras si un service systemd a échoué ou a bien été chargé ( un [ OK ] vert, un [FAILED] rouge ), si un disque a merdé tu verras immediatement un [FAILED] rouge avec le nom du service en question,

en gros quand on veut résoudre un problème il faut regarder les fichiers logs, et faire en sorte d'avoir un boot "verbeux" ( l'information ne doit pas être masquée ),

- pour anticiper une panne disque --> installer le paquet smartmontools afin d'y lancer périodiquement une analyse des infos smart via un service systemd :
https://wiki.archlinux.org/index.php/S.M.A.R.T.

si beaucoup de blé, serveur de production --> investir dans du raid pour protéger les données, si un disque lâche on pourra récupérer les données grâce à la redondance d'informations sur l'autre disque miroir, mais c'est sans doute "overkill" dans le cas d'un PC domestique type madame Michu

Me voila sur Arch ... preferant etre sur Gentoo mais avec un Ryzen et son foutu bug hardware qui fout des segfault partout, je me suis rabattu sur cette distribution

AMD fait des échanges pour les Ryzen avec ce probleme. (je ne sais pas s'il y a maintenant un patch/bios pour...).

Il est patché si au niveau Bios. Perso, je n'ai pas le problème même avec le bios d'origine de ma CM (1502 de mémoire=>X370pro Asus). J'aurais pu croire mais, en fait, c'est le LTO qui fout la merde sur pas mal de logiciels.

J'ai la même CM que toi mise à part le bios qui est mis a jour ...
La fleme d'attendre deux semaines pour un echange, vais rester comme je suis et voir si je prends un Ryzen v2 l'année prochaine ou une v3 en 2019

oui il vaut mieux attendre la sortie de ryzen v2.0 ( nom de code : pinnacle ridge ), sans doute en février prochain,

il faudra espérer que d'ici là le prix de la ram DDR4 aura baissé, 16 Go de ram coûte en ce moment près de 200 euros

suite à la mise à jour récente de fontconfig (2.12.6-1 -> 2.12.6+5+g665584a-1) et de noto-fonts (20171025-1 -> 20171025-2) : avez-vous remarqué un problème de polices trop grasse dans l'interface de vlc ?
 
voici une capture d'écran, les polices sont beaucoup plus grasses et sombres :
 

 
avant la mise à jour de fontconfig et de noto-font les polices dans VLC étaient moins grasses

je confirme que le problème vient du paquet noto-fonts en version 20171025-2, en downgradant à la version précédente alors les applications qt4 ( comme vlc ) ont une bien meilleure apparence au niveau de la police ( nettement moins grasse ) :

le fautif pourrait être ce commit d'archlinux, c'est le seul changement entre la version 20171025-1 et 20171025-2, le packageur a retiré des polices et a en ajouté d'autres, il a peut-être oublié une police utilisée par vlc et qtconfig-qt4 :

https://git.archlinux.org/svntogit/ [...] d2ca6feb9a

 
Quelqu'un a une solution contre le tearing sous i3? J'ai lu que wayland reglait se problème. Mais est-ce que i3 gère ce dernier?
 
J'ai un x220 avec chipset video Intel donc.
 
Merci

J'ai aussi i3 avec un x220, je n'en ai pas (enfin je ne crois pas )
J'ai une install fraîche depuis 1 mois (je ne connaissais pas i3 d'ailleurs), vu que mon update d'ubuntu 17.04 vers 17.10 avait tout cassé (et je suspect notamment wayland , puis je ne voyais plus l'intérêt de rester sur ubuntu, j'aimais pas trop mal unity comparé à gnome 3   )
Je n'ai pas (surtout pas ) mis wayland
Pour répondre à ta question, il me semble qu'il ne le supporte pas, et ce n'est pas du tout prévu qu'il le fasse. Un "fork" (plutôt une copie) pas encore trop à jour le supporte il me semble.

 
Salut,
 
Jette un coup d'oeil sur : http://swaywm.org/
Sur l'une de mes machines, cela fonctionne nickel mais sur d'autres (ancien chipset video intel 4500MHD, c'est un peu "laggy".. mais il faudrait que je test à nouveau, cela doit bien faire 6 mois..)
 
Sinon, en restant sous i3, tu peux installer compton
 
Et ajoute à la fin du fichier de config i3 :
 
exec compton --xrender-sync-fence --xrender-sync --backend glx --vsync opengl-swc -b -f

J'ai ces versions et effectivement (avant de lire ton post) je me suis fait la réflexion que ma playlist dans clementine semblait plus "grasse" et surtout anti-aliasée étrangement

Ça me le fait aussi quand je mets Noto Sans comme police d’UI par défaut. Mais aucun problème de ce type avec mon actuelle (Ubuntu).

le packageur de noto-fonts m'a répondu,

selon lui le bug vient de qt4 lorsque la police "NotoSans-Medium" est appelée par le programme qt4 ( comme vlc ),

une solution c'est de blacklister la police NotoSans-Medium via le fichier de configuration de fontconfig :

https://wiki.archlinux.org/index.ph [...] ting_fonts

la police "NotoSans-Medium" n'était pas présente dans la précédente version du paquet noto-fonts, d'où l'absence de bug,

on peut aussi reconstruire le paquet noto-fonts en modifiant le fichier PKGBUILD pour qu'il supprime le fichier de police lié à NotoSans-Medium

Merci pour l'info !!

Ah oui, j'utilise compton aussi    
Mais juste avec des options d'effets  
exec --no-startup-id compton --no-dock-shadow --fading --no-dnd-shadow
 

 
 
 
Merci, ça règle quasiment tous mes problèmes, sauf sur une vidéo flash. Mais bon je suspecte flash d'être le soucis.

 
Vous me recommanderiez quoi comme DE/WM pour un E8400 épaulé de 4Go DDR2? Sachant qu'il sera branché sur un dual-screen.
 
Je pensais à OpenBox...

plasma 5 tournera sans problème, c'est ce que j'utilise sur un pentium dual core E6800 3.33 ghz, 4 Go de ram DDR2,

sur ce genre de configuration à base de 4 Go de ram le véritable ennemi sera plutôt le navigateur internet type firefox très glouton en ram ( peut monter jusqu'à 2 à 3 Go si on ouvre 30 onglets après 3 heures de surf ), si en parallèle tu ouvres un autre logiciel gourmand en mémoire ( l'IDE eclipse, un logiciel d'édition vidéo, blender, de la MAO ) alors tes 4 Go vont être assez vite saturés, avec le swap qui se met en marche,

les bureaux légers comme lxqt c'est plutôt pour les PC du début et milieu des années 2000, type pentium 4, athlon XP, qui ont souvent une carte graphique peu puissante et rarement plus de 2 Go de mémoire, sur ces vieilles machines plasma 5 sera poussif,

mais certains sont attirés par ce genre de bureau un peu dépouillé/minimaliste pour des raisons de design/rusticité, même s'ils ont une machine de guerre ryzen/core i7 16 Go de ram, par contre la configuration n'est pas très user-friendly sur ces bureaux légers, c'est pas du plug and play

Ça me fait penser qu'il faut que je le test demain sur ma Arch tient.

J'en ai marre de mon Gnome custom pas hyper stable.

 
Je fais parti de ces gens la qui passent 2 semaines juste pour avoir un bureau joli mais fonctionnel. Comme dit dans les messages précédents, j'ai i3 sur mon x220, j'ai mis pas mal de temps à tout setup, mais au final, une fois configuré, je ne touche quasiment plus la souris, ça obéis au doit et à l’œil. Je voulais donc tenter une nouvelle aventure avec Openbox.  
 
Oui, j'ai lu tes messages, tu voulais même faire une sandbox pour limiter la consommation de RAM de Firefox Si je vois que ça consomme trop, je passerais à 8Go de RAM.
 
PS: Ton OS est installé sur un SSD ou sur un HDD classique?
 

 
KDE ou Openbox?    
 

l'OS est installé sur un disque classique, quand le swap arrive je le ressens tout de suite
 

Tiens elbarto, tu as testé Fx57 ?
Un des arguments de vente c'est la diminution de l'utilisation de la RAM, ça pourrait t'intéresser

Sinon pour un bureau léger il y a les classiques LXDE et XFCE, et les tiling WM si on veux tester (i3, sway, awesome pour n'en citer que 3)

 
KDE.  
 
 
 
 
Firefox est une horreur moi en conso cpu/ram.  
La v59 (nightly) est un peu mieux.

 
je suis déjà en version 57
 

Donc je suppose que ça n'a rien changé ?

D'ailleurs en parlant l'appli qui prennent de la RAM j'ai battu Firefox tout à l'heure avec 11.7Gio pour une seule appli

J'ai un problème bizarre sous Arch depuis peu : mon écran est bien à 60hz comme toujours (vérifié via des sites comme http://www.displayhz.com/ ), mais avec la Vsync, Linux pense que je suis à 48hz. Si j'utilise l'outil "Show FPS" de Kwin, il m'affiche 48 fps. En désactivant la Vsync, l'outil remonte à 60 fps mais j'ai du tearing. Même problème sous Gnome. Retroarch a un outil intégré "Estimated refresh rate" en temps réel, qui estime également mon refresh rate à 48hz... Bizarre ? J'utilise le pilote Intel Modesetting, avec le dernier Mesa 17.2.6. À tout hasard, personne n'a rencontré ce problème ?

Edit : même problème en revenant sous Mesa 17.2.5.

 
oui pas de grand changement, juste peut-être une plus grande réactivité

C'est déjà ça de gagné, mais dommage que ça n'ai pas aussi diminué la conso de RAM

Il y a des modules pour décharger les onglets en mémoire.

que retourne xrandr ?

EN fait j'ai résolu le problème en downgradant mon noyau Linux en LTS. J'ai désormais bien 60 fps avec la Vsync.

LA solution pérenne

je vais tester l'astuce du paramètre swapipness mis à 10, ça devrait améliorer le ressenti en terme de performance :

https://wiki.archlinux.org/index.php/swap#Swappiness

firefox ce glouton :
 

 
2.7 Go utilisés par firefox ( le processus Web + firefox ) après avoir ouvert 45 onglets et après 4 heures de surf
 

 
j'ai 4 Go de ram, et un swap disque de 5 Go, une carte mère socket 775 ( pentium dual core E6800 3.33 Ghz ),
 
j'envisage de changer de PC pour un ryzen 5 1600X et 16 Go de ram DDR4, mais j'attends que le prix de la ram baisse ( près de 220 euros les 16 Go, plus cher que le processeur   )

Pourquoi ne pas passer à 8Go en DDR2 pour dans un premier temps si ton E6800 te suffit?

EDIT: Je ne sais pas comment tu fais pour t'y retrouver avec 45 onglets d'ouvert