Reprise du message précédent :

 
 
Ce n'est pas si galère que ça quand on a compris comment marche réellement l'UEFI (qui n'a pas du tout le même fonctionnement que le BIOS) ...
Mais je vais refaire une install propre car j'ai mal lu la doc et le point de montage préconisé pour l'ESP (EFI System Partition) n'est plus /boot/efi mais directement /efi.
 
J'essaierai de faire des screen quand ça sera bien en place.

 
historiquement j'ai commencé avec vmware, puis virtualbox (sous windows) pour la virtualisation, il a l'avantage d'être user-friendly, avec des options intéressantes,
 
mais j'utilise aussi qemu depuis 3 ans pour comparer, je suis en train de l'adopter petit à petit
 

Qemu en ligne de commande j'ai toujours eu du mal, mais virt-manager en GUI me parait bien.

yop
j'ai suivi les tuto pour installer arch linux+xfce
et je me retrouve avec ça...

pourquoi? que faire?  

PC fixe ou portable ?

tu utilises quoi comme carte graphique ?
amd ou nvidia ?
pilote libre ou propriétaire ?

il y a pas assez de détails pour qu'on puisse t'aider, ça peut venir de plein de choses,
la lecture des fichiers log (Xorg, dmesg, systemd) peut aiguiller vers la bonne piste,
tu peux aussi tester le noyau linux LTS, essayer le pilote libre pour ta carte graphique et un autre environnement de bureau (lxqt qui est léger aussi)
https://wiki.archlinux.org/index.php/LXQt

c'est une install test avec virtualbox en fait, j'ai pris un pilote libre pour la carte graphique nvidia gt 645m, ça doit venir de là    
comment faut faire pour la lecture des fichiers log?

virtualbox va émuler sa propre carte graphique compatible vesa, tu n'as pas besoin d'installer de pilote carte graphique, le noyau linux choisira automatiquement le bon,

https://en.wikipedia.org/wiki/Virtu [...] ualization

puis dans archlinux tu installeras les guest-addition qui permettent notamment d'améliorer les performances graphiques, 2 paquets à installer:
https://wiki.archlinux.fr/VirtualBo [...] Arch_Linux
https://www.virtualbox.org/manual/ch04.html

pour lire les fichiers log, dans une console tu tapes :

-  cat /var/log/Xorg.0.log (pour xorg)
- pour dmesg : dmesg
- pour systemd : journalctl (avec des options derrière pour filtrer le journal)

bon problème résolu partiellement    
en fait le probleme venait de grub qu'il fallait un peu modifier d'après les experts sur reddit    

merci quand meme elbarto

C’est quoi, le guide que tu utilises ?  
 
Avec VirtualBox, tu as juste besoin des paquets xf86-video-vesa et virtualbox-guest-utils pour avoir la CG émulée et les additions invité dans la VM. Pas besoin de trafiquer GRUB…

concernant mon problème virtualbox (l'installation de windows 10 qui échoue, avec archlinux comme host) j'avais ouvert un topic sur le forum anglais d'archlinux, dans la rubrique "application, software",

très vite il a été supprimé par un modérateur, et déplacé dans la rubrique "dustbin" (rubrique visible que si on est inscrit sur le forum), avec une justification étrange :

en gros il dit que le problème vient de l'image iso de windows 10, et qu'il faut poster sur un forum windows,

j'ai essayé de contacter ce modérateur par mail en lui disant que le problème ne venait pas de l'image iso vu qu'on arrive à installer cette iso dans qemu, le problème vient probablement de la dernière version de virtualbox (bug ou mauvais paramètres pour la machine virtuelle), mais il ne veut pas revenir sur sa décision,

le gars s'est focalisé sur le mot "windows 10" alors que le problème c'est le logiciel virtualbox,
reste le forum officiel de virtualbox et éventuellement un rapport de bug si j'arrive pas à résoudre par moi même ce problème

essaie irc ?

je suppose que tu parles de ça :
https://wiki.archlinux.org/index.php/Arch_IRC_channels

Bon ben nikel mon  bug d'affichage est parti.
Le 144 Hz est de retour sur mon écran

 
perso j'ai lâché l'affaire, vu que le gars n'a pas répondu à ma relance par mail, on dirait un bot plutôt qu'un humain, un algo qui a vu les mots clés "windows 10" et qui a fermé automatiquement le sujet sans creuser plus loin la chose
 
ça me fait penser au bugtracker de vlc, où les modérateurs donnent l'impression d'être des bots et de mettre des bâtons dans les roues à l'utilisateur quand il veut faire remonter un bug, ils ont tellement peur des faux bugs que ça devient un parcours du combattant pour un utilisateur lambda de remonter le moindre bug,  une mauvaise ambiance et communication perceptible dès le premier contact

Bonjour à tous, c'est calme ici, on voit bien que Arch tourne sans soucis   .
 
J'ai 2 petites questions :
 
1 - au début j'avais installé "firefox-developper-edition", puis je l'ai viré pour mettre Firefox beta, mais quand je clique sur un lien depuis certains programmes, j'ai une fenêtre d'erreur qui s'ouvre :
 

 
on peut réparer ce genre de bug ?
 
(Pour info, pour avoir Firefox en beta, il faut installer le paquet AUR "firefox-beta-bin-all-localizations" et il faut créer un fichier avec marqué dedans =fr pour ne pas avoir à choisir la langue à chaque mise à jour, mais je ne sais plus où  )
 
2 - il y a moyen de récupérer les messages au démarrage tel qu'affiché à l'écran lors du boot ?

Apparemment, il a pas supprimé l’association en tant que navigateur par défaut à la désinstallation. Va dans les paramètres d’applications préférées et définis ton navigateur actuel comme navigateur par défaut (ou dans les options de ce dernier).
 

journalctl -xb, dmesg…

Bingo, j'avais laissé un parametrage spécial pour envoyer sur ff_developer et mon profil, le boulet, je n'ai pas eu le reflex d'aller voir...    
 

ok, j'avais trouvé ça, je voulais la même présentation, avec les couleurs et tout.

pour ceux qui ont plasma (kde) et qui ont fait une récente mise à jour :

avez-vous remarqué un petit clignotement fugitif de l'écran (qui dure une demi-seconde, où l'on voit un écran noir) lors du boot KDE (l'espèce d'écran à la K2000 avec la barre de progression) ?

avant d'avoir fait la mise à jour de plasma je n'avais pas ce micro-clignotement lors du boot kde, à part ça tout semble ok

Je suis sous Plasma, mais avec LXDM comme display manager, donc je n'ai pas ce problème. Tu utilises quel dm ?

installation classique de plasma (KDE, avec tout le bazar) :
https://www.archlinux.org/packages/ [...] asma-meta/

mais pas d'installation du paquet plasma-wayland-session,

avec xorg, pilote libre radeon (carte graphique amd hd4650 pcie), gestionnaire de démarrage graphique sddm, mode d'accélération graphique openGL 2.0 dans les paramètres de plasma,

thème de bureau : oxygen, mais j'ai testé aussi avec brise,

j'ai fait le "pacman -Syu" que ce lundi soir, il faut avoir de bons yeux pour remarquer le petit clignotement d'une demi-seconde lors de l'écran de boot de plasma (ça passe au noir pendant une fraction de seconde, comme si plasma faisait un test graphique)

Je viens de reboot pour voir mais je constate pas grand chose...
 
J'ai une brève "coupure d'affichage" après grub2 qui corresponds au changement de la résolution,  
juste avant le login screen (sddm), il y en a peu être une aussi ou alors c'est juste un clear de la console. c'est tellement rapide que j'en sais rien.
J'ai jamais trop analysé l'affichage lors du boot mais je remarque rien de particulier  
 
 
PS : j'ai pas installer wayland non plus  
PS2 : Il y à eu mesa 18.3 qui est sortie donc c'est peu être en rapport

le souci apparait dans l'écran de boot graphique que KDE affiche quand il charge les fichiers, on voit normalement une belle icône avec une barre de progression (ou une icône de progression en forme de cercle, ça dépend du thème de bureau),

avec le thème oxygen c'est plus facile à voir car le fond d'écran est bleu, ce qui fait qu'on remarque facilement le petit écran noir d'une demi seconde (il apparait vers 70% au niveau de la barre de progression),

si tu utilises le thème brise alors le fond d'écran du boot kde est noir il me semble, ce qui peut rendre plus difficile la détection de ce micro écran noir

 
 
Ahhh l'écran de "chargement de session" juste après avoir rentrer ton mot de passe dans SDDM ?
effectivement j'ai un petit clignotement aussi :
 
https://imgur.com/gallery/rj92mKE

voilà c'est exactement ça

sur le thème brise le bref passage vers l'écran noir apparait au début, alors qu'avec le thème oxygen l'écran noir apparaît vers la fin du chargement (vers 70% de progression)

Pour les thèmes en eux-même (sddm et bureau), pour en avoir fait quelques uns, c'est pratiquement que des fichiers .svg, .jpg, .qml, etc..  
Breeze et Oxygène sont deux "theme-engine" différents (et moi j'utilise kvantum), ça le fait donc sur les 3    
bref tous ça pour dire de pas trop t’embêter à essayer 10 thèmes différents qui tourneront de toute façon sur les même theme-engine car le problème/bug est donc très certainement ailleurs / de plus bas niveau mais là ça dépasse mes compétences  

Depuis ce matin j'ai kdeinit5 qui plante à CHAQUE FOIS que j'ouvre Dolphin et que je vais dans mon Home, c'est hyper chiant. Ça ne semble le faire qu'à la racine du /home.
Ça ne vous arrive pas ?

Bonjour,

J'ai un petit soucis si vous avez une idée.

Lorsque le pc se met en veille automatique suite à la configuration des paramètres d'énergie, quand je réouvre la session l'écran est noir je perds mes icônes et fond d'écran, je ne peux plus faire de clic droit sur le bureau rien...

Un reboot règle le problème jusqu'à la prochaine mise en veille...

Je ne sais pas trop où chercher, j'ai supprimer la configuration KDE, recréer un user, toujours le même symptômes.

J'ai une carte NVIDIA GTX 150.

Merci pour vos pistes

j'ai pas le souci, mais je n'utilise pas wayland au cas où ça viendrait de là,

essaie de lancer dolphin depuis une console pour voir s'il y a des messages d'erreur qui pourrait aiguiller vers le problème,
et teste depuis un nouvel utilisateur (afin d'avoir un dossier de configuration de plasma vierge, au cas où ton profil habituel serait corrompu),

vu que ça se déclenche que dans le home : regarde si en passant en mode "affichage détaillé" le bug disparaît, peut-être que dolphin plante pour afficher les miniatures des fichiers médias (vidéo, photo) si tu as installé un plugin qui les affiche

tu utilises le pilote propriétaire ?
parfois il y a du retard à l'allumage chez nvidia par rapport aux noyaux linux très récents, comme archlinux est une distribution rolling release il y a un risque que les développeurs de nvidia ne testent pas assez leur pilote avec le dernier noyau et le dernier xorg, et qu'ils se concentrent que sur les distributions populaires comme ubuntu (noyau moins récent) pour les tests,

essaie de faire un test avec le pilote libre "nouveau",

autre manière de tester : en essayant le noyau linux LTS, pour voir si ça plante encore avec le pilote libre,

mais ça peut être autre chose que la carte graphique, il faudrait regarder dans les fichiers log système (dmesg, le log de xorg, journalctl) s'il y a des infos utiles

Merci pour ta réponse.

J'utilise le pilote propriétaire,

Effectivement, j'ai pas pensé a essayer le noyau lts (il est installé en plus) !

Par contre, j'ai fait le tour des logs, rien de bien parlant concernant un problème avec NVIDIA.

Je vais faire les tests que tu m'as conseillé

PS: je n'avais pas précisé mais je suis en double écran, en sortie de veille, c'est l'écran principal en HDMI qui n'a plus le fond d'écran, mais par contre il fonctionne toujours si j'ouvre une application ou déplace une fenêtre dessus.
Un plasmashell --replace refait tout fonctionner ☹️

J'ai souvent eu des soucis avec la mise en veille.
Que ce soit sous linux avec n'importe qu'elle distrib ou sous windows.
Et avec différents matos et ce depuis les années 90.
ça fait bien longtemps que je ne l'utilise plus.....

Jamais de souci avec les PC portables, mais sinon des soucis plus fréquents de veille avec mes PC fixes en effet.
Quoique Arch gère le truc sans souci depuis qu'il est installé, cad le mois de Mars.

quelqu'un peut me confirmer ce bug de firefox 64 sous archlinux ? (paquet firefox 64.0-1) :
 
https://forum.hardware.fr/forum2.ph [...] 0#t3331494
 
ça concerne la sélection de fichiers, firefox affiche tous les types de fichier dans la boite de dialogue de sélection des fichiers, au lieu d'afficher que ce qu'a demandé le webmaster (l'attribut "accept=" qui permet de limiter la sélection des fichiers qu'à des extensions précises de fichiers),
 
je soupçonne aussi un bug de plasma ou de gtk pour la boite de sélection des fichiers, peut-être que ça a une répercussion dans firefox et les autres navigateurs qui utilisent cette librairie gtk, car la combobox "type de fichiers" n'est pas positionné sur "formats de fichiers supportés", mais elle est sur "tous les fichiers", sans doute un bug dans une dépendance de firefox,
 
le paquet gtk3 douteux :
 

j'ai trouvé un rapport de bug décrivant le problème :
https://bugzilla.mozilla.org/show_bug.cgi?id=1511776

 
En fait ça s'est arrêté tout seul.

"pkgconf" qui remplace le vieux pkg-config et qui oublie des chemins
soit il faut exporter les nouveaux chemins pour chaque profil, ou alors recompiler la bête en ajoutant les chemins manquants

Drap

un mélange de matériel assez... spécial

Le clavier est un peu grand quoi!
Sans compter le logo Microsoft, mais, sur ce point, j'ai toujours trouvé leurs claviers de qualité (cf ma config).

Sauf que c’est Logitech qui leur fait leurs claviers.