Reprise du message précédent :
Peut être le -m qui serait passé à la trappe ? En tout cas là , tout marche niquel sur plasma 5 . Je personnalise un peu le tout.

oui ça peut expliquer le problème

finalement j'ai trouvé un moyen de contournement en créant une règle udev permettant de créer un lien symbolique "/dev/usb/lbp3000" qui pointe vers mon imprimante usb canon ( et donc vers /dev/usb/lp1 )

ce qui permet de configurer cups avec le chemin "/dev/usb/lbp3000" :

ça permet d'être indépendant de la convention de nommage utilisée par systemd ( le numéro du "lp*" qui change à chaque boot ou mise à jour de systemd )

J'ai eu pareil avec mon LCD, donc j'ai ecrit une regle udev pour.

en fait le problème vient de mon onduleur "mge protection center 645", quand il est relié au PC via le cable USB ça transforme le /dev/usb/lp0 de mon imprimante USB canon en /dev/usb/lp1 ( mais aucun /dev/usb/lp0 n'est crée, l'onduleur n'est pas vu comme une imprimante USB ),
 
si cet onduleur n'est pas branché ( cable USB débranché ) alors l'imprimante USB utilisera /dev/usb/lp0, si l'onduleur est branché alors on retrouve le lp1 au lieu de lp0,
 
à priori ça viendrait du fait qu'à l'intérieur de l'onduleur il y a un dispositif de type "port parallèle" qui est ensuite converti en USB via un adaptateur interne à l'onduleur, et qu'ensuite le noyau linux quand il voit ça il décale les imprimantes USB d'un cran a niveau du chiffre pour le lp*, sans toutefois créer de "lp0"

Vous aussi, vous avez Firefox 42 qui s'est remis à vouloir utiliser le lecteur Flash de YouTube par défaut ?

Bon, mon bug de freeze aléatoire au shutdown ou reboot semble parti, ça ne me l'a pas refait. Surement corrigé via une mise à jour.
 
Sinon ch'tite question, en GUI pour pacman, pamac c'est du bon ou y'a t'il des difficultés connues auxquelles il faut faire attention?

Il m'a fait le coup tout à l'heure mais là je viens de lancer une dizaine de vidéo pour voir et ça se lance sans tenter de trouver flash.

Update: il le fait de temps à autre, sur certaines vidéos.

 
de mon coté j'ai désactivé le plugin flash, je n'utilise que le mode html5, et je réactive le plugin flash uniquement quand je vais sur des sites qui ne connaissent que le plugin flash ( le site pluzz.fr ),
 
mais en effet j'ai remarqué que firefox tente de charger le plugin flash quand je vais sur youtube, pendant une demi-seconde je vois l'icône "plugin désactivé" dans la fenêtre de la vidéo de youtube, puis ensuite automatiquement le mode html5 est utilisé,
 
on voit ce bug quand on rafraichit la page ( F5 ), mais il faut avoir de bons yeux :
 
https://www.youtube.com/watch?v=6v2L2UGZJAM
 

Presque pareil, si ce n'est que je le mets en "Demander pour activer".
 
Enfin, j'ai dû me résoudre à installer l'extension "YouTube ALL HTML5" (un comble, alors que ça marchait avant !) pour le moment...

Sinon désinstallez flash, plus de problème
C'est ce que j'ai fait, je m'en porte très bien.

J'ai une Arch qui tourne parfaitement sur un portable à base de Nvidia.

J'ai un pc fixe sous AMD et je suis obligé de désactiver le KMS pour booter normalement (blackscreen si KMS on).

La solution ?

A priori d'installer les drivers proriétaires mais :

https://wiki.archlinux.org/index.php/AMD_Catalyst

Vous avez des retour d’expériences sur les carte AMD et Arch ?

J'ai une 7870XT, je me tate à faire une échange avec une Nvidia rien que pour ça

Les logs d'init du kernel avec le GPU amd ils racontent quoi ?
Quelle carte ?
Faut chercher si le bug est déjà référencé.

Je vais regarder ça
 
Je boot en live usb pour tester les compatibilités avant de l'installer
.
Pour récupérer les logs comment faire ?  

Ah, c'est plus embêtant là
Tu peux essayer un live cd plus ancien (ou récent, enfin un autre kernel quoi) d'arch ?

plus la carte graphique amd est ancienne mieux ça marchera avec le pilote libre,
j'ai une vieille radeon HD4650 et j'ai jamais eu de souci majeur sous archlinux avec le pilote libre ( depuis novembre 2013 date de l'installation ),

la bonne stratégie serait alors d'éviter le dernier cri en terme de carte graphique amd, en achetant la génération d'avant en neuf on limite les risques avec le pilote libre :

http://xorg.freedesktop.org/wiki/RadeonFeature/

ta carte HD 7870 est plutôt ancienne ( au moins 2 ans d'ancienneté ), en cas de bug c'est surement passager, qui sera peut-être résolu avec le noyau linux suivant ou en version mainline ( faut tester ),

il me semble que du coté des pilotes libres la situation est meilleure chez amd que chez nvidia ( pilote "nouveau" moins abouti que les pilotes radeon/radeonsi )

comme archlinux c'est du rolling release ( tout le temps la dernière version des composants type linux, xorg, mesa ) ça fait pas toujours bon ménage avec des pilotes propriétaires qui ont un temps de retard à l'allumage, un risque de flipper au moindre "pacman -Syu" ( à moins de bloquer la mise à jour du paquet linux, xorg )

j

Quand je lance le live usb ça démarre avec KMS c'est donc qu'il utilise les drivers libre (je suis même aller vérifier en mode no KMS).  
Donc si je comprend bien j'attends le noyau suivant pour retester
Merci !

 
C'est donc quand même mieux d'installer les catalyst + patch que le pilote libre?

non

Petite question : j'ai mis Arch sur le portable de ma copine, et je lui ai installé Muon pour qu'elle puisse installer des logiciels de façon graphique facilement (et Muon car elle est sous KDE / Plasma 5). Le problème c'est qu'en installant Muon, on installe aussi KPackageKit qui gère les mises à jour du système. Or, je préfère gérer moi-même les mises à jour en ligne de commande avec pacman, ça évite les mauvaises surprises. Du coup c'est embêtant car à chaque fois que je veux faire un pacman -Syu, ça me dit que le gestionnaire de mise à jour est déjà utilisé, et je dois supprimer manuellement /var/lib/pacman/db.lck, pas top donc. Est-ce qu'il y a moyen de désactiver le gestionnaire de mise à jour, mais tout en gardant la logithèque Muon ?

 
le vrai problème est peut-être là : est-ce vraiment une bonne idée de donner la possibilité à un utilisateur non avancée ( genre madame Michu ) d'installer des programmes comme s'il faisait son marché ?
 
idéalement il faudrait que ça se passe comme ça :
 
- l'administrateur installe le système, puis ensuite les programmes que l'utilisateur pense utiliser
- ensuite l'utilisateur se contente d'utiliser le système actuel au jour le jour, tel qu'il est, avec les programmes qu'il y a dedans, sans chercher à foutre le bazar dedans
- l'administrateur fait de temps en temps un "pacman -Syu" et installe des nouveaux programmes uniquement si le besoin se fait sentir
 
de cette manière on sera sûr que le système sera stable et performant car pas d'ajout intempestif de programmes par un utilisateur, on évite en fait les défaut du système windows où l'utilisateur est en permanence tenté par des setup.exe, des programmes playskool dont l'utilité est douteuse, des installations de programmes qui alourdissent le système, mettent des programmes en arrière plan qui ralentissent la machine et consomment de la mémoire ( windows qui devient obèse au fil du temps ),
 
en gros un utilisateur non avancée comme ton amie doit se contenter d'utiliser son PC, comme un conducteur qui se contente de conduire sa voiture ( et s'il veut la réparer il va chez le garagiste )
 
sinon pour ton problème "muon et kapackagekit" faudrait essayer de désactiver en ligne de commande ces programmes avant de faire ton pacman -Syu, il doit exister un mécanisme propre à kde permettant de désactiver un composant, un truc type "kadmin --disable machintruc"
 

Bon je suis en train de m'amuser à installer une arch sur mon fixe mais là je bloque et j'ai besoin de vos lumieres .
 
Ce sera un dualboot win 10 / Arch.
 
Deux SSD différents.
 
/dev/sda pour Arch
Formaté à la classique sda1 boot , sda2 swap , sda3 / et sda4 /home. Vu que c'est un SSD j'ai pris du F2FS pour / et /home/ Ext2 pour boot.  
Et /dev/sdb pour windows.
 
Pas de partition EFI car visiblement mon windows est en bios legacy...
 
J'ai suivi le tuto officiel et je bloque au booloader (grub).
 
Je tente le : grub-install --recheck /dev/sda
Et ca me dit :
Installation pour la plate forme i386-pc
grub-install : erreur : système de fichiers inconnu.  
 
Une idée ?

souvent quand quelque chose ne fonctionne pas comme prévu c'est qu'on a voulu faire un choix trop exotique, qui sort des sentiers battus, ou bien une erreur de frappe lors du suivi du tutoriel,

il me semble que grub ne sait pas booter sur du f2fs, il faudrait voir si tu n'aurais pas par accident formaté ta partition de boot en f2fs,

pour avoir une vue plus synthétique du problème essaie de lancer "gparted live cd" qui te permet d'avoir une interface graphique, tu verras alors mieux comment sont organisées tes partitions, en cas de problème gparted met une icône de type warning en face de la partition douteuse,

moi à ta place je ferai du standard, du ext4 pour / et /home, et j'irai même jusqu'à supprimer la partition de boot, pour ne laisser que 3 partitions :

- /
- /swap
- /home

/boot sera alors dans "/" ce qui ne pose pas de problèmes si tu n'as pas l'intention d'installer 50 distributions linux sur ton SSD

Nan je suis certain d'avoir bien formaté /boot en ext2... (j'avais utilisé gparted pour simplifier).  
Les warning je les avait sur f2fs mais c'est normal car il fallait f2fs-tools ce que j'ai fait également selon le tuto archlinux.  
 
Petit fdisk -l
http://pastebin.archlinux.fr/1695246
 
Edit :
 
Oui j'ai bien vérifié sur cfdisk.  
/dev/sda1 : ext2
sda2 : swap
sda3 f2fs  
sda4 f2fs

bizarre, ça donne alors l'impression que grub ne reconnait plus le système de fichier ext2 pour /boot,

que se passe-t-il si tu reformates la partition de boot en ext4 ?
toujours la même erreur avec grub ?

essaie de débrancher tes autres disques pour ne laisser que le SSD dans lequel se trouve l'installation d'archlinux

Hum.. Reformat en ext4 et ca passe. Je n'explique pas. Soit je me suis merdé quelque part, soit peut être qu'un module n''était pas chargé. Bon je continue...

Donc tu veux faire LE truc à pas faire sur une rolling release : installer des packages du repo sur un OS pas à jour.
Un -S sans un -Syu avant (ou pendant) donc. Grosse erreur.
 

Heu non, tu ne dois pas faire ça. Tu killes l'appli qui a le lock et tu fais ce que tu as à faire après.
 
En fait tu veux tout casser c'est ça ?

Je me demande pourquoi tu as voulu mettre cette distribution sur l'ordi de ta copine : si elle n'est pas capable de faire un pacman ou yaourt -Syu une fois par jour (ou semaine, au pire), ne lui installe pas Arch (a fortiori si tu veux utiliser un gestionnaire en GUI). File-lui plutôt une classique Debian ou Mint, la maintenance ne devrait qu'en être plus simple.

C'est-à-dire que je voulais uniformiser les distros à la maison (j'ai Arch, elle a Arch), en sachant que de toute façon je m'occuperai de la maintenance / mise à jour. Et je voulais garder le confort d'Arch (notamment l'AUR).

Bon mon arch est fonctionnel mais j'ai quelques petites fioritures qui pourrissent la vie .
 
Tout d'abord j'ai SDDM (plasma5) en anglais au login. Et quand j'arrive sur KDE, le clavier est aussi en anglais. Je suis obligé de faire un setxkbmap fr pour que tout soit ok.
 
Pourtant tout à l'air ok :
locale
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
 
 
2) J'ai une carte son avec un controle de sortie (line out ou headphone). Sauf que à chaque reboot il se remet sur line out et n'enregistre pas mes choix dans alsamixer. J'ai tenté un sudo alsactl store mais c'est pareil
 
3) Avez vous réussi à éliminer le tearing sur firefox lors du scrolling doux ?  
 
4) Quel sont vos réglages de police application (gtk) et web ? J'ai installé un certain nombre de fonts comme indiqué dans la partie xorg du wiki officiel. Mais j'ai vlc qui est très moche. Sur firefox j'ai un peu limité les dégats en sélectionnant du liberation sans dans les réglages des applications GTK mais sur certaines pages web ça pique...  
Par exemple la page d'accueil du forum hfr est assez moche avec des lettres patte de mouche.

Et bim, SDDM est pété:
https://bbs.archlinux.org/viewtopic [...] 0#p1577520

 
Tu peux lui configurer les dépôts avec la rollback machine: https://wiki.archlinux.org/index.php/Arch_Linux_Archive (partie "How to restore all my packages at a specific date" ).
Comme ça tu peux gérer les maj toi même en changeant la date dans les miroirs, et lui laisser installer ce qu'elle veut sans problème de paquets plus à jour que d'autres.

1)Les locales c'est sur un autre plan que la config d'X.
Soit tu configures KDE pour qu'il passe lui-même en français quand il ouvre la session (dans le control center graphique). Soit tu configures X/udev pour qu'ils appliquent une keymap fr dès que tu branches un clavier, là l'avantage c'est que ça marchera sur tous les environnements X.
 
2) Regarde côté pulseaudion, mais j'ai un truc similaire aussi et j'ai pas trop creusé encore, je laisse le casque branché pour avoir la sortie hauts-parleurs
 
3) Osef du scrolling en tant que tel, si ça teare c'est un problème de driver d'affichage, pas firefox. Regarde du côté option d'X, options DRI/openGL et de ton compositeur d'affichage (le tearing sous linux, bon courage )
 
4)vire déjà les polices par défaut "75dpi" et "100dpi" qui sont toujours (pour une raison inconnue enfin historique...) dans le groupe xorg. Rien que ça ça peut aider.

Pas de soucis ici.

Xorg 1.18 est dans staging mais pas encore testing

1)Les locales c'est sur un autre plan que la config d'X.
Soit tu configures KDE pour qu'il passe lui-même en français quand il ouvre la session (dans le control center graphique). Soit tu configures X/udev pour qu'ils appliquent une keymap fr dès que tu branches un clavier, là l'avantage c'est que ça marchera sur tous les environnements X.
 
J'ai configuré la partie clavier de kde, du coup c'est bon sur KDE mais je suis toujours obligé de rentrer mon mot de passe SDDM en qwerty avec de l'azerty et c'est lourd    
 
2) Regarde côté pulseaudion, mais j'ai un truc similaire aussi et j'ai pas trop creusé encore, je laisse le casque branché pour avoir la sortie hauts-parleurs
 
Visiblement c'est alsa qui veut pas save les settings d'alsamixer...
 
3) Osef du scrolling en tant que tel, si ça teare c'est un problème de driver d'affichage, pas firefox. Regarde du côté option d'X, options DRI/openGL et de ton compositeur d'affichage (le tearing sous linux, bon courage )
 
Ouais visiblement ce n'est pas firefox. J'ai installé mesa-git et les driver radeon en git et c'est déjà beaucoup mieux !  
 
4)vire déjà les polices par défaut "75dpi" et "100dpi" qui sont toujours (pour une raison inconnue enfin historique...) dans le groupe xorg. Rien que ça ça peut aider.[/quotemsg]
 
Je tente !

sinon le mieux c'est de créer une configuration personnelle pour fontconfig, ça a été la solution chez moi pour améliorer considérablement le rendu des polices, notamment remplacer certaines polices des sites web par des polices bien mieux adaptées à l'univers linux

mon fichier fonts.conf dans ~/.config/fontconfig/

on remarquera dans le fichier les règles qui remplacent automatiquement les polices "Helvetica" et "Times" par du "Liberation Sans" et "Liberation Serif", certains sites internet feront alors moins mal aux yeux, ainsi que la règle qui rejette les polices bitmaps,

les polices installées :

artwiz-fonts
font-bh-ttf
font-bitstream-speedo
fontsproto
ftgl
gsfonts
sdl2_ttf
sdl_ttf
ttf-bitstream-vera
ttf-cheapskate
ttf-dejavu
ttf-freefont
ttf-liberation
xorg-font-util
xorg-fonts-100dpi
xorg-fonts-75dpi
xorg-fonts-alias
xorg-fonts-encodings
xorg-fonts-misc
xorg-fonts-type1
xorg-mkfontscale

pour l'amélioration de l'apparence des applications gtk il y a qtcurve ( mais des problèmes avec gtk3.x et les thèmes non CSS )

qtcurve-gtk2
qtcurve-kde4
qtcurve-utils
gtk-chtheme

pour le clavier en français sous kde :

configurer le clavier en azerty dans xorg pour KDE :

créer un fichier /etc/X11/xorg.conf.d/10-keyboard.conf qui contient :

si tu as un joystick usb il faut désactiver le support du curseur pour le joystick, en éditant le fichier
/etc/X11/xorg.conf.d/50-joystick.conf

pour firefox il y a une option à décocher dans les préférences pour avoir un défilement ( scrolling ) plus rapide ( décocher la case "utiliser un défilement doux" )

Carrément mieux pour les polices ! J'ai tout remplacé serif etc par l'équivalent en libération sur firefox.
 
Par contre pour le clavier j'avais déjà crée ce fichier sur xorg.conf.d... C'est ok sur plasma mais toujours pas sur sddm pour se loguer

Sauf si SDDM fait lui même un équivalent à setxkbmap au lancement, dans ce cas regarde la conf de sddm.

 
Il faut jouer avec les options de synchro verticale dans le module "Compositeur" de KDE (Centre de configuration -> Affichage - > Compositeur). J'ai mis sur Full Screen Repaint et je n'ai plus de tearing.

Merci pour toutes les soluces . Plus de soucis de fonts ni de tearing. J'ai juste des problèmes de stuterring quand j'ai essayé de jeux sur steam (TF2) alors que j'ai plus de 200 fps mais bon, j'ai laissé tomber cette partie    
 
Bon un dernier soucis que j'ai reperé. J'ai un I7 4770K et le cpu scalling ne fonctionne pas du tout comme windows.  
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
800000
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave
 
Selon i7z mon cpu ne se réduit que de 200 à 300mhz en idle par rapport à sa fréquence maximale...  
Sous windows en idle je tombe à 1 ghz.  
 
Avez vous rencontré la même chose ?

d'abord la page wiki de cpupower :

https://wiki.archlinux.fr/Cpupower

tu tapes :

ça te dira dans quel mode tu es,

chez moi avec un intel pentium dual core E6800 ( 3.33 Ghz ) :

chez moi c'est réglé sur "ondemand", avec le système d'exploitation qui abaisse ou augmente la fréquence CPU selon les besoins, en mode IDLE la fréquence sera de 1.60 Ghz, quand un gros programme sollicite le CPU ça montera à 3.33 Ghz,

le type de stratégie "governor" peut se régler dans le fichier de configuration de cpupower comme expliqué dans le wiki, moi j'ai rien touché, j'ai tout laissé par défaut ( governor : "ondemand" )

Il faut modifier le fichier /usr/share/sddm/scripts/Xsetup et mettre ça à l'intérieur :

Tu relances SDDM et tu auras le bon agencement.