Reprise du message précédent :
Bonjour,
 
J'ai un tout petit soucis d’esthétique.
 
J'ai installé une arch pour tester. Tout est ok sauf un petit truc.
 
J'ai tout mes ' remplacé par des ?
 
https://image.noelshack.com/minis/2 [...] 165652.png
 
voici le contenu de mon vconsole
 

 
Merci de votre aide.

merci d'avoir essayé
 
ça m'inquiète un peu, ça dit pas des belles choses quand Ubuntu et consorts vont upgrader en 2018

 
a vu de nez, je dirais que ta locale est foireuse

• regarde le fichier /etc/locale.gen et vérifie que tu as bien la bonne variante de français décommentée (fr_FR.UTF8 si français, remplace le FR par CA, BE, CH, etc... si francophone d'ailleurs). Ne prends pas les 8859-1 ou 8859-15
• refais un petit locale-gen
• regarde /etc/locale.conf et regarde si ton LANG est bien fr_FR.UTF8
• regarde le fichier de conf de ton shell (a priori ~/.bashrc ou ~/.zshrc et vérifie que si tu exportes LANG, c'est bien le meme parametre que pour ton locale.conf

perso j'ai ça dans /etc/vconsole.conf :
 

 
tu peux aussi mettre ça :
 

 
le linuxien Français devrait avoir ça quand il tape cette commande :
 

 
 
il faut bien lire le wiki en mode "checklist" , ne pas sauter d'étapes :
 

 
https://wiki.archlinux.fr/Installation
 
ceci dit certains passages du wiki peuvent amener à des malentendus, des mauvaises interprétations chez des personnes non habituées à ce mode d'installation en ligne de commande, par exemple certains vont tout décommenter dans le fichier miroir de pacman, ils vont avoir 50000 miroirs alors qu'un seul suffit, ou trop décommenter dans le fichier /etc/locale.gen

Bonjour,
 
Toujours pas résolu.
 

 
Tout est bon pour l'instant mais j'ai toujours l'erreur.

 
Je ne sais pas si ca aide mais pour le français j'ai:
 

Hello    
 
Mon arch plante/freeze lors du démarrage : impossible d'atteindre le login.  
 - le grub se lance
 - je peux choisir de démarrer arch
 - je vois les premiers "services" se lancer sans soucis ( message OK )
 - puis l'écran devient tout noir et rien. L'ordi continue de tourner mais j'ai rien qui s'affiche à l'écran
 
Au début j'ai cru à une corruption de ma partition de boot donc j'ai réinstallé le grub avec une usb live que j'avais de côté mais j'ai les mêmes soucis après réinstallation d'un nouveau grub
 
Des idées ?

Boot sur une live et regarde les logs ?
 
XaT

Sur Xorg ou un TTY?
Si sur Xorg, passe sur un TTY et regarde les logs.
Tu peux aussi tenter de te connecter en SSH dessus si tu as déjà le serveur qui tourne (c'est super pratique pour debogger les problèmes de ce genre).

ça sent le xorg qui n'a pas réussi à charger le pilote vidéo, un plantage à ce niveau,

le problème est venu à la suite de quoi ?
une mise à jour système type "pacman -Syu" avec installation d'un nouveau noyau ?

tu utilises un pilote vidéo propriétaire de type nividia ?

le plus simple serait de "downgrader" les paquets suspects, pour revenir à la version qui marchait bien, ou de démarrer sur le noyau lts, pour ouvrir une console : ctrl + atl + F2, pour voir les messages d'erreurs du fichier log de xorg :

encore plus simple pour le débutant : avoir un outil type script qui va automatiquement annuler le dernier "pacman -Syu" ou la dernière installation de logiciel dont on pense qu'il est responsable du problème, faudrait voir du coté de manjaro s'ils ont ce genre d'outils,

idéalement il faudrait ajouter une entrée dans grub permettant de démarrer en mode "console/recovery" pour pouvoir lire les fichiers logs, downgrader des paquets, sinon il faut utiliser une clé USB de boot contenant l'image ISO de l'installateur archlinux pour faire un "chroot"

https://wiki.archlinux.fr/Chroot

dmesg pour voir les logs ?
si je fais un arch-root sur ma partition ssd, puis un dmesg j'aurai bien les logs de mon boot ssd et pas ceux de mon boot usb-live ?

démarrage en TTY
le ventilo souffle à fond (alors que d'habitude il est silencieux) tout en gardant un écran noir si ça peut vous aider à trouver la solution

C'est pas Xorg vu que je démarre en TTY

Bon j'en ai eu marre et j'ai décidé de réinstaller Archlinux (je voulais le faire depuis quelque temps de toute façon) mais même avec la nouvelle install j'ai le même souci.
Je soupçonne un des paquets mis à jour d'avoir foutu le boxon et comme une nouvelle installation utilise les derniers paquets ... En plus le pb est apparu juste après une mise à jour avant que je décide de formater et réinstaller arch.
Bref faut que je trouve le paquet qui fout la merde ...

je suis pas sûr de comprendre

en mode "console pure" ( ce que tu appelles le TTY ) --> il n'y a pas de xorg chargé
xorg c'est ce qui permet d'avoir une interface graphique, les belles fenêtres avec la souris,

de ce que je comprends tu as l'écran noir pile au moment où xorg se lance, normalement juste avant le plantage tu dois voir un message de systemd "[OK] reach graphical target", à ce moment là il va lancer xorg, généralement c'est à ce moment là que les gens ont un écran noir lorsque le pilote vidéo de leur carte graphique a un bug,

si l'écran noir apparaît très tôt et que tu n'as pas vu de message "[OK] reach graphical target" alors c'est pas xorg, en consultant les fichiers log ( dmesg, journalctl -b, /var/log/Xorg.0.log  ) on sera vite fixé,

sinon on est pas sous windows, inutile de réinstaller archlinux au moindre problème, la meilleure solution c'est de lire les fichiers logs et de downgrader les paquets récemment mis à jour ( en consultant le fichier /var/log/pacman.log )

https://wiki.archlinux.fr/Downgrade

souvent le coupable c'est le noyau linux ( qui contient les pilotes vidéos ), en downgradant vers la précédente version ça peut résoudre le problème, les précédentes versions des paquets sont dans le cache de pacman, dans le répertoire /var/cache/pacman/pkg/, un petit "pacman -U <fichier du paquet version n-1>" et hop tu seras sortie d'affaire si tu as de la chance,

le pire scénario : problème matériel, disque dur/ssd qui a des secteurs défectueux, mais tu aurais eu des messages d'erreur de systemd à l'écran dès le boot

Non mais tu peux monter les partitions et regarder dans /var/log

C'est plus embetant alors.
Pareil en démarrant en mode recovery ou manuellement avec un runlevel plus restrictif?

Peut-être essayer avec linux-lts au lieu de linux si jamais c'est le noyau qui faute.

Voir démarrer en vesa au lieu du module DRM qui va bien.

Non mais y a pas de Xorg. Je lance Xorg a la mano avec un startx chez moi. Et j'ai même pas le temps de le lancer vu que je vois même pas l'écran de login/mdp du TTY.

J'avais configuré grub pour qu'il affiche les messages OK en vert pour le démarrage de arch.
Donc je vois QUELQUES messages verts après le choix de arch linux dans le grub et ensuite pour l'écran devient noir. L'ordi continue de tourner (j'entends le ventilo souffler plutôt fort) mais je vois rien à l'écran.

À une époque je m'intéressai au boot linux et j'avais cru comprendre que linux avait plusieurs mode d'affichage en mode console. Des trucs en rapport avec framebuffer et cie si je dis pas de bêtises. Je me demande si c'est pas de ce côté là que ça cloche.

Je vais tenter de trouver un truc avec les dmesg, et journalctl -b (merci pour cette commande, je l'avais oubliée)

il faut le lancer en root la commande journalctl pour être sûr d'avoir tous les messages,

pour la configuration de grub et pour avoir un mode de démarrage 100% texte ( les [OK] verts de systemd ) il faut suivre le wiki d'archlinux, de mémoire tu as juste à modifier le fichier /etc/default/grub, en virant le mot clé "quiet" puis ensuite régénérer le fichier grub.cfg via le script grub-mkconfig, si tu as fait une modification à la manouche sans respecter le wiki ( ton histoire du framebuffer ) ça peut expliquer ton bug,

xorg est donc hors de cause si tu utilises la méthode xorg,
je suspecte le noyau linux dans sa dernière version, il doit pas aimer quelque chose dans ton PC ( à moins que ce soit un portable ),

si ça marchait très bien avant le pacman -Syu : démarre sur une vieille ISO d'archlinux, tu fais un chroot et tu installes la bonne version du noyau linux qui ne pose pas de problème, tu peux la récupérer ici :

https://archive.archlinux.org/packages/l/linux/

un fichier *.xz, genre le noyau 4.14.9 :
https://archive.archlinux.org/packa [...] pkg.tar.xz

ensuite dans un environnement "chrooté" tu fais un "pacman -U linux-4.14.9-1-x86_64.pkg.tar.xz",

une autre possibilité : ajouter un paramètre du noyau linux dans grub, afin de contourner le problème, seul souci : réussir à identifier ce qui cloche dans le noyau linux récent vis à vis de ta configuration PC

UUOC

Bon j'ai temporairement réglé mon souci en rajoutant "nomodeset i915.modeset=0 nouveau.modeset=0" au kernel parameters chargés avec le grub. Cf : https://wiki.archlinux.org/index.ph [...] odesetting

C'est bien le noyau linux qui est impacté par ça ? Si c'est le cas comme vous l'aviez pressenti c'est bien la dernière mise à jour du noyau qui a un  souci :
le "kernel mode settings" est devenu incompatible avec ma machine faut croire

Je vais tenter le downgrade de noyau ...

J'ai une question : mon PC portable dispose d'une carte graphique dédiée AMD Radeon que j'utilise pour les jeux et applis 3D gourmandes à la place de l'IGP, en utilisant la commande suivante dans une console :

$ DRI_PRIME=1 mon_appli

Comment est-ce que je peux automatiser l'utilisation de DRI_PRIME=1 pour certaines applis, afin de ne pas avoir à entrer la commande à chaque fois ?

avec un alias ?

un script bash qu'on appelera radeon.sh :

tu lanceras ce script avec comme paramètres le nom de l'application :

radeon.sh <application>

pour ne pas avoir à taper le chemin complet du script : créer un répertoire "bin" dans ton home, pour y placer le script, puis ajouter ceci dans le fichier ~/.bashrc :

penser à rendre exécutable le script avec la commande "chmod +x radeon.sh"

Mais mais mais , quelle est la différence entre taper "radeon.sh mon_appli" et taper "DRI_PRIME=1 mon_appli" ? Dans tous les cas je dois lancer un terminal et taper des trucs.

Ce que je veux moi, c'est que peu importe la manière dont je lance l'appli (raccourci bureau, lanceur sur la barre des tâches, etc.), elle soit toujours lancée avec le paramètre "DRI_PRIME=1".

Si tu passe par des éléments GUI (raccourci bureau, etc.), normalement tu peux modifier la ligne de commande pour lancer l'application et donc rajouter "DRI_PRIME=1" devant.

Si tu veux lancer depuis un shell, tu peux passer par les alias (à configurer dans ton .bashrc, .zshrc, ou autre suivant ton shell)  :

EDIT: tu utilise quel DE ?

Effectivement, j'utilise Plasma et en faisant un clic droit sur le Menu K et en sélectionnant "Modifier les applications", je peux ajouter DRI_PRIME=1 devant celles que je veux.

 
réfléchis : la différence c'est que tu peux utiliser un nom "user-friendly" avec auto-complétion ( grâce au fichier ~/.bashrc et le $PATH bien configuré ) via la touche tab dans ton shell favori, genre "toto", "titi", "radeon", au lieu de taper "DRI_PRIME=1" qui est tout sauf user-friendly,
 
le "DRI_PRIME=1" c'est chiant car tu es obligé de taper en majuscules ( sensible à la casse ) et d'utiliser le signe égale suivi d'un nombre    
 
tu peux aussi utiliser un alias au lieu du script,
 
ces techniques sont celles d'un "wrapper", qui permettent de masquer la difficulté et de faciliter la vie de l'utilisateur, tu crées un script avec un nom facile à retenir, dedans tu mets les commandes permettant de lancer ton application avec les bonnes options, le script peut être paramétrable ou non, selon tes besoins, tout bon linuxien se fera des scripts bash aux petits oignons pour se faciliter la vie et résoudre le cas de figure que tu cites,
 
 
à noter que tu n'es pas obligé d'utiliser le terminal, tu peux créer un raccourci sur le bureau qui pointe vers le script avec comme paramètre le nom de l'application, un clic droit "créer un nouveau, lien vers une application"
 

Pour ceux qui utilisent l'excellent Mototov sous Arch, il faut parfois rajouter le paquet libxss pour que le logiciel se lance ( chez moi en tout cas c'est indispensable )
 
https://aur.archlinux.org/packages/molotov/
 
Visiblement en lisant les commentaires, parfois Molotov se lance quand même sans ce paquet, bref c'est zarbi.
 

Vu que l'excellent installateur Arch-anywhere est devenu le projet Anarchy ( snif ) j'avais peur de voir ma chère ISO 2.2.9 que j'avais conservée  ( la dernière en date ) ne plus pouvoir être utilisé pour installer Archlinux en mode fainéant, et ben en fait pas de problème, ça fonctionne encore    
 
Par contre j'avais pendant l'installation désactivé les dépôts personnalisés de Arch-anywhere ( qui sont certainement morts )
 

En alternative à des scripts tel que Arch-anywhere, il est possible de faire son propre iso custom avec Archiso.
pour celui qui bricole et qui à un peu de temps c'est pas mal, c'est avec ça qu'est générer l'ISO officiel Arch.
https://wiki.archlinux.org/index.php/archiso
 
J'ai fait mon LiveCD pré-configurer comme-ça.  
Une fois tout en place, (listes des paquets, configs, profils, etc...)  en une commande tu builds l'ISO custom à jour.
Et après pour résumer bein on peu boot dessus comme n'importe quel livecd et pour l'installer il suffi de monter la/les partitions du SSD/HDD et de copier le contenu du live dessus et basta

Merci je vais tester  

Ceux qui sont sous Arch + Gnome, vous avez pas des soucis de scaling de police ?
 
Dans certain logiciels (Opera, Intellij), la police est super grosse à certain endroit.
C'est pas un gros problème, j'utilise pas Opera et plus Intellij, mais c'était pour savoir si d'autres avaient des soucis similaires sur d'autres outils.

J'étais motivé en rentrant du boulot. J'ai installé Arch, tout a l'air ok pour l'instant.  

Que s'est-il passé en quelques années ? j'ai dû utiliser Arch de 2008 à 2011~, et c'était beaucoup plus simple à installer avant. Là, wiki obligatoire, des manips peu intuitives à gogo, pas de connexion au reboot.  

Je suis choqué. Le KISS fait un peu la gueule quand même.

Je suis sur Arch depuis pas bien longtemps donc je pourrais pas vraiment juger par rapport à 2011 mais pourtant les manips Linux "de base" nécessaires à l'installation (formatage, chroot, config du réseau, grub etc...) ont  
pourtant jamais "trop" changés    
 
A part éventuellement des drivers proprio de merde suivant les configs exotiques comme depuis toujours, il y à toute la partie systemd de relativement nouveau mais encore là il y à pas vraiment besoin d'y toucher pour l'installation de la base du système.
 
Tu est sur que tu était bien sur Arch ?  

En 2011 yavait une espèce d'assistant à l'install (pas de chroot par exemple).

Ah ok, j'ai pas connu cette époque là.

Ma première distri.  

J'installais une Arch sans wiki en 20min en prenant tout mon temps avant.  Ce massacre quand même.

C'est toujours aussi rapide, juste moins guidé par le menu de l'époque.
Mais bon en gros tu prépares tes partitions, tu les montes, tu extraies le bootstrap, tu chroot, tu installes tes paquets et c'est fini. Au final c'est pareil.
Par contre "pas de connexion au reboot" je comprends pas, à l'époque tu mettais dhcp dans /etc/rc.conf, maintenant tu actives un agent de réseau style networkd, ça a jamais été vraiment "automatique".

à l'époque il y avait un installateur pseudo-graphique, l'utilisateur sélectionnait des options et l'installateur faisait tout derrière :

sinon il y a l'option "manjaro" si on veut retrouver un installateur moderne, basé sur le bureau XFCE :
https://wiki.manjaro.org/index.php? [...] ners_0.8.8

l'avenir sera peut-être de mettre en commun les développeurs d'archlinux et de manjaro, afin qu'on ait un installateur commun aux deux distributions ( et pamac qui serait mis en avant ), avec juste les dépôts qui changent

J'ai essayé de transformer Manjaro en Arch (noyau, dépôts, etc...) mais j'ai eu quelques problèmes à un moment.  

Il y a Antergos, une fois le dépôt Antergos viré. Mais l'installateur est un poil bugué, et je me demande si c'est clean sous le capot.  

Si tu vires le dépôt Antergos et que tu ne gardes que les dépôts d'Archlinux, je ne vois pas ce qui peut différencier ta distribution d'une Arch classique non ?    
Sinon j'ai la dernière ISO de l'installateur Arch-anywhere sur mon PC si cela t'intéresse  
C'est pas bugué du tout en plus  

Ouais

Et avec Anarchy maintenant, ce n'est plus Arch une fois installé ?  

Si, mais il y a plus de personnalisation désormais.
Anarchy souffre du syndrome Antergos : " je veux faire croire que je suis une distribution à part entière "    
Alors qu'avec Arch-anywhere, tu n'avais presque aucune personnalisation du bureau il me semble.