Reprise du message précédent :

Eh ben non, j'ai toujours le bug en fait, et il ne semble pas y avoir d'autre ticket ouvert.
Bon tant pis, une mise à jour corrigera probablement ça un jour, c'est pas trop dérangeant.

Essaie voir de désinstaller le paquet xf86-video-ati, il me semble qu'il n'est pas obligatoire et qu'il est en doublon avec les fonctionnalités du pilote du noyau.

Ça ne change rien, ou bien c'est pire, en tout cas ça ne supprime pas le bug.
Même si ce paquet ne semble effectivement plus nécessaire.

J'ai eu un petit bug avec sddm (en apparence) hier, écran noir et impression de lenteur   . Au bout d'un certain temps (compter en dizaines de secondes voire au delà de la minute), j'ai pu accéder aux tty2/3/....
 
Comme je viens de changer de PC (moins d'un mois) et que je venais juste de rebooter suite à la mise à jour du noyau (qui n'a pas été transparente pour tout le monde visiblement), j'ai mis ça sur le dos de mon manque de connaissances du matériel ou un pb avec le 5.12.1.
Après quelques galères/recherches, j'ai constaté que je pouvais plus me connecter sur le tty1 mais les autres oui  
En désactivant l'autologin dans /etc/sddm.conf (je sais, c'est mal  ) ça a démarré normalement.
 
Je sais pas d'où ça vient mais si ça peut dépanner    
 
   
 

j'avais un x220 sous arch mode BIOS depuis un bail, j'ai un nouveau pc sur lequel j'ai essayé d'installer arch, sans succès.
entre le pc qui n'a pas ethernet (ou par adaptateur que je n'ai pas), le partitionnement (que je pense bon, mais avec doute), le chiffrage de la partition home, et la gestion de l'uefi avec le grub qui m'a mis un finish him  
Vous auriez des conseils (genre installer) ? la l'installe une debian testing histoire de me servir de mon pc, mais je suis un peu frustré. Je n'ai pas du trouver les bons tutoriels  

Par x220 je suppose que tu veux parler d'un PC portable de marque Lenovo ThinkPad X220 :
https://support.lenovo.com/ie/fr/solutions/pd015812

Il faudrait donner des détails sur ce nouveau PC, les trucs trop nouveaux en terme de matos : il y a un risque que le noyau linux récent n'ait pas encore le pilote adéquat pour le matériel ultra-récent, toujours vérifier d'abord la compatibilité linux de chaque composant, beaucoup de fabricants/intégrateurs de PC n'ont en tête que windows et parfois apple, linux arrive souvent en dernier.

Si tu veux une distribution linux rolling-release avec installateur graphique alors il faut regarder du coté de manjaro ou des installateurs graphiques non-officiels pour archlinux (mais c'est déconseillé) :
https://memo-linux.com/morpheusarch [...] installer/

le wiki officiel en français pour installer archlinux :
https://wiki.archlinux.fr/installation

ah oui désolé pour le manque de détails (ou j'avais fait l'installation sans souci). C'était bien un thinkpad x220 et la je n'ai pas de souci de matériel, c'est un autre thinkpad x1 carbon gen4 (2016), tout est parfaitement reconnu. Même la carte wifi que j'ai activé avec iwctl est reconnu. C'est plus au niveau l'UEFI et des partitions chiffrées, je n'ai pas su me dépatouiller avec la doc officielle avec le chiffrement aussi.
La j'écris depuis une debian et le fait que tout soit bien reconnu est bien agréable, mais je reste frustré  

 
Petit souci depuis que j'ai changé de carte graphique (Nvidia 3080 -> AMD 6900XT).
J'ai viré les pilotes proprio Nvidia, et installé le driver libre amdgpu à la place.
Problème, je reste sur un écran noir au lieu d'arriver sur la page de login de LightDM (je suis sous Xfce4).
J'ai tenté de remplacer LightDM par Xdm, çá fait pareil, sauf que la après quelques seconde je reviens sur le prompt du tty, je peux me logguer et ensuite un petit startx et j'arrive sur mon bureau Xfce.
 
Voici le log xorg :

 
On dirait qu'il ne trouve pas l'écran, alors qu'une fois loggué sous tty, le startx fonctionne ...
 
Contenu de mon /etc/X11/xorg.conf.d/20-amdgpu.conf (si je le vire, ça fait pareil) :

 
Une idée ?

Il y a 2 lignes suspectes dans le log :

il faudrait regarder si tu as bien respecté le wiki archlinux concernant Xorg, startx, le pilote libre pour amd, les gestionnaires de connexion graphique, et si tu n'as pas abusé du mode "root" en créant des fichiers inappropriés dans ton /home liés à Xorg.

Les coupables pourraient être les paquets LightDM et Xdm, il faudrait voir si ce sont les 2 méthodes vraiment conseillées dans le wiki archlinux par rapport à ton environnement de bureau,
si c'est plasma alors le gestionnaire de boot conseillé est ssdm, si c'est gnome alors c'est gdm, voir la page wiki d'archlinux sur les gestionnaires de boot :
https://wiki.archlinux.fr/Gestionnaire_de_connexions

le wiki pour lightDM :
https://wiki.archlinux.fr/LightDM

quand tu dis "le startx fonctionne" : tu veux dire par là que le bureau démarre correctement et que l'interface graphique fonctionne bien ?
Si oui alors c'est probablement un problème avec ton gestionnaire de boot graphique, mal configuré, vu que le mode 100% console avec startx fonctionne, donc là encore relire le wiki s'il y a pas un truc qui a été zappé, ou mal suivi.

S'assurer aussi que les trucs liés à nvidia ont bien été supprimés (paquets nvidia, fichiers de configuration, services systemd) pour être sûr qu'il n'y a pas de conflit avec les paquets pour les cartes amd.

Et que pacman est bien à jour au niveau des dépôts, un "pacman -Syu" pour être sûr que ton système est bien à jour au niveau des paquets.

Attention au fait que tu utilises une carte graphique amd très récente, le support linux peut ne pas être parfait :
 
https://www.phoronix.com/scan.php?p [...] RX-6900-XT
 

Oui le startx m'amène sur mon bureau graphque sous Xfce, aucun souci de ce côté là.
 
J'ai refais le wiki pour les 2 (LightDM et Xdm), me semble avoir rien oublié ... vais creuser de ce côté la.

Oui, plus rien en rapport avec Nvidia, j'ai bien nettoyé.
 

Système à jour, c'est le premier truc que je fais pas reflex lorsque j'arrive sur ma session.
 
Pour la carte graphique récente, ça pourrait mais j'ai eu une AMD 6800 de décembre à mars, et je n'ai eu aucun souci ... Je suis passé à la 3080 ensuite et aucun pb non plus en proprio Nvidia, et c'est le retour chez AMD qui pose souci maintenant. Le truc c'est qu'entre temps je suis passé de Kde -> Xfce (avant la 6900XT), mais je n'ai pas eu d'autre problème avec la 6800 et la 3080 qu'un souci matériel lié à un bios foireux de ma carte mère.
 
Bref, c'est pas bien grave, je peux quand même accéder à Xfce via le tty, je vais continuer à creuser

hum, je MAJ une install arch qui date de décembre (surement pas utilisée depuis 2 mois je dirais). Tout va bien, mais au reboot le boot plante quasi dès le début
 
je refais une install propre, même problème une fois les drivers nvidia installés. Je soupçonne que le combo nvidia + linux actuellement présent fonctionne mal (on parle meme pas de X, ça pète meme en mode console).
Au vu du forum Arch, le dernier kernel a pas l'air ultra stable

comment on peut voir les logs du boot ?
le boot s'arrete quasi juste après avoir affiché 3 lignes
je suis certain que c'est lié à nvidia (ou paquets liés) parce que ce système a booté avant, et après avoir installé les paquets nvidia, et regénéré les images avec mkinitcpio, plus de boot
je peux toujours aller dans l'install en utilisant une clé USB + arch-chroot

Les 2 grands classiques : dmesg et la commande "journalctl" en mode root suivie des bonnes options.

Il y a aussi celui de Xorg mais il est réinitialisé à chaque démarrage.

Avoir du nvidia et le pilote propriétaire c'est souvent générateur de problèmes avec linux, surtout avec une distribution rolling release.

Quand le boot n'est plus possible : faire un chroot depuis une clé USB, et désinstaller ensuite le paquet coupable, revenir à la version précédente.
Le chroot c'est le grand ami de l'utilisateur archlinux, il est conseillé de bien le maitriser, ou d'imprimer le wiki sur le chroot : https://wiki.archlinux.fr/chroot, ça rend de grands services.

Tu démarres le PC avec la clé USB d'installation archlinux, tu seras dans une console, tu tapes ensuite la commande permettant d'avoir le clavier en français et celles qui activent le chroot, de là tu pourras ensuite downgrader les paquets responsables du bug (souvent le noyau linux, mais ça peut aussi être un pilote propriétaire comme nvidia, une version de Xorg, ou tout autre paquet susceptible de bloquer le boot).

Pacman conserve les paquets téléchargés et les anciennes versions dans le dossier /var/cache/pacman/pkg/, ainsi qu'un log dans /var/log/pacman.log.
Idéalement il faudrait que pacman ait une fonction "annuler le dernier pacman -Syu" pour nous faciliter la vie dans ce genre de situation de blocage, mais ce n'est toujours pas prévu.

À l’écran de sélection de GRUB, modifie (avec la touche E) la ligne de commande de lancement d’Arch en supprimant la mention « quiet » et démarre avec Ctrl-X : tu devrais avoir des indications supplémentaires sur la cause du plantage quand celui-ci survient.

Oui j'ai un conseil : avec anarchy l'installation est assez simple, tu dois avoir le wifi dès le départ. Pour le chiffrage je ne sais pas par contre, je ne fait pas ça ...
 
Pour avoir un Arch sur mesure, au départ il faut choisir l'installation avancée et choisir le noyau base-devel, c'est le principal à savoir, le reste est assez intuitif.

merci je vais me faire la main sur une vm ca sera plus simple et je pense que le chiffrage n'est pas complexe, mais c'est comme tout, faut savoir ^^

je ferais un tour dans les messages de log
 
Pour le chroot : oui je m'en sers quand ça arrive (ne serait-ce que parce que c'est rare que mon install marche du premier coup, donc j'ai bien du apprendre à utiliser chroot . C'est comme ça que j'ai pu tester nvidia et nvidia-dkms
En l'occurence j'ai formatté mon install précédente, et meme la nouvelle a ce problème, juste après l'install des drivers nvidia. Donc je sais quel paquet est coupable, mais je veux qu'il marche moi ce paquet .  
Je vais essayer en full LTS pour voir si c'est du aux versions récentes de kernel / nvidia
 

j'utilise systemd-boot, et par défaut je crois pas qu'il soit quiet (chaque boot me balance l'équivalent de 4 écrans de message de boot en temps normal, là ça pète après 3 lignes)

Ah. Et elles disent quoi, ces 3 lignes ?

 
Mais j'ai avancé sur le problème :  
- désinstaller les drivers nvidia fonctionne, je peux à nouveau booter
- réinstaller les drivers nvidia sans modules mkinitcpio ni sans modeset dans le bootloader fonctionne
- mettre juste le module nvidia dans la liste des modules mkinitcpio.conf fonctionne
- mettre plus de modules et / ou le nvidia-drm.modeset=1 dans la config du bootloader fait soit le problème ci-dessus, soit j'ai une kernel panic
 
donc y'a clairement qqc de pourri dans le driver nvidia (ça le fait avoir le noyaux linux et linux-lts)

De ce que je vois, il n’y a pas que toi qui as des problèmes :
https://bbs.archlinux.org/viewtopic.php?id=265563
https://forums.developer.nvidia.com [...] ent/176672

ouaip, j'ai vu ces topics hier.
 
Bref, je vais attendre pour refaire une install propre que nvidia patche ce merdier.

Si vous êtes sous XFCE, vous avez dû remarquer que la nouvelle version 0.5.5 de l’éditeur de texte M apporte la bascule vers le style CSD (remplacement des barres de titres classiques par les barres d’en-tête de Gnome).
 
Il y a un moyen de restaurer les barres de titre classique, si vous ne voulez pas de ce changement : il faut simplement basculer le réglage « org.xfce.mousepad.preferences.window client-side-decorations » sur « false » (soit via gsetting, soit via l’éditeur dconf).
 
Cette version 0.5.5 permet aussi de désactiver l’historique des derniers fichiers ouverts : c’est cette fois le réglage « org.xfce.mousepad.preferences.window recent-menu-items » qu’i faut définir à 0 (avant, on ne pouvait pas aller en-dessous de 1). Dans Mousepad, ça affichera un beau (mais mal traduit) « Historique désactivée » quand vous ouvrirez le sou-menu « Récemment ouvert ».

Il y a aussi la correction orthographique désormais (c'est optionnel, il faut installer gspell)
 

C’est une coquille, car j’ai tapé ça en vitesse avant d’aller manger.

Mais ça tombe bien, puisqu’il y a donc ça aussi. Sauf que gspell a beau être déjà installé (j’ai vu ça lors du processus de mise à jour), le correcteur ne me propose que les correcteurs anglais US et hébreu (wut ? Y a personne qui parle ou même lit cette langue, chez moi). Donc, sous réserve que je trouve comment lui faire intégrer un dico fr-FR, ça me sera pas très utile.

gspell est basé sur enchant, lequel va chercher les dicos du type hunspell.
C'est configuré dans /usr/share/enchant/enchant.ordering par défaut (voir man enchant).

Ben, pour autant que je sache, j’ai bien hunspell-fr, justement…

Oh ! C’est bizarre, ça : je croyais vraiment qu’il était installé… Et en tout cas, j’ai pas hunspell-he (le dico hébreu).

C'est hspell qui est une dépendance optionnelle installée par défaut je crois.
L'explication pourrait être là, même si c'est un peu vieux : https://bugs.archlinux.org/task/36278

 
Je reviens sur mes petits souci avec Xfce, que j'ai fini par résoudre hier soir, en fait il restait un lien symbolique /etc/systemd/system/display-manager.service qui pointait vers sddm (désinstallé depuis le passage à Xfce).
 
J'ai supprimé le lien, réinstallé LightDM, et tout fonctionne impeccable maintenant
 
Voilà, c'est juste au cas ou quelqu'un aurait le même souci, ça pourra servir !

Si ca peut aider certains:
 

pacman 6 est arrivé ! Attention ca va surement casser les logiciels comme YAY et autres, au moins pour les recompiler.

...en testing
 

Hey, comment as-tu eu cela?

https://git.archlinux.org/pacman.git/tree/NEWS

Merci

Depuis quelques semaines j'ai parfois des soucis de lettres doubles ou absentes quand je tape, mais je ne sais pas encore si ca vient du clavier ou de l'OS. Je suis encore sur 5.11.22. Au cas ou, quelqu'un a pareil?

Pas eu ce problème-là.

Non plus. C'est quoi comme clavier ?

Depuis que j'ai mon nouveau laptop (System 76 - Pop_OS! - Gnome) j'ai beaucoup de lettres doubles, mais je mettais ça sur le compte du clavier.

Un Logitech G613, donc sans fil.
Mais le problème n'existe pas toujours, donc je ne sais pas trop ce que ca veut dire (pas mal de WiFi/BT autour, peut-être lié).
 

Depuis combien de temps? Je pense avoir ce soucis depuis un mois tout au plus.
 
 
[Je commençais a avoir peur que ca soit un début de parkinson (c'est dans la famille...) mais j’ai fait testé par ma copine et elle a le meme soucis, meme si un peu moindre.]
 
Merci tout le monde!

Novembre dernier, donc ça date quand même un peu.