Re: Xorg dans SliTaz cooking |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/slitaz Archives
]
Je confirme avoir également rencontré ces problêmes avec la dernière
upgrade de la cooking.
Pour Xorg, l'option AllowEmptyInput à False ou off a résolu le
problême. Le mappage du clavier en français a été résolu en ajoutant
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
à la section clavier
A noter que j'ai également du préciser les ModeLine pour obtenir la
meilleure résolution :
# 1024x768i @ 43Hz (industry standard) hsync: 35.5kHz
ModeLine "1024x768" 44.9 1024 1032 1208 1264 768 768 776 817
+hsync +vsync Interlace # 1024x768 @ 60Hz (VESA) hsync: 48.4kHz
ModeLine "1024x768" 65.0 1024 1048 1184 1344 768 771 777 806
-hsync -vsync # 1024x768 @ 70Hz (VESA) hsync: 56.5kHz
ModeLine "1024x768" 75.0 1024 1048 1184 1328 768 771 777 806
-hsync -vsync # 1024x768 @ 75Hz (VESA) hsync: 60.0kHz
ModeLine "1024x768" 78.8 1024 1040 1136 1312 768 769 772 800
+hsync +vsync # 1024x768 @ 85Hz (VESA) hsync: 68.7kHz
ModeLine "1024x768" 94.5 1024 1072 1168 1376 768 769 772 808
+hsync +vsync # 1152x864 @ 75Hz (VESA) hsync: 67.5kHz
ModeLine "1152x864" 108.0 1152 1216 1344 1600 864 865 868 900
+hsync +vsync # 1280x960 @ 60Hz (VESA) hsync: 60.0kHz
ModeLine "1280x960" 108.0 1280 1376 1488 1800 960 961 964 1000
+hsync +vsync # 1280x960 @ 85Hz (VESA) hsync: 85.9kHz
ModeLine "1280x960" 148.5 1280 1344 1504 1728 960 961 964 1011
+hsync +vsync # 1280x1024 @ 60Hz (VESA) hsync: 64.0kHz
ModeLine "1280x1024" 108.0 1280 1328 1440 1688 1024 1025 1028 1066
+hsync +vsync # 1280x1024 @ 75Hz (VESA) hsync: 80.0kHz
ModeLine "1280x1024" 135.0 1280 1296 1440 1688 1024 1025 1028 1066
+hsync +vsync # 1280x1024 @ 85Hz (VESA) hsync: 91.1kHz
Même problême avec slim, je dois le lancer manuellement
Pour le problême de busybox :
chmod +s /bin/su semble le corriger, je n'ai plus les messages d'erreur
et peux utiliser su.
Le Thu, 24 Jun 2010 21:46:32 +0200,
GoKhlaYeh <gokhlayeh@xxxxxxxxxx> a écrit :
> Bonjour,
>
> Cela fait plusieurs semaines que je ne parviens pas à démarrer une
> version de cooking à jour en mode graphique (avec Xorg, je ne sais
> pas ce qu'il en est de Xvesa).
>
> J'ai enfin réussit mais avec quelques bémols :
>
> Le problème d'origine était que ni le clavier ni la souris étaient
> reconnus, ce qui doit être le cas pour à peu prêt tout le monde. La
> dernière version de xorg-server utilise le module evdev avec la
> fonction 'hotplug' de hal par défault. Cette fonction est complexe à
> configurer et semble poser pas mal de problème, dans notre cas son
> activation fait que SliTaz ne sait plus configurer le clavier et la
> souris correctement. Il est possible de revenir à l'ancien
> fonctionnement en ajoutant au début de xorg.conf :
>
> Section "ServerFlags"
> Option "AutoAddDevices" "False"
> Option "AllowEmptyInput" "False"
> EndSection
>
> Il et possible de modifier le script /etc/init.d/hwconf.sh pour que
> cela soit fait automatiquement pour les sessions live.
> Personnellement je n'ai pas accès à ce dépôt pour envoyer la
> correction.
>
> Après cette correction j'ai rencontré plusieurs problèmes :
> 1 - le mappage du clavier n'est pas correctement configuré pour la
> session X. Je n'ai pas encore regardé ce qui clochait ici (j'utilise
> setxkbmap fr et c'est reglé). 2 - Slim ne parvient pas à lancer le
> bureau, je dois le faire manuellement. Je trouve le pid de slim et
> xorg avec 'ps aux' et je les tue avec 'kill -9 pid'. Ensuite je lance
> 'X' en tant que root, puis en tant que tux : 'openbox &; lxpanel &;
> pcmanfm -d &'. Je peux ensuite aller dans ma session X avec
> Ctrl+Alt+F7. 3 - Quelquechose cloche avec busybox : il indique
> fréquemment 'Using fallback suid method' et refuse de lancer
> certaines commandes essentielles, exemple avec su : tux@slitaz:~$ su
> Using fallback suid method su: must be suid to work properly
> tux@slitaz:~$ Ce type de problème est généralement lié à une mauvaise
> configuration de /etc/busybox.conf mais là je ne vois pas ce qui
> cloche. Je n'ai pas encore beaucoup fais de recherche pour cela je
> vous en dirais plus si je trouve du nouveau.
>
> En conclusion, la cooking avec les derniers paquets est difficilement
> utilisable (surtout à cause du dernier problème cité), c'est dommage
> car c'est tout de même plus pratique pour tester nos recettes. Ce
> serait bien de résoudre cela. Si quelqu'un a des informations à
> ajouter je l'en remercie.
>
---
SliTaz GNU/Linux Mailing list - http://www.slitaz.org/