Reprise du message précédent :
est-ce que sous windows ce PC portable fonctionnait bien ?
 
dans le cas contraire il y a probablement un problème matériel

Regarde les logs d'x et le xsession-errors

Y a du monde ici qui a une rx480 ?
Ca donne quoi au quotidien sous mesa/X ?

tu as un article détaillé qui date de juin 2016 sur cette carte :
 
http://www.phoronix.com/scan.php?p [...] nux&num=1#
 
moi je suis toujours avec une vieille carte graphique radeon HD4650 pcie achetée en 2010, ça tient encore la route avec peu de bugs avec le pilote libre radeon, pour du surf, bureautique, visionnage de vidéo/dvd c'est suffisant,
 
pour la HD l'accélération graphique peut être capricieuse, de temps en temps l'initialisation de vdpau avec mplayer ( ou vlc ) échoue et j'ai un écran noir dans le lecteur, une fois sur 3 ça marche pas et je dois relancer le logiciel pour que ça fonctionne,
 
pour les jeux ça tient le choc en 1920x1080 si le moteur du jeu est vieux ou pas trop gourmand ( jeux open source de type quake comme Nexuiz, Xonotic ), ça commence à ramer si le jeu est récent, obligé de baisser la résolution et parfois les options graphiques,
 
du coup je réfléchis à changer de carte graphique, tout en restant chez amd et avec le pilote libre, vous conseillez quel modèle pas cher ( moins de 100 euros ) pour remplacer ma radeon HD4650 ?
 

Ce que je demande c'est plus un avis au quotidien, pas en performance dans les jeux.

genre les bugs possibles ?

peut-être taper comme mots clés "rx480" dans le bugzilla de mesa et du noyau linux, pour voir s'il y a des bugs qui ressortent sur cette carte,

j'en suis resté au principe ( peut-être à tort ) que plus le matos est de type "dernier cri" plus ça risque de merder sous linux, ou alors faut aimer utiliser le pilote propriétaire

Bugs récalcitrants, performances sous X, décodage vidéo, stabilité, etc...
Oui, même impression ici, mais apparemment les dernières cartes AMD ont un support de bien meilleure qualité et surtout bien plus précoce que les précédentes générations.
J'ai aussi un vieux chip en ce moment dans mon PC, (HD 6870) le support au début à été très difficile, les perfs étaient vraiment mauvaises mais après plusieurs années ( ) elles sont vraiment au top maintenant, la carte exprime son vrai potentiel. Sauf que la carte est obsolète maintenant
 
Du coup la rx480 me fait de l’œil

concernant la lecture de DVD vidéo et la gravure de DVD-R avez-vous remarqué des anomalies sous archlinux ?

j'ai essayé de ripper un DVD vidéo et de manière aléatoire le logiciel de rip ( dvdbackup ) n'arrive pas à lire les tous derniers méga-octets du DVD, de la même manière le problème peut se produire lors de la gravure d'un DVD-R, les derniers Mo peuvent être mal gravés,

je suspecte un bug du noyau linux pour la gestion du lecteur/graveur DVD, un mauvais comptage des secteurs disponibles du DVD, dans le passé cela avait empêché de démarrer sur l'iso archlinux :

https://bugs.archlinux.org/task/48234

https://bbs.archlinux.org/viewtopic [...] 195763&p=2

un indice qui peut mettre la puce à l'oreille : regarder le contenu de dmesg à la recherche de ces lignes :

j'ai souvent ces messages d'erreur rien qu'en insérant un DVD, par moments je me dis que ça peut venir d'un lecteur DVD défectueux, mais j'ai des doutes maintenant vu que des utilisateurs reportent aussi ce genre de messages d'erreur alors que leur lecteur DVD est en bon état

j'ai trouvé une erreur importante dans le PKGBUILD de l'IDE codeblocks :

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

le mainteneur du paquet a utilisé l'option "-march=native" dans le PKGBUILD, ce qui signifie que gcc va créer un binaire optimisé pour le CPU surlequel la compilation a été lancée,

or si le mainteneur de ce paquet possède un CPU récent ( type icore7 ) alors le binaire produit ne fonctionnera pas sur les CPU un peu plus anciens ( core2, pentium dual core, pentium 4, AMD etc... ), ce genre d'option "-march=native" n'a rien à faire dans un PKGBUILD lorsqu'on veut distribuer ensuite le paquet à d'autres utilisateurs ( cas des mainteneurs officiels archlinux ),

du coup le paquet codeblocks produit sur la machine du mainteneur ( Alexander F Rødseth ) plante sur mon PC ( qui a un vieux processeur, pentium dual core E6800 ), la solution c'est de supprimer la mention "-march=native" dans le PKGBUILD ou bien de recompiler sur sa propre machine le paquet,

j'ai crée un rapport de bug sur le site d'archlinux

Tu recompiles avec l'option native?
Soit dit en passant, je trouve bizarre que makepkg.conf ne soit pas par défaut en -mtune=native...C'est vaguement logique, les mainteneurs étant sensés être un peu plus compétent que la moyenne des utilisateurs sont capables de corriger ce genre de chose.

oui bien sûr ça marche quand on recompile sur sa propre machine, par contre le paquet risque de ne pas fonctionner si on le distribue à d'autres utilisateurs qui n'ont pas le même CPU, à cause de l'option "-march=native",

d'où l’intérêt d'utiliser plutôt une option d'optimisation "générique" qui marche pour un maximum de CPU ( genre à partir du pentium2 ), ou l'option "-mtune=generic"

https://gcc.gnu.org/onlinedocs/gcc- [...] 86-Options

dans makepkg.conf les options sont d'ailleurs génériques par défaut, probablement pour faciliter la distribution des paquets au niveau compatibilité CPU : "-march=x86-64 -mtune=generic"

cependant tout ce qui est mis dans le PKGBUILD en terme de CFLAGS aura la priorité par rapport aux options de makepkg.conf

-march=native dans un paquet
Mais ça va c'est community, pas un repo vraiment officiel

hello  
 
quelques questions pour mon install avec arch-anywhere
 
il me demande de sélectionner le type de partition  
 
ext 4
ext3  
ext 2
btrfs
jus
reiserfs
 
je sais que le ext4 est le plus populaire mais concrètement  je gagne quelques chose avec les autres  ?

Non.

Au moins, l'originalité.  
Genre si tu te sens d'humeur massacrante, tu prends un coup de (hell)reiser.

Et qu’il retrouve ses paquets éparpillés aux quatre coins de Paris, façon puzzle ?
Pas sympa.

2-3 indications  ?

Dépend plus ou moins de l'usage, j'imagine:
Ext2 n'a pas de journalisation donc si ça plante, tu as un risque de pertes de données non négligeable. Pas glop pour les partitions racines ou home.  
Ext3 est considérée comme mort et abandonnée donc, dans les cas de ext, tu n'as que la V4 a prendre.
Btrfs, c'est de mémoire axé SSD mais je crois que c'est une déception niveau performance mais il doit avoir des trucs intéressants.
ReiserFS est une alternative à Ext. Cela fait très longtemps que je ne l'ai pas utilisé donc je dis rien.
 
Pour faire simple, prends Ext4.

ok merci beaucoup pour tes precisions

sachant qu'au besoin on peut désactiver le journal d'ext4, ext2 n'a plus aucun intérêt non plus

c'était surtout les 2 derniers vis a vis de ext4  

Et ZFS ça vaut quoi par rapport à tout ça niveau perfs ? je l'utilise au taf quotidiennement sur des zones Solaris et c'est souple au possible mais sous Gnu/Linux aucune idée de ce que ça vaut, j'ai lu qu'il était supporté nativement par Ubuntu 16.04 LTS, c'est plutôt bon signe.
OK, j'utilise même pas LVM sur mon PC perso donc ça me servirait pas des masses mais c'est histoire de savoir.

le système Ubuntu lui meme est sur zfs, bootable etc?

Un pneu hors zouget mais vu qu'on en parlait.
https://www.phoronix.com/scan.php?p [...] -hdd&num=1
Un "bench" de FS par Michael Vendetta.

Chercher à grapiller des pouillèmes de millisecondes en changeant de fs, pourquoi pas, mais ce sera rarement aussi stable et "balanced" qu'ext4 qui est assez bon partout.

merci pour l'info c'est sympa

 
ZFS, je l'utilise au taff sur des serveurs de stockage, on peut faire des configuration raid très poussées avec beaucoup de disques, c'est stable et fiable, aucun soucis. Par contre, aucun intérêt sur un laptop avec un seul disque et peu de mémoire non ECC...

 
C'est toujours bien de s'autoformer et d'expérimenter les fs prometteurs sur son laptop perso...

Un FS qui ne supporte pas la compression je trouve ca moyen moi.
Sur / on gagne pas mal (et sur un SSD ca compte).

Je suis intéressé...Explications???

salut  
 
a quoi correspond le gpt partition  ?
 
merci

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

je me posé surtout la question si c'était utile ou pas  
 
ou si difference de perf  

C'est qu'un layout de partition, aucune différence en perfs.

ok merci  
 
je teste l'install avec arch-anywhere

Je sais pas ce qu'ils foutent mais l'upgrade de Plasma en 5.7.4 se fait attendre.

faudra voir si cette version corrige le bug de la barre de progression de l'écran d'accueil au démarrage de plasma ( barre qui ne va jamais jusqu'au bout ),
 
et il faudra encore que j'édite un fichier de plasma pour éviter que les icônes de la barre des tâches ( haut-parleur, presse papier ) aient une taille XXL

 
Déjà y'a kde applications 16.8 bloqué dans testing là et plasma 5.7.4 est pas encore dans testing.
Il y a eu un appel à testeur sur la mailing list, pour augmenter le nombre de sign of et accélérer le passage en stable... Si vous voulez aider:
https://lists.archlinux.org/piperma [...] 28191.html

plasma 5.7.4 dans testing

Je pense que toutes les updates kde sont passées dans stable là.

je suis en train de faire la mise à jour de plasma,  
 
quelques questions de pacman qui met un peu la pression :
 

 
j'ai répondu oui à chaque fois