J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm,
KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à
partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis
plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot...
22:04:23 L'état du démon est « stoppé »
22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1...
22:04:25 Liaison vers le périphérique prête.
22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
dominique
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
J'ai sensiblement les mêmes difficultés avec un Palm M105 par infrarouge, que ce soit avec kpilot ou jpilot. Je n'ai que l'alternative de passer par pilot-xfer pour décharger mon Palm dans un répertoire : $ pilot-xfer -p /dev/ircomm0 -b . dans l'hypothèse où je suis déjà dans ~/.jpilot/ La synchronisation ne marche pas de .jpilot vers le Palm. J'utilise : [ ~]$ uname -sr Linux 2.6.12-11.0.aur.2
Avec les versions 11 et antérieures d'Aurox, je n'avais aucun problème avec kpilot. Bonne journée, Dominique
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm,
KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à
partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis
plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot...
22:04:23 L'état du démon est « stoppé »
22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1...
22:04:25 Liaison vers le périphérique prête.
22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
J'ai sensiblement les mêmes difficultés avec un Palm M105 par
infrarouge, que ce soit avec kpilot ou jpilot.
Je n'ai que l'alternative de passer par pilot-xfer pour décharger mon
Palm dans un répertoire :
$ pilot-xfer -p /dev/ircomm0 -b .
dans l'hypothèse où je suis déjà dans ~/.jpilot/
La synchronisation ne marche pas de .jpilot vers le Palm.
J'utilise :
[normal@192 ~]$ uname -sr
Linux 2.6.12-11.0.aur.2
Avec les versions 11 et antérieures d'Aurox, je n'avais aucun problème
avec kpilot.
Bonne journée,
Dominique
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
J'ai sensiblement les mêmes difficultés avec un Palm M105 par infrarouge, que ce soit avec kpilot ou jpilot. Je n'ai que l'alternative de passer par pilot-xfer pour décharger mon Palm dans un répertoire : $ pilot-xfer -p /dev/ircomm0 -b . dans l'hypothèse où je suis déjà dans ~/.jpilot/ La synchronisation ne marche pas de .jpilot vers le Palm. J'utilise : [ ~]$ uname -sr Linux 2.6.12-11.0.aur.2
Avec les versions 11 et antérieures d'Aurox, je n'avais aucun problème avec kpilot. Bonne journée, Dominique
Emmanuel
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci, Ras'
J'ai eu, de mémoire, un problème similaire avec un Sony Clié. En réalité, je me suis aperçu que la synchronisation pouvait se faire, mais en passant par le device /dev/ttyUSB0 (allez savoir pourquoi...).
Un test simple :
# pilot-xfer /dev/ttyUSB0 -L
pour lister les fichiers du palm. Si ça marche, le plus simple est de définir /dev/ttyUSB0 comme device par défaut pour la synchro :
# ln -s /dev/ttyUSB0 /dev/pilot
En ésperant être utile,
Emmanuel
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm,
KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à
partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis
plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot...
22:04:23 L'état du démon est « stoppé »
22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1...
22:04:25 Liaison vers le périphérique prête.
22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci,
Ras'
J'ai eu, de mémoire, un problème similaire avec un Sony Clié. En
réalité, je me suis aperçu que la synchronisation pouvait se faire, mais
en passant par le device /dev/ttyUSB0 (allez savoir pourquoi...).
Un test simple :
# pilot-xfer /dev/ttyUSB0 -L
pour lister les fichiers du palm. Si ça marche, le plus simple est de
définir /dev/ttyUSB0 comme device par défaut pour la synchro :
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci, Ras'
J'ai eu, de mémoire, un problème similaire avec un Sony Clié. En réalité, je me suis aperçu que la synchronisation pouvait se faire, mais en passant par le device /dev/ttyUSB0 (allez savoir pourquoi...).
Un test simple :
# pilot-xfer /dev/ttyUSB0 -L
pour lister les fichiers du palm. Si ça marche, le plus simple est de définir /dev/ttyUSB0 comme device par défaut pour la synchro :
# ln -s /dev/ttyUSB0 /dev/pilot
En ésperant être utile,
Emmanuel
sansflotusspam
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci, Ras'
1) en général, les Palm, Clié et autres compatibles sont vus sur ttyUSB0 2) il faut impérativement créer un lien "pilot" sur ttyUSB0 dans /dev ET dans ton home 3) il faut attribuer TON nom d'utilisateur (user au sens unix) au Palm, et renseigner le Palm (menu Sécurité) avec ton password d'utilisateur unix 4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB PS - j'utilise des Palm sous linux depuis MDK 7.2 et j'en ai vu de toutes les couleurs (même en monochrome ...) avant que ça marche nickel. A+
Bonjour à tous,
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm,
KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à
partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis
plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot...
22:04:23 L'état du démon est « stoppé »
22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1...
22:04:25 Liaison vers le périphérique prête.
22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci,
Ras'
1) en général, les Palm, Clié et autres compatibles sont vus sur ttyUSB0
2) il faut impérativement créer un lien "pilot" sur ttyUSB0 dans /dev ET
dans ton home
3) il faut attribuer TON nom d'utilisateur (user au sens unix) au Palm,
et renseigner le Palm (menu Sécurité) avec ton password d'utilisateur unix
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le
noyau te dit que tu es owner des ttyUSB
PS - j'utilise des Palm sous linux depuis MDK 7.2 et j'en ai vu de toutes
les couleurs (même en monochrome ...) avant que ça marche nickel.
A+
J'ai un problème de synchro avec mon Palm T5: au démarrage du Palm, KPilot se lance automatiquement, ensuite, lorsque je lance une synchro à partir du Palm, la barre de défilement de KPilot se bloque à 30%, puis plus rien.
Ci dessous, je copie le rapport de KPilot:
22:04:23 Démarrage du démon KPilot... 22:04:23 L'état du démon est « stoppé » 22:04:25 Tentative d'ouverture du périphérique /dev/ttyUSB1... 22:04:25 Liaison vers le périphérique prête. 22:05:39 Impossible de lire les informations systèmes depuis le Palm
Des idées? (le démon « stoppé » c'est louche non?)
Merci, Ras'
1) en général, les Palm, Clié et autres compatibles sont vus sur ttyUSB0 2) il faut impérativement créer un lien "pilot" sur ttyUSB0 dans /dev ET dans ton home 3) il faut attribuer TON nom d'utilisateur (user au sens unix) au Palm, et renseigner le Palm (menu Sécurité) avec ton password d'utilisateur unix 4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB PS - j'utilise des Palm sous linux depuis MDK 7.2 et j'en ai vu de toutes les couleurs (même en monochrome ...) avant que ça marche nickel. A+
R12y
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça? Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le
noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça?
Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en
question qui chmod/chown le truc quand il existe.
Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais
appartenant à root. Le module est automatiquement chargé reste juste à
faire en sorte que le proprio soit l'user loggé en cours... C'est sur un
protable, FC4.
--
Telephone portable "intelligent" (SmartPhone) GSM, GPRS,...
Il est sous Linux, ne coute pas trop cher,...
http://www.it2l.com/product_info.php?cPath&products_idE6
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça? Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
-- Telephone portable "intelligent" (SmartPhone) GSM, GPRS,... Il est sous Linux, ne coute pas trop cher,... http://www.it2l.com/product_info.php?cPath&products_idE6
sansflotusspam
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local A+
Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si
le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne :
chmod 666 /dev/usb/ttyUSB*
dans /etc/rc.d/rc.local
A+
Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en
question qui chmod/chown le truc quand il existe.
Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais
appartenant à root. Le module est automatiquement chargé reste juste à
faire en sorte que le proprio soit l'user loggé en cours... C'est sur un
protable, FC4.
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local A+
Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
Nicolas George
sansflotusspam wrote in message <438f496b$0$8941$:
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
Le Monsieur a dit *propre*.
sansflotusspam wrote in message
<438f496b$0$8941$626a14ce@news.free.fr>:
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne :
chmod 666 /dev/usb/ttyUSB*
dans /etc/rc.d/rc.local
sansflotusspam wrote in message <438f496b$0$8941$:
Quel est le moyen propre, sur des RPM based pour faire ça?
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
Le Monsieur a dit *propre*.
ah bon, c'est pas propre ? d'accord, je m'essuie, mais après ? A+
Thibaut Paumard
R12y writes:
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça? Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
Salut,
A priori je dirais qu'il faut regarder le manuel de udev et chercher "permissions". Ça devrait te dire de modifier fichier /etc/udev/permissio ns ou quelque-chose comme ça.
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le
noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça?
Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en
question qui chmod/chown le truc quand il existe.
Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais
appartenant à root. Le module est automatiquement chargé reste juste à
faire en sorte que le proprio soit l'user loggé en cours... C'est sur un
protable, FC4.
Salut,
A priori je dirais qu'il faut regarder le manuel de udev et chercher
"permissions". Ça devrait te dire de modifier fichier /etc/udev/permissio ns
ou quelque-chose comme ça.
On Tue, 29 Nov 2005 18:00:39 +0100, sansflotusspam wrote:
4) il faut enfin caler les droits sur les devices ttyUSB en 666, même si le noyau te dit que tu es owner des ttyUSB
Quel est le moyen propre, sur des RPM based pour faire ça? Moi ce que je fais c'est que j'ai mis une boucle infinie sur le device en question qui chmod/chown le truc quand il existe. Mon Nokia, il est dans /dev/ttACM0 (ou un truc dans le genre) mais appartenant à root. Le module est automatiquement chargé reste juste à faire en sorte que le proprio soit l'user loggé en cours... C'est sur un protable, FC4.
Salut,
A priori je dirais qu'il faut regarder le manuel de udev et chercher "permissions". Ça devrait te dire de modifier fichier /etc/udev/permissio ns ou quelque-chose comme ça.
Cordialement, Thibaut.
Nicolas George
sansflotusspam wrote in message <43901c3a$0$21161$:
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois pour toute convient. Si /dev/ est statique mais qu'un outil de la distribution vient changer ses droits de temps en temps (au boot, au login d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque chose.
sansflotusspam wrote in message
<43901c3a$0$21161$636a15ce@news.free.fr>:
une simple ligne :
chmod 666 /dev/usb/ttyUSB*
dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois
pour toute convient. Si /dev/ est statique mais qu'un outil de la
distribution vient changer ses droits de temps en temps (au boot, au login
d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est
dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque
chose.
sansflotusspam wrote in message <43901c3a$0$21161$:
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois pour toute convient. Si /dev/ est statique mais qu'un outil de la distribution vient changer ses droits de temps en temps (au boot, au login d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque chose.
sansflotusspam
sansflotusspam wrote in message <43901c3a$0$21161$:
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois pour toute convient. Si /dev/ est statique mais qu'un outil de la distribution vient changer ses droits de temps en temps (au boot, au login d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque chose.
merci, je n'avais pas vu les choses comme ça ! bon, ben, on va aux patates, A+
sansflotusspam wrote in message
<43901c3a$0$21161$636a15ce@news.free.fr>:
une simple ligne :
chmod 666 /dev/usb/ttyUSB*
dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois
pour toute convient. Si /dev/ est statique mais qu'un outil de la
distribution vient changer ses droits de temps en temps (au boot, au login
d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est
dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque
chose.
merci, je n'avais pas vu les choses comme ça !
bon, ben, on va aux patates,
A+
sansflotusspam wrote in message <43901c3a$0$21161$:
une simple ligne : chmod 666 /dev/usb/ttyUSB* dans /etc/rc.d/rc.local
ah bon, c'est pas propre ?
C'est le moins qu'on puisse dire. Si /dev/ est statique, un chmod une fois pour toute convient. Si /dev/ est statique mais qu'un outil de la distribution vient changer ses droits de temps en temps (au boot, au login d'un utilisateur, etc.), il faut configurer cet outil. Si /dev/ est dynamique, il faut configurer devfsd ou udev.
Toute autre méthode est une bidouille crade qui finira par casser quelque chose.
merci, je n'avais pas vu les choses comme ça ! bon, ben, on va aux patates, A+
