Bonjour à tous,

Depuis 2-3 jours je n'arrive plus à Synchroniser mon palm avec Jpilot alors que ça a très bien fonctionné jusqu'à maintenant. Bon je reconnais qu'il faut être en root et lancer jpilot depuis le shel. Mais même comme ça plus de synchro !

Voici le message d'erreur que j'obtiens :
Synchronisation sur /dev/ttyUSB1
Appuyez sur le bouton HotSync maintenant
****************************************
pi_bind error: /dev/ttyUSB1 Aucun fichier ou répertoire de ce type
Vérifier le port série et ses réglages
Fin avec l'état SYNC_ERROR_BIND
Terminé
J'ai revérifier mes réglages, mais ils n'ont pas changé !!

Quelqu'un a déjà eu un truc du genre ?

Jet
J'avais déjà posté à ce sujet pour le même message d'erreur. le problème avait été résolu par l'utiliasation du shel en root. J'ai donc repris ces posts et vérifié une nouvelle fois pour voir ce qui avait changé.

Je ne trouve rien. J'ai changé de port mon cable usb, j'ai changé de cable, j'ai testé en user et en root, j'ai mis à jour le kernel..... rien !

Pis chuis drôlement embêté, c'est mon outil de travail. Si vous avez une idée, je prends !

Merci,
Jet
Bonjour,

Pour moi ça marche avec un Palm Zire 21. Il faut que j'appuie d'abord sur le bouton synchro de jpilot (là j'ai le même message que toi sauf que le chemin est /dev/pilot), je synchronise sur le palm, et je rappuie sur le bouton synchro jpilot. Ca Marche comme ça.

Mais pas besoin d'être en root ni de lancer jpilot en console. Par contre j'ai ajouté une règle udev sinon ça ne marchait pas.
Tu peux aussi vérifier que le Palm est bien détecté quand tu synchronises avec:

# tail -f /var/log/messages
Hello,

A tout hasard, j'ai testé la synchro en "user" avec la config /dev/piolot mais rien de nouveau, ça ne synchronise pas.

En attendant, voici ce que me renvoie la commande :
[root@voyager3 ~]# tail -f  /var/log/messages
Feb 12 18:09:28 localhost avahi-daemon[2528]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.34.
Feb 12 18:09:28 localhost avahi-daemon[2528]: Interface wlan0.IPv4 no longer relevant for mDNS.
Feb 12 18:09:28 localhost avahi-daemon[2528]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.34.
Feb 12 18:09:28 localhost avahi-daemon[2528]: New relevant interface wlan0.IPv4 for mDNS.
Feb 12 18:09:28 localhost avahi-daemon[2528]: Registering new address record for 192.168.1.34 on wlan0.IPv4.
Feb 12 18:09:28 localhost NET[3401]: /sbin/dhclient-script : updated /etc/resolv.conf
Feb 12 18:09:28 localhost dhclient: bound to 192.168.1.34 -- renewal in 38214 seconds.
Feb 12 18:27:11 localhost kernel: usb 1-6.3: new full speed USB device using ehci_hcd and address 7
Feb 12 18:27:11 localhost kernel: usb 1-6.3: configuration #1 chosen from 1 choice
Feb 12 18:27:39 localhost kernel: usb 1-6.3: USB disconnect, address 7
Feb 12 18:37:48 localhost kernel: usb 1-6.3: new full speed USB device using ehci_hcd and address 8
Feb 12 18:37:48 localhost kernel: usb 1-6.3: configuration #1 chosen from 1 choice
Je n'ai pas mon Palm sous la main mais il me semble que le message de connection dans /var/log/messages n'est pas celui que j'ai habituellement (je te dis ça demain). Dans mon cas, il apparait explicitement ttyUSB0 et/ou ttyUSB1.
Par contre, le message que te renvoie la commande m'est déjà arrivé et ça ne marchait effectivement pas. Le redémarrage de l'ordinateur avait résolu le problème.
C'est à n'y rien comprendre.

Je pense en effet qu'il y a un problème avec le fichier /dev/ttyUSB1 qui est monté lors de la synchro.

J'ai parcouru une nouvelle fois le post suivant :

http://forums.fedora-fr.org/viewtopic.php?pid=186238#p186238

Ces différents posts parlent exactement de ce problème de synchro, j'y avait d'ailleurs participé. Aucune des solutions préconisées n'a de succès, alors que depuis que Tompalm avait proposé une piste, ça avait fonctionné.

J'ai édité :

/etc/udev/rules.d/50-udev.rules

et j'ai re-contrôler les données. Il manquait en effet :
# serial+dialup devices
KERNEL=="ttyS*",        GROUP="uucp", MODE="0660"
KERNEL=="ttyACM*",        GROUP="uucp", MODE="0660"
KERNEL=="ttyUSB*",        GROUP="uucp", MODE="0666"
que j'ai donc rajouté. Mais après redémarrage, rien... ni en user, ni en root....

Purée ça me gave, suis paralysé sans mon palm, je bosse bcp avec.
Encore moi !

Ben je cherche désepèrément une solution à mon problème...

Mais je crois avoir identifié le problème, mais je ne sais pas comment le résoudre.

En observant attentivement ce qu'il se passe dans /dev lors de ls synchro, je me suis rendu compte qu'il ne monte pas le "ttyUSB1" au moment d'appuyer sur le bouton de synchro. Je publie ci-dessous le résultat de mon /etc/udev/rules.d/50-udev-default.rules :
# do not edit this file, it will be overwritten on update

KERNEL=="pty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="tty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="ptmx",            GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty",            GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty[0-9]*",        GROUP="tty", MODE="0620", OPTIONS="last_rule"
KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty", OPTIONS="last_rule"
KERNEL=="console",        MODE="0600", OPTIONS="last_rule"
KERNEL=="tty0",            SYMLINK+="systty"

# serial
KERNEL=="tty[A-Z]*|pppox*|ircomm*|noz*", GROUP="uucp"
KERNEL=="ppp",            MODE="0600", OPTIONS+="ignore_remove"
KERNEL=="mwave",        NAME="modems/mwave", GROUP="uucp"
KERNEL=="hvc*|hvsi*",        GROUP="uucp"
KERNEL=="lirc0",        SYMLINK+="lirc"
KERNEL=="ttyS*",        GROUP="uucp", MODE="0660"
KERNEL=="ttyACM*",        GROUP="uucp", MODE="0660"
KERNEL=="ttyUSB*",        GROUP="uucp", MODE="0666"


# mem
KERNEL=="null|zero|full|random|urandom", MODE="0666"
KERNEL=="null",            SYMLINK+="XOR"
KERNEL=="mem|kmem|port",    GROUP="kmem", MODE="0640"
KERNEL=="ram0",            SYMLINK+="ramdisk"
KERNEL=="ram1",            SYMLINK+="ram"

# input
KERNEL=="mouse*|mice|event*",    NAME="input/%k", MODE="0640"
KERNEL=="ts[0-9]*|uinput",    NAME="input/%k", MODE="0600"
KERNEL=="js[0-9]*",        NAME="input/%k", MODE="0644", SYMLINK+="%k"

# video4linux
KERNEL=="vbi0",            SYMLINK+="vbi"
KERNEL=="radio0",        SYMLINK+="radio"
KERNEL=="video0",        SYMLINK+="video"

# graphics
KERNEL=="agpgart",        MODE="0600"
KERNEL=="card[0-9]*",        NAME="dri/%k", MODE="0666"
KERNEL=="fb0",            SYMLINK+="fb"

# DVB video
SUBSYSTEM=="dvb", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter%%i/%%s $${K%%%%.*} $${K#*.}'", NAME="%c"

# Firewire
KERNEL=="dv1394*",        SYMLINK+="dv1394/%n"
KERNEL=="video1394*",        NAME="video1394/%n"

# firmware class requests
SUBSYSTEM=="firmware", ACTION=="add", RUN+="firmware.sh"

# libusb device nodes
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0644"

# printer
KERNEL=="parport[0-9]*",    GROUP="lp"
SUBSYSTEM=="printer",        KERNEL=="lp*", GROUP="lp"
SUBSYSTEM=="usb",        KERNEL=="lp*", NAME="usb/%k", SYMLINK+="usb%k", GROUP="lp"
KERNEL=="lp[0-9]*",        GROUP="lp", SYMLINK+="par%n"
KERNEL=="irlpt[0-9]*",        GROUP="lp"

# block, tapes, block-releated
SUBSYSTEM=="block", GROUP="disk", MODE="0640"
SUBSYSTEM=="block", KERNEL=="sr[0-9]*", SYMLINK+="scd%n"
SUBSYSTEM=="scsi", KERNEL=="[0-9]*:[0-9]*", ACTION=="add", ATTR{type}=="0|7|14", ATTR{timeout}="60"
SUBSYSTEM=="scsi", KERNEL=="[0-9]*:[0-9]*", ACTION=="add", ATTR{type}=="1", ATTR{timeout}="900"
KERNEL=="hd*", SUBSYSTEMS=="ide", ATTRS{media}=="floppy", OPTIONS+="all_partitions"
KERNEL=="fd[0-9]",        GROUP="floppy"
KERNEL=="fd[0-9]", ACTION=="add", ATTRS{cmos}=="?*", RUN+="create_floppy_devices -c -t $attr{cmos} -m %M -M 0640 -G floppy $root/%k"
KERNEL=="sch[0-9]*",        GROUP="disk"
KERNEL=="sg[0-9]*",        GROUP="disk", MODE="0640"
KERNEL=="ht[0-9]*|nht[0-9]*",    GROUP="disk"
KERNEL=="pg[0-9]*",        GROUP="disk"
KERNEL=="pt[0-9]*|npt[0-9]*",    GROUP="disk"
KERNEL=="qft[0-9]*|nqft[0-9]*|zqft[0-9]*|nzqft[0-9]*|rawqft[0-9]*|nrawqft[0-9]*", GROUP="disk"
KERNEL=="rawctl",        NAME="raw/%k", GROUP="disk"
SUBSYSTEM=="raw", KERNEL=="raw[0-9]*", NAME="raw/%k", GROUP="disk"
KERNEL=="pktcdvd[0-9]*",    NAME="pktcdvd/%k"
KERNEL=="pktcdvd",        NAME="pktcdvd/control"
KERNEL=="qft0",            SYMLINK+="ftape"
SUBSYSTEM=="bsg",        NAME="bsg/%k"
SUBSYSTEM=="aoe",        NAME="etherd/%k", GROUP="disk"

# network
KERNEL=="tun",            NAME="net/%k", MODE="0666", OPTIONS+="ignore_remove"

# CPU
KERNEL=="cpu[0-9]*",        NAME="cpu/%n/cpuid"
KERNEL=="msr[0-9]*",        NAME="cpu/%n/msr"
KERNEL=="microcode",        NAME="cpu/microcode", MODE="0600"

# miscellaneous
KERNEL=="fuse",            MODE="0666"
KERNEL=="rtc|rtc0",        MODE="0644"
KERNEL=="rtc0",            SYMLINK+="rtc"
KERNEL=="auer[0-9]*",        NAME="usb/%k"
KERNEL=="hw_random",        NAME="hwrng", SYMLINK+="%k"
KERNEL=="mmtimer",        MODE="0644"
KERNEL=="rflash[0-9]*",        MODE="0400"
KERNEL=="rrom[0-9]*",        MODE="0400"
KERNEL=="sbpcd0",        SYMLINK+="sbpcd"
KERNEL=="slram[0-9]*",         SYMLINK+="xpram%n"
KERNEL=="sxctl",        NAME="specialix_sxctl", SYMLINK+="%k"
KERNEL=="rioctl",        NAME="specialix_rioctl", SYMLINK+="%k"
KERNEL=="iowarrior[0-9]*",    NAME="usb/%k"

# do not delete static device nodes
ACTION=="remove", NAME=="?*", TEST=="/lib/udev/devices/$name", OPTIONS+="ignore_remove"
Voilà, si qqun a une idée !
Voila ce que j'ai à la connection (fait sur une vieille bécane sous FC6) mais c'est pareil avec F8:
Feb 13 10:22:40 localhost kernel: usb 1-2: new full speed USB device using uhci_hcd and address 4
Feb 13 10:22:40 localhost kernel: usb 1-2: configuration #1 chosen from 1 choice
Feb 13 10:22:40 localhost kernel: visor 1-2:1.0: Handspring Visor / Palm OS converter detected
Feb 13 10:22:40 localhost kernel: usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
Feb 13 10:22:40 localhost kernel: usb 1-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
As-tu vérifié que les modules visor et usbserial était bien activés ? (si c'est ceux qu'il faut)
$ /sbin/lsmod |grep visor
Comme ça marchait bien avant, je ne vois pas pourquoi il faudrait retoucher aux rules udev. Mais bon. Dans mon cas, j'avais édité une nouvelle règle pour que /dev/pilot apparaisse au moment de la synchro:

10-udev.rules:
# Palm Zire 21
BUS=="usb",SYSFS{serial}=="PalmSN12345678",SYSFS{product}=="Palm Handheld",KERNEL=="ttyUSB*", SYMLINK+="pilot"
Et j'avais récupéré les infos avec:

$ udevinfo -p /sys/class/tty/ttyUSB1 -a>fichier
Bah... ça me déprime.

Merci quand même de m'aiguiller, mais je n'ai pas de succès avec ça. Visor et usbserial ne sont pas sur ma machine, mais je ne sais pas ce qu'utilisait le système pour faire fonctionner la synchro et pour quelle raison ça ne marche plus.

C'est manifestement un problème lié à la reconnaissance de mon palm et le ttyUSB1, mais voilà je ne m'en sors pas. C'est con ça marchait bien...
Il n'y a plus qu'à essayer en root:
# /sbin/modprobe visor
# /sbin/modprobe usbserial
BINGO !

Bien vu, cette fois c'est à nouveau bon. Et c'est même mieux car je n'ai plus besoin de lancer jpilot en root.

Merci infiniment pour ton aide.

Jet
Bon encore une remarque.

J'ai remarqué qu'au redémarrage je perds à nouveau visor et usbserial.

J'ai tenté un chkconfig mais j'ai des messages d'erreurs :
[root@voyager3 ~]# chkconfig --level 345 usbserial on
erreur lors de la lecture d'informations sur le service usbserial : Aucun fichier ou répertoire de ce type
[root@voyager3 ~]#
Comment fixer visor et usbserial au démarrage ?
Je fais questions/réponses !

En fouillant un peu, j'ai trouvé un fichier "blacklist-visor" dans /etc/modprobe.d

je l'ai froidement effacé, redémarré et voilà, cette fois ça marche pour de bon.

Jet
6 mois plus tard
J'ai aussi le problème suivant: plus possible de synchroniser mon Palm Treo 650 avec Jpilot alors que cela a fonctionné sous F8 et fonctionnait sans problème sous F7. A chaque tentative, j'ai le message suivant dans Jpilot:
****************************************
 Synchronisation sur /dev/ttyUSB1
 Appuyez sur le bouton HotSync maintenant
****************************************
J-Pilot: sync PID = 22117
J-Pilot : appuyez sur le bouton HotSync ou "kill 22117"
Si j'appuye sur le bouton HotSync, il ne se passe rien.

Pourtant, il me semble que tout est bien configuré. Voici une copie de mon fichier /etc/udev/rules.d/50-udev-default.rules:
...
# serial+dialup devices
KERNEL=="pty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="tty[pqrstuvwxyzabcdef][0123456789abcdef]", GROUP="tty", MODE="0660", OPTIONS="last_rule"
KERNEL=="ptmx",                 GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty",                  GROUP="tty", MODE="0666", OPTIONS="last_rule"
KERNEL=="tty[0-9]*",            GROUP="tty", MODE="0620", OPTIONS="last_rule"
KERNEL=="vcs|vcs[0-9]*|vcsa|vcsa[0-9]*", GROUP="tty", OPTIONS="last_rule"
KERNEL=="console",              MODE="0600", OPTIONS="last_rule"
KERNEL=="tty0",                 SYMLINK+="systty"
KERNEL=="ttyS*",                GROUP="uucp", MODE="0660"
KERNEL=="ttyACM*",              GROUP="uucp", MODE="0660"
KERNEL=="ttyUSB*",              GROUP="uucp", MODE="0666"
...
J'ai aussi créé un fichier /etc/udev/rules.d/10-udev.rules:
# Palm Treo 650
BUS=="usb", SYSFS{product}=="Palm Handheld",  SYSFS{serial}=="PalmSN12345678",  SYSFS{manufacturer}=="PalmOne, Inc.",  KERNEL=="ttyUSB*",  SYMLINK+="pilot", MODE="0666"
Les modules "visor" et "usbserial" sont bien démarrés:
[root@localhost ~]# lsmod | grep visor
visor                  18253  0 
usbserial              30505  1 visor
Et mon Palm semble bien se connecter au PC lorsque j'appuye sur le bouton de synchronisation:
[root@localhost ~]# ls -l /dev/ttyUSB*
crw-rw----+ 1 Cactus uucp 188, 0 aoû 27 13:10 /dev/ttyUSB0
crw-rw----+ 1 Cactus uucp 188, 1 aoû 27 13:10 /dev/ttyUSB1

[root@localhost ~]# tail -f /var/log/messages
Aug 27 13:10:45 localhost kernel: usb 3-2: new full speed USB device using uhci_hcd and address 3
Aug 27 13:10:45 localhost kernel: usb 3-2: configuration #1 chosen from 1 choice
Aug 27 13:10:45 localhost kernel: visor 3-2:1.0: Handspring Visor / Palm OS converter detected
Aug 27 13:10:45 localhost kernel: usb 3-2: Handspring Visor / Palm OS converter now attached to ttyUSB0
Aug 27 13:10:45 localhost kernel: usb 3-2: Handspring Visor / Palm OS converter now attached to ttyUSB1
Aug 27 13:10:45 localhost kernel: usb 3-2: New USB device found, idVendor=0830, idProduct=0061
Aug 27 13:10:45 localhost kernel: usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Aug 27 13:10:45 localhost kernel: usb 3-2: Product: Palm Handheld
Aug 27 13:10:45 localhost kernel: usb 3-2: Manufacturer: PalmOne, Inc.
Aug 27 13:10:45 localhost kernel: usb 3-2: SerialNumber: PalmSN12345678
Toute suggestion pour débloquer la situation est la bienvenue...
Hello,

Peux-tu poster le contenu du dossier /etc/modprobe.d ?
jettero wrote:Hello,

Peux-tu poster le contenu du dossier /etc/modprobe.d ?
Voilà:
[Cactus@ltnysten ~]$ ls -al /etc/modprobe.d
total 60
drwxr-xr-x   2 root root  4096 aoû 26 20:20 .
drwxr-xr-x 127 root root 12288 aoû 28 08:39 ..
-rw-r--r--   1 root root   810 jan 23  2008 blacklist
-rw-r--r--   1 root root   833 oct  8  2007 blacklist-compat
-rw-r--r--   1 root root    26 jan 10  2008 floppy-pnp
-rw-r--r--   1 root root  5717 oct  8  2007 modprobe.conf.dist
Bon, entretemps, la synchro fonctionne à nouveau... 🙂 Le problème, c'est que je n'ai aucune idée de ce qui a débloqué le problème...:-?
Ok 😉

Tant mieux si ça fonctionne.