Reprise du message précédent :
Et tu arrives à monter la partition qui contient /boot ?

http://wiki.archlinux.org/index.ph [...] 3%A7ais%29
C'est la procèdure complète.

oué ben jlaisse tomber, ça ne fonctionne pas

olleh
 
J'ai un pitit soucis, je n'arrive pas à faire fonctionner mon touchpad
 
J'ai suivi les instructions sur le wiki mais je n'arrive à rien ( http://wiki.archlinux.org/index.php/Synaptics )
 
Voilà mon /etc/hal/fdi/policy/11-x11-synaptics.fdi
 

 
J'ai essyayé un peu tout ce qu'il y avait sur le wiki mais sans succès
 
 
Et le /proc/bus/input/devices:
 

 
 
Si quelqu'un à une idée
 
 
   
 
 
ps: moi être nioub

Sur mon dell 1537, j'ai ajouté i8042.nomux=1 à la ligne kernel dans ma config de grub pour faire fonctionner le touchpad avec le driver synaptics. Peut-être que ça peut t'aider...

Hello,
 
Je viens de recevoir ma souris, une Logitech V470 (bluetooth donc). J'arrive à la connecter et m'en servir après avoir suivi le Wiki, pas de problème à ce sujet là. Par contre, si elle se met en veille ou si je l'éteins puis la rallume, je suis obligé de relancer les commandes de connexion manuelle.
 
Ainsi, j'aimerais que mon stack BT scan régulièrement l'environnement pour trouver la souris et s'y connecté automatiquement. Vous avez une idée ?

Linux 2.6.32 disponible dans [testing]  

Ah mince, j'avais pas vu que c'était dans testing

 
C'est toujours le cas avec le kernel, ça passe dans [core] après une plus ou moins longue période de probation, de souvenir c'est entre 15j et 1 mois habituellement.

Hello,
 
Je reviens à la charge avec mon histoire de connexion Bluetooth pour ma souris. Après avoir fait quelques tests avec la CLI, il me faudrait un script qui, toute les 5 secondes exécute la commande "hidd --connect 00:07:61:E9:F7:C1".
 
Le mieux serait un script qui tourne comme un démon appelé depuis /etc/rc.d. Je me demandais comment je pourrais réaliser ça en modifiant le script de /etc/rc.d/bluetooth. Ca vous parait faisable ? Ou je réalise un script à part que je place dans /etc/rc.d et que j'appelle depuis /etc/rc.conf ?
 
Ne connaissant pas du le scripting en bash, comment pourrais-je écrire ce script ?
 
Merci d'avance.

Perso j'utilise l'applet blueman pour la gestion de la souris bluetooth sur mon laptop ça marche plutôt bien.

Le problème c'est que c'est lié au desktop si j'ai bien compris. Perso, je préfèrerais quelque chose qui tourne derrière de manière à ce que ce soit indépendant de la session user et disponible dès KDM.

Pour le moment, je me suis monté le script suivant :

Si ça a le mérite de fonctionner, ça a des défauts :
- ce n'est pas un vrai service, à savoir que le stop n'arrête pas l'exécution du script
- ça balance des erreurs au large lorsque la souris n'est pas en mode détection ou lorsqu'elle est connectée
- ça provoque un lag de la souris à chaque détection lorsqu'elle est connectée

Je pense pouvoir éviter les lags en testant d'abord si la souris est déjà connectée ou pas avec "hidd --show | grep <son adresse>" mais je ne sais pas comment définir si la commande à renvoyé ce que je cherche à tester ou pas (si le grep renvoi une ligne ou pas quoi). Sinon pour que ça ressemble à un vrai démon, il faudrait que qu'un stop et un restart ait un vrai effet, même si quelque part c'est secondaire du fait que c'est uniquement pour un usage personnel. Mes débuts avec bash sont un peu perturbant, pour moi qui suis habitué à faire du dev en RAD ou en PHP, mais je m'en sors petit à petit.

P.S. : ne me flammez pas sur la tronche du test du while, c'est juste pour faire tourner la chose pour le moment, je paufinerai et rendrai les choses clean quand tout sera fonctionnel.

Effectivement blueman est lancé à l'ouverture de session.
 
Sinon je ne suis pas expert en scripting bash mais pour le test déjà tu peux utiliser grep -c <adresse> qui te renverra 1 si l'adresse existe ou 0 dans le cas contraire.
Sinon pour que le script soit bien arrêté avec le stop tu pourrais pas utiliser un wrapper, qui s'occuppe uniquement de lancer/arrêter le second script, qui lui contiendrait la boucle while et le test?

Pour le 1, je vais essayer, c'est intéressant, ça doit pouvoir fonctionner, je regarde ça de suite
Pour le 2, c'est ce que je pensais oui, en y réfléchissant c'est ce qui m'a paru le plus simple/propre
 
Sinon, pour faire une bouche infinie (le cas de mon while), qu'elle égalité/inégalité utiliseriez vous ?

Sinon, à chaque fois j'oublie rappelez moi, pour qu'une ligne d'un script soit exécutée et qu'on passe directement à la suivante sans attendre qu'elle soit terminée ? C'est && ? Parce qu'il serait peut être plus simple de mettre ça dans le rc.local en fait...

Euh … Pourquoi t'utilises pas cron ?

Pour le déclencher toute les 5 secondes ? Je suis pas sur que ce soit très judicieux...

C'est vrai que j'avais oublié que crond log tout. Au temps pour moi.

Un truc comme ça ?
 

j'hésite à passer mon arch desktop i686 en testing
 
ca parait jouable pour une machine non dédié à la prod mais je ne n'ai pas envie de passer mon temps à réparer non plus ?

Merci Changaco. Je verrai si je le passe en démon, mais pour l'instant, je le lance depuis rc.local, ça fonctionne nickel dès KDM
 
Par contre, ça renvoi des lignes sans arrêt sur mon tty1. Comment empêcher un script d'écrire sur la console ?

Chez moi ça marche nickel
Je maj ts les jours, je suis inscrit au ml, quand je vois un gros truc maj testing (kernaille, hal, udev, truc que j'utilise souvent) je lurke la liste/forum, ya souvent des astuces/conseils si ya un "gros changement", très souvent ça passe comme dans du beurre

>/dev/null 2>&1

Voici mon script :

Ca fonctionne pour la connexion BT, mais le résultat du grep -c apparait toujours à l'écran. Je pense que si je met >/dev/null 2>&1 après mon test, ça risque de ne plus fonctionner non ?

 
Ca ne marche pas
 
mais je vais un peu regarder par là du coup.
 
 
Merci

C'est la sortie de grep qu'il faut supprimer.

 
+1, ça casse jamais Arch.
 
Juste de temps en temps (4 fois par an) lors d'un gros changement faut modifier 1 ou 2 trucs dans sa conf, rien de plus

Même la ça casse pas, faut bien modif comme c'est marqué et ça passe
quand ça casse c'est comme la dernière fois avec l'upgrade de la libjpeg ou autre qui obligent à recompiler tout un tas de paquets qui s'en servent et qui pourraient, le cas échéant, pas macher correctement avec la nouvelle version.
Et encore la la majorité du temps une recompil à la truelle du truc qui foire via ABS et ça passe pas trop mal

en tout cas mon netbook ne fonctionne toujours pas ni en wifi ni en eth
 
j'ai encore essayé hier et ca foire
 
j'ai regardé sur le forum ubuntu, ya un mec qui a recompilé le driver, je vais voir sinon pour passer par ndiswrapper

Le kernel 2.6.32 a l'air d'avoir du mal avec mon wifi, j'ai enlevé testing en attendant de pouvoir me pencher sur le problème.

 
Quelle puce ?

squoi ton bouzin ?
Spa un eee avec un chipset ralink 38xx ?

 
Bizarre, d'habitude Intel ça bouge pas.

Ya un firmware a mettre a tous les coups

Au pif iwlwifi-4965-ucode

 
 
Asus 1008 HA
 
j'arrive pas à le faire marcher, parfois le wifi est reconnu pendant 3 secondes puis la connection dégage (avec ubuntu 9.10 et fedora 12)
 
j'arrive pas non plus sous arch avec conf en command line
 
en ethernet ca ne marche jamais

lspci stp ?

Network Controller Atheros Communication Inc Device 002b (rev 01)
Ethernet Controller Attansic Technology corp Device 1062 (rev c0)

Pourtant c'est a priori géré directement par le kernel depuis le 2.6.31 (on en avait déjà parlé ici avec un autre forumeur)

Normalement l'ath c'est dans du beurre ué
essaye d'installer cette kernaille : http://mir.archlinux.fr/testing/os [...] pkg.tar.gz
Télécharge puis, sudo pacman -U kernel26-2.6.32-1-i686.pkg.tar.gz
 
ps: t'auta ptetre besoin de ça aussi : http://mir.archlinux.fr/testing/os [...] pkg.tar.gz