)
Si tu démarre en init 3 et que tu as mis kdm dans les daemons, prend le liveCD et enlève kdm des daemons...kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/07601bc3-72b1-4614-8667-678cb95e2f47 ro vga=0x0361
Ce n'est pas justement dans kdm que son clavier ne marche pas ? Parce que s'il n'a pas bien configuré Xorg, son clavier peut marcher en tty ( je pense que tu le savais remarque ^_^ )Eu si en tty son clavier ne marche pas, comment il a installer kde ?
Si son clavier ne marche pas dans kdm, tu pense qu'il pourras retourner dans un tty pour pouvoir taper cette command ? Il ne vaudrait pas mieu qu'il boot sans lancer l'interface graphique ? En rajoutant un 1 à la ligne de grub que tu as préciser, par exemple.Sinon tu as installer hal ? Tente après un /etc/rc.d/hal start
Code : Tout sélectionner
cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/Hal est installer en même temps que Xorg, ça serait vraiment bizare qu'il ne soit pas installer. Je penche pour une mauvaise configuration ^_^Et sinon une fois qu'il a pu démarrer en console, il installe puis ajoute hal dans les daemons et le lance
Oula on arrête les dégâts, va relire le wikiHal est installer en même temps que Xorg, ça serait vraiment bizare qu'il ne soit pas installer.
Je sais, je sais ^_^. Tu fais référence à quoi ?Sous Arch RIEN ne se lance automatiquement, a part dbus dont hal a réellement besoin
L'auto-détection n'est pas faite par hal ?Cela explique que la variable Option "AutoAddDevices" est a true par defaut, c'est tout
tout est expliquer dedans, je n'en sais pas plus que les autres, j'ai juste lu le wiki (pas tout je ne suis pas fou comme même... ) 
)Contrairement aux versions précédentes, la configuration passe par hal, xorg surveillant les messages de ce dernier pour prendre en compte les périphériques.
C'est donc bien hal qui s'occupe des périphériques de saisie ! Sauf si on précise que l'on veut s'en passer :hal devant être démarré (dans les daemons de /etc/rc.conf, donc avant le serveur X).
Il est toujours possible — même si ce n’est pas conseillé — de se passer de cette détection en rajoutant dans la section ServerFlags de /etc/X11/xorg.conf les lignes suivantes :
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
), je suis quasiment sur qu'a l'origine il n'y avait pas cette dépendance, désolé
Je me suis surement mal exprimé : lors de l'installation de xorg, hal est installé en même temps, en tout cas chez moi. Par contre, en effet, si on ne le met pas dans les daemons il n'est pas lancé. Du coup : pas de clavier ni de souris !Mais dans tout les cas il n'est pas ajouter dans les daemons a l'installation
C'est clair !Bon on va finir par avoir 2 pages sans avoir aider la personne
C'est vrai que ça fait beaucoup de post pour un problème qui n'est surement pas compliqué à règlertuxce a écrit :+ de 10 posts pour dire la même chose (à la difference près que l'un parle de runlevel 1 et l'autre du 3) je vous tire mon chapeau :chinois
c'est pas une question d'avis, la réponse, tu l'as donné et benjarobin a détaillé, c'est un manque de lecture du wiki (un gros pavé en rouge que personne ne lit apparemment) et le 10-keymap.fdi n'a rien a voir la dedans, mais vu qu'il a été cité, il s'agit de corriger 2 petites choses, il n'est pas optionnel, si on utilise hal, le fichier fourni par hal est lu et celui qu'on copie sur /etc sert à personnaliser mais même sans personnalisation, on a quand même un clavier fonctionnel.super_sayen a écrit :tu pourrais donner ton avis ?
Fleuryje aurait-il ( ou elle, on ne sait pas ) des problèmes de connexion en plus d'un problème de périphériques de saisies ?wido a écrit :Je trouve qu'il fait du vent aujourd'hui[]
Encore ce satané clavier qui se blosuper_sayen a écrit :Fleuryje aurait-il ( ou elle, on ne sait pas ) des problèmes de connexion en plus d'un problème de périphériques de saisies ?
