perso suis pas sous E et n'utilise que sddm donc je suis mal placé pour t'aider a configurer ton gestionnaire.
tu devrais avoir lightdm donc il est possible de le tester manuellement avec :
sudo systemctl start lightdm
si lightdm a besoin d'être configuré il faut éditer le fichier /etc/lightdm/lightdm.conf mais il devrais bien fonctionner, les modifs sont généralement pour mettre un beau thème...
uniquement si il fonctionne bien (accès à E) alors la commande
X.Org X Server 1.17.2 Release Date: 2015-06-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.0.4-2-ARCH x86_64 Current Operating System: Linux michel-pc 3.18.21-1-MANJARO #1 SMP PREEMPT Wed Sep 2 22:5 4:43 UTC 2015 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.18-x86_64 root=UUID=bb7f02e7-522f-4b07-98 27-47b295ac5326 rw quiet resume=UUID=5573defb-6291-45c5-b97a-3090f618c67a Build Date: 17 July 2015 05:38:19PM
Current version of pixman: 0.32.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.1.log", Time: Sat Sep 19 16:19:57 2015 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (II) [KMS] Kernel modesetting enabled. The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server xterm: Explicit shell already was /usr/bin/xterm xterm: bad command line option "lightdm"
waiting for X server to shut down (II) Server terminated successfully (0). Closing log file.
Modération lemust83: Les retours de commandes se placent entre balises[code] Ce sont les citations qu'on place entre balises [quote][/quote] qui veulent dire "guillemets" en français.
papajoke a écrit :désolé la bonne commande c'est :
sudo systemctl start lightdm
réponse...
Job for lightdm.service failed because the control process exited with error code. See "systemctl status lightdm.service" and "journalctl -xe" for details.
Récupéré l'accès avec startx, cool, c'est quasi réglé ! Par contre, comme papajoke, j'utilise pas lightdm -> il n'y a pas un utilsateur averti dans la salle qui peut nous faire avancer ? Sinon, si tu remplaces lightdm par slim dans la suite de trois commandes + haut (mais hors chroot), tu devrais si ça marche tombé sur le thème par défaut sans avoir à mettre le nez dans le coeur du poulailler (je te rappelle toutefois que slim est arrêté depuis 2012..).
Ps: J'essaierais aussi d'aller supprimer /etc/systemd/system/display-manager.service, puis de relancer la commande:
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
En fait rien n'est jamais simple... après une premier lancement en console, qui au joie affiche mon buro... mon system semble fonctionnel... sauf une interrogation de mise à jours sont proposées, je tente pour voir et là mesg étonnant le sytem me renvoie que je n'ai pas les autorisations!!
Pour aller plus loin je redémarre la machine mais surprise, après startx l'affichage du buro cette fois demande 5 bonne minutes...! Autre reboot et là plus rien... enfin je voit défiler des infos qui semble dire que le lancement de Lightdm a échoué...! je suis en tty1 je m'identifie+mdp et startx
réponse du system [quote/home/mic/ xautority not writable, change will de ignored[/quote] ]xauth: timeout loocking autority file /home/mic/.Xauthority et de nouveau écran noir...
Personnellement , étant en simple utilisateur avec Xfce comme seul DE, j'ai complètement viré les DM et je me connecte automatiquement via une automatisation de startx. Regarde ici.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
lemust83 a écrit :Personnellement , étant en simple utilisateur avec Xfce comme seul DE, j'ai complètement viré les DM et je me connecte automatiquement via une automatisation de startx. Regarde ici.
Ces maj trop rapprochées me font penser que j'ai du lacher cette iso en unstable (mea culpa ) & que cela, sur un système bancal ne résoud que très rarement les choses...
sudo leafpad /etc/pacman-mirrors.conf
Changer unstable en stable (ou testing) sur la ligne idoine, enregistrer & un majsy ou:
sudo pacman -Syu
te laisseront 13/15 jours tranquilles pour repartir sur les update-packs + conventionnels et/ou configurer startx comme lemust83
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Je n'y toucherais pas Si tu réeffaces depuis un live /etc/systemd/sytem/display-manager.service dans ton système installé/bancal comme expliqué + haut, tu devrais retrouvé l'usage de startx & cela évite de "chrooter". On va y arriver !
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Comme ça , on pourra toujours le retrouver. Évidement, il faudra faire tout ça en chroot puisque startx ne démarre plus. Je me pose une question sur ton home. Fais un ls -la depuis celui-ci pour vérifier que tu en est bien le propriétaire. Exemple chez moi:
Je n'y toucherais pas Si tu réeffaces depuis un live /etc/systemd/sytem/display-manager.service dans ton système installé/bancal comme expliqué + haut, tu devrais retrouvé l'usage de startx & cela évite de "chrooter". On va y arriver !
regarde 8 post plus haut... c'est déjà fait..
en fait il apparait en lien avec ces infos dans permision... link (broken) (inode/symlink) /usr/lib/systemd/system/lightdm.service
@eridan: Ouaip, mais la commande systemctl enable suivante recrée le raccourci que tu as effacé (le terminal le dit en toute lettres, d'ailleurs ) @lemust: Ouaip, j'étais pourtant (un court instant) convaicu que c'était bon...
Edit @lemust83: & la nuit m'ayant porté conseil, c'est tout à fait possible de désactiver statiquement un service systemd sans chrooter, j'en avais juste oublié un bout, ou plutôt deux commandes magiques (voir fin du post)
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Dernière modification par fassilil y a 8 ans, modifié au total 1 fois.