Oui, ok, j'ai pigé. Je démarre en init3 puis le daemon kdm lance la session graphique, c'est ça? Du coup je comprend pourquoi avec systemd, kdm se lancait quand je mettais kdm dans la liste des daemon du rc.conf. Tout ça c'est très normal en fait, faut croire que j'avais du brouillard devant les yeu...

et pourtant... voici ma ligne de commande pour lancer Arch via syvinit/initscript linux /vmlinuz-linux-pc root=UUID=826170ad-0591-44a3-b5b9-e72459d2436a 3 ro quiet nomodeset iommu=noagp,noaperture agp=off pcie_aspm=force splash=silent,fadein,fadeout,theme:arch-black-spin console=tty1 malgré le 3, kd...

Bon ben, j'ai trouvé. C'était simple, dans ma ligne de commande de grub.conf j'avais un 3 qui trainait. :oops: (Je sais même pas d'où sortait ce 3) Du coup systemd balancait le runlevel3. Je l'ai viré et maintenant tout est ok. Par contre, systemd est plus rigoureux que sysvinit. Car avec sysvinit/i...

ls -l /*/systemd/system/default.target me donne :
à priori c'est bon, non?

Bon, voici le résultat de mes derniers essais. J'ai modifié system.conf pour mettre le niveau de log à debug . Du coup, dans les log je trouve çà : Activating default unit: runlevel3.target Vu qu'apparement le target graphical ne se lance pas, j'ai essayé de le mettre directement dans mon grub.conf ...

Le perso.sh c'est juste un script qui me lance des commandes précédemment inscrites dans le rc.local (du genre hdparm, rfkill,etc...). Je le lance via une unité que j'ai créée dans /etc/systemd. Ce n'est pas l'origine du problème, car même en le désactivant, j'ai le même soucis. Hormis ce script, mo...

Oui, j'ai tout lancé en root.

journalctl _SYSTEMD_UNIT=kdm.service me donne une seule ligne: -- Logs begin at Mon, 2012-11-12 20:57:00 CET, end at Mon, 2012-11-12 20:57:18 CET. -- Tant que j'y suis voici les status de plusieurs services : graphical.target : graphical.target - Graphical Interface Loaded: loaded (/usr/lib/systemd...

Merci, mais j'avais déjà activé le graphical.target. En fait, /etc/systemd/system/default.target pointe bien vers graphical.target et /etc/systemd/system/display-manager.service pointe bien vers kdm.service . Je viens de réessayer en désactivant un max de service (nfs, cups,..) mais cela n'a rien ch...

Bonjour, Suite à la migration de sysVinit vers systemd, j'ai un soucis avec le démarrage de l'interface graphique au boot. J'ai suivi le wiki, activé tous les services nécessaires via systemctl enable XXX.service dont kdm.service . Pour l'instant j'ai garder sysvinit et initscript, mais à fin de tes...

bonjour, oui ça fonctionne. Mon test : J'ai une carte graphique ATI, avant avec fglx_gears j'avais des scores minables si je désactivait pas les effets dans KDE. Après avoir appliqué l'astuce, fglx_gears me donne de bon résultats même avec les effets de bureau activés. J'ai utilisé les codes vus là ...

Bonjour, Mon problème concerne pm-utils 1.4.0-1 avec noyau 2.6.35-ARCH , hal 0.5.14-4 et xorg-server-catalyst-maximize-fix 1.9.0-1 petit historique : Après installation d'Arch/xorg/catalyst/kde sur mon portable, j'essaie de configurer le système au mieux, notamment la gestion de l'énergie. J'ai donc...