Reprise du message précédent :
Affichage corrompu aussi sous memtest.
 
J'ai ouvert un ticket chez sapphire mais bon , ca ne donne pas grand chose encore...  
 
La MAJ du bios n'a rien changé non plus.
 
Par contre chez amd on va éviter. Ils vont dire "utilisez le driver proprio" et en effet, avec j'ai pas de problème

cette carte radeon R9 290X tu l'as acheté neuve ou bien d'occasion ?

tu as essayé de connecter ton écran avec une autre entrée comme le hdmi ou le DVI afin de voir si le problème memtest/grub se produit ?

quand tu entres dans l'écran de réglage du bios de ta carte mère : est-ce que l'affichage est corrompu aussi de la même manière que sous memtest ?

le fait que l'affichage soit mauvais dès l'utilisation d'un programme rudimentaire comme memtest/grub est inquiétant, il y a un mode basique d'affichage que la carte ne sait pas gérer, faudrait creuser l'affaire, si c'est un problème lié au display port, un problème de firmware etc...

tu dis que sous windows c'est Ok : il faut tester dans la durée ( longues séances de jeux 3D, des benchmarks pour faire chauffer la carte ) afin de voir si c'est vraiment stable ( pas d'écran bleu au bout d'une heure, pas d'affichage corrompu )

- D'occasion
 
- Oui mais le 144Hz est qu'en DP, donc le test n'est pas concluant
 
- Bios : Corrompu 139Hz et non pas 144Hz. Seule solution forcer 60 Hz et résolution inférieure dedans.


 
- Et sous windows ouais j'ai benché dans tout les sens , c'est rockstable.  
 
Et Sapphire depuis que j'ai répondu "oui" à la question qui tue "est-ce que ça marche sous windows ?" ils ne me répondent plus. Pour eux le support c'est windows.

Est-ce qu'il possible facilement de créer une ISO de son système, de la mettre sur clé USB et d'en faire un Live USB ?

mkisofs ?

Effectivement, merci. Bon ça créé l'iso, mais ça la rend-elle bootable ?

Donc il suffit d'expliciter un kernel via la commande -b pour rendre l'image bootable, c'est ça ?

dd doit le faire aussi.

Tiens un mec a le meme probleme que moi mais chez nvidia ! Sauf que moi pas de soucis avec les driver proprio... Mais j'aimerais bien retourner au libre et quil marche
 
https://devtalk.nvidia.com/default/ [...] q-monitor/
 
J'ai mis a jour le vbios mais même problème. Et pour mon rapport de bug , ils en ont rien à carrer   . Il y a bien un truc qui fait que dans le fglrx que ça marche , alors que avec radeon non. J'ai lu un certain pixel rate...
 
J'ai bien peur que ce soit la fin de l'aventure linux pour moi... En attendant de changer de gpu vers septembre  
 
Par acquis de conscience j'ai quand même testé d'autres distrib.
 
Qu'il est beau le démarrage ubuntu !    

 
le plus simple serait de se contenter du 60hz avec le pilote libre, les jeux seront moins fluides mais c'est pas trop grave,  
 
ou bien tu installes un multiboot avec windows qui servira uniquement pour les jeux vidéos en attendant la résolution du bug sous linux,
 
perso même si on me paie je ne retournerai jamais sous windows, trop de contraintes ( obligation d'installer un antivirus, les trucs type windows update qui prennent des plombes avec obligation de redémarrer alors qu'un pacman -Syu va beaucoup plus vite, les rumeurs d'atteinte à la vie privée sous windows 10, l'ergonomie avec les tuiles et compagnie etc... )

 
Certes, je suis très triste car j'utilisait à 90% de mon temps linux (sauf pour jouer en fait). Et j'apprécie, vraiment. Comme tu dis le -Syu , mais même j'avais personnalisé mon KDE...  
 
Le problème c'est que la j'ai deux choix : 60hz avec le driver libre et du motion blur un peu partout (oui pire qu'avec mon vieil écran en 60hz) même les images statiques sont moches, ou 144 avec image top avec fglrx mais qui fonctionne mal sur plein de trucs dont firefox (ce qui est drole c'est que sur radeon c'est super fluide sous firefox...). Donc en fait le 144 sur mon écran c'est très loin d'être une question de jeu... Mon écran est vraiment fait pour tourner à 144, et j'ai aucun soucis sous windows...  
 
Ce qui m'inquiete fortement c'est que le linux mainline ne corrige pas non plus mon problème donc j'ai peu d'espoir avec le 4.5. Ni le vbios derniere version que sapphire vient de me fournir. Je crois que j'ai un combo écran + gpu qui ne va pas du tout pour les drivers libres et aucun développeur ne va s'y pencher... J'avais comme projet d'acheter polaris quand il sortira, mais pendant 6 mois ca va être linux-pause à moins qu'une solution tombe... J'ai un win10 en dualboot pour ma partition de jeu que je vais utiliser en attendant.

Pacman 5.0 est sorti (déjà disponible dans testing) : http://allanmcrae.com/2016/01/pacman-5-0-released/

toujours pas d'utilisation d'une vraie base de données dans pacman ( type sqlite ), ça utilise toujours la méthode lente d'une base de données de type fichier texte ( lenteur qui se ressent à chaque opération si on a pas de ssd )

pacman-optimize aide pour cela.

 
Mais le texte c'est plus fiable, plus simple et plus sécurisé.

 
C't'un troll ? Non parce que bon, en étant sur une distro qui prêche le "le binaire, c'est mieux que le texte, plus simple et plus sécurisé" (au hasard systemd), ça fait un peu ... Hmmm wait ...  
 
Edit : pour farika, le problème semble être du côté de ton UEFI qui récupère pas les bonnes informations GOP. Essaye de passer ta carte graphique en mode legacy (dans l'uefi, ou bien l'inverse, y'a un switch sur les cartes sapphire)

C'est une question différente, OpenBSD par exemple repose à la fois sur un usage du binaire et du texte pour les confs et les données.
arch et debian sont pour moi les moins mauvais compromis opérationnels mais dans l'absolu si je pouvais je switcherai tout sous OBSD.

Mais j'ai besoin de softs qui n'existent sous linux parce qu'ils utilisent des librairies spécifiques :-/
D'ailleurs sur ma machine de boulot je n'utilise plus arch mais debian et backports (j'en suis pas super super amateur mais c'est le moindre mal que j'ai trouvé)

Wat. C'est quoi le rapport ?

 
Gentoo/Funtoo, ou Sabayon si t'aime le binaire. Portage porte bien son nom. D'ailleurs, portage est une solution puissante de ports, mais parait que la compilation tue des bébé phoques et mange des chatons. (30 minutes de compilation par semaine, je trouve ça plus supportable que de devoir faire le boulot du mainteneur tout les jours parce que y'a un truc cassé sur mes distros)

 
spa le problème de la compilation, j'utilise abondamment R et Julia, la pluspart des packages sont compilés à leur installation et leur maj.
Le problème c'est que ca reste des systèmes nettement plus complexes et alambiqués que les bsd, sans compter que tout repose sur des kilomètres de script bash ...
 
Pour en revenir au sujet initial, pour des structures qui ne sont pas hyper complexes, clairement je prefere un flat file en texte qu'une bdd, comme je préfère un site web statique qu'un wordpress

 
Je viens de vérifier je suis déjà en other os / legacy sur mon bios. D'ailleurs je me disait bien que j'avais pas installé arch avec toutes les merdes UEFI à faire, mais à la old way.  . Mon bios c'est soit je le laisse par défaut et il me met du 1440p @139Hz foireux. Soit je le force en 1600x1200 ou un truc comme ca et il me fait du 60Hz, et pour le bios ca me va bien... Mais pour linux bah ... .
 
Edit : Heu wait. Tu me parle pas du bios mais du GPU en mode legacy ? Je crois qu'il y a un switch UEFI Legacy sur les 290 , mais sur ma 290X c'est un switch Uber/ Quiet mode.

 
Je sais pas si c'est lié, mais ce matin pacman -Syu me donne ça :  
 

 
Pourtant je n'ai pas testing ni unstable d'activés. Mais j'utilise yaourt, peut-être est-ce lié ?

Pacman 5.0 vient d'arriver dans core et est incompatible avec yaourt, pour mettre à jour faut supprimer yaourt et ses dépendances directes (et plus particulièrement package-query).  

Ha, okay, merci !

Ou simplement ignorer la maj de pacman le temps que le paquet soit à jour sur aur (--ignore pacman).
D'après les retours sur github réinstaller package-query en virant la condition de version sur pacman dans les dépendances avant de mettre à jour marche aussi.

J'imagine qu'on aura le même problème avec aura.

Autre solution installer yaourt-git et package-query-git

Certainement oui

Package-query a été mis à jour dans la matinée, donc j’ai pu procéder à la mise à jour de Pacman, mais on attend toujours celle de Yaourt.

aura fonctionne, par contre.

 
Bon hier soir j'ai essayé de monter mon répertoire freebox dans le fstab et ça fonctionne, c'est cool. La commande, pour info, est :  
 

 
En revanche, autant ça fonctionne bien sur mon ordi principal relié en Ethernet au réseau local, autant sur mon PC portable en WIfi, le disque freebox ne se démonte pas automatiquement quand j'éteins le PC portable, ça me met "a stop job is running..." et ça met 3 minutes avant d'éteindre, plutôt relou. J'ai l'impression qu'en gros, le réseau Wifi se désactive avant les montages et donc, impossible de démonter le disque freebox...

Tu peux pas faire un script qui démonte le disque à la fermeture de ta session (à supposer que le wifi ne se coupe que plus tard) ?

Ouais, je peux faire ça, mais bon j'aurais aimé un truc moins "workaround"...

Ici ( https://bbs.archlinux.org/viewtopic.php?id=198540 ) ils mentionnent une option dans network-manager qui permettait ca, qui n'existe plus pour l'instant.
Sinon il faut passer par systemd-networkd ou netctl, avec l'option _netdev au mount (que tu as déjà).

Oui j'ai déjà _netdev, en Ethernet ça unmount bien, mais pas en Wifi (ou alors la raison est différente). Et j'ai netctl (edit : pas sûr que j'aie netctl sur le PC portable, à vérifier ce soir).

Sur le post 10 ils donnent des modifs à faire pour empêcher wpa_supplicant de se désactiver avant les démontages.

 
Ha c'est pas mal ça, j'essaierai, merci !

ou alors au lieu de fstab tu le fais avec un systemd mount et c'est tres facile de le faire dependre de ta connection au reseau.

C'était mon idée à la base mais j'ai cherché sur le Net et j'ai rien trouvé qui indique comment faire des mounts avec Systemd.

Apparemment les entrées du fstab sont converties directement par systemd en unités montées.
 
Sinon il y a des trucs dans ce style: https://utcc.utoronto.ca/~cks/space [...] MountUnits qui conseille d'utiliser http://www.freedesktop.org/wiki/So [...] orkTarget/
 
Bon courage !

mouais:
http://www.freedesktop.org/softwar [...] mount.html