Vraag & Antwoord

OS Linux

Palm en suse

10 antwoorden
  • ik gebruik Suse 9.1 en heb een Garmin iQue 3600 Palm + gps gekocht. En ik wil dus ook graag de palm synchroniseren onder Linux. Ik heb kpilot geinstalleerd, en geconfigureerd. (/dev/ttyUSB0) En dan gaat het synchroniseren goed. Tenminste, als je als root ingelogd bent. Als ik onder mijn eigen usernaam inlog, gaat de synchronisatie ineens niet meer. Heeft denk ik iets te maken met de toegangsrechten. Weet iemand hoe je dat zou moeten regelen ?
  • Je moet even de toegangsrechten naar de poort waaraan je palmtop hangt wijzigen zodat je als user kunt lezen/schrijven naar die poort. Max
  • Willem, als je even op mijn website kijkt daar staat een stukje over permissies voor SUN solaris. zelfde verhaal is bij jouw van toepassing, zij het op een ander device.
  • De craddle is aangesloten op de usb poort. ik haal gegevens van de volgende site: http://elibrary.fultus.com/technical/index.jsp?topic=/com.fultus.suse.guides/guides/9_1/suselinux-userguide_en/ch09s02.html in Kpilot vul ik dus in: /dev/ttyUSB0 dat werkt als root. ( hoewel ik in /dev/ geen ttyUSB0 kan vinden, wel een ttyUB0 Van ttyUB0 is de toegang voor root in de groep uucp dat moet dus worden: voor willem in de groep users of ik moet aan alle users van welke groep dan ook de toegang geven tot ttyUSB0 dat zou dan moeten zijn chmod o=rwx /dev/ttyUSB0 maar dat werkt niet
  • mmmm - merkwaardig device: blijkt niet te zijn /dev/ttyUSB0 maar in suse 9.1: /dev/usb/ttyUSB0 toegangsrechten op rwx gezet toen liep de synchronisatie goed. keurig alles in Kpilot te zien. maar dat ging maar een enkele keer. daarna: niks meer.
  • Ho: maak je devices nooit rwx voor other! Als je het netjes wilt oplossen maak je of de user willem lid van de groep uucp (dat doe je in /etc/groups) of je verandert de group van het device. Het probleem waar je tegenaan loopt is wss dat de devices in /dev/usb telkens opnieuw aangemaakt worden tijdens het laden van de modules (usbfs) en daarmee ook de permissies. De permissies waarmee zo'n file aangemaakt wordt kun je wijzigen in de config van "?" (weet ik niet onder SuSE, vaak in /etc/hotplug en dan usb.autoload oid). Simpeler en dat werkt wss ook is gewoon willem lid maken van uucp, omdat je dan de permissies niet hoeft te wijzigen.
  • ja, dat gaat de goede kant op ik heb de toegangsrechten voor /dev/usb/ttyUSB0 weer teruggezet naar de oude situatie. Willem is lid van de groep uucp in kpilot is ingesteld: /dev/usb/ttyUSB0 , omdat hij het tot dusver twee keer deed op deze instelling. vervolgens meldt Kpilot: Version: KPilot 4.4.1 Version: pilot-link 0.11.8 Version: KDE 3.2.1 Version: Qt 3.3.1 HotSync-log 00:42:27 Daemon-status is 'Initializing' 00:44:17 De tekenset ISO 8859-15 wordt gebruikt op de Pilot. 00:44:18 Trying to open device /dev/usb/ttyUSB0... 00:44:18 Could not open device: /dev/usb/ttyUSB0 (will retry)[i:65e4ee6675][/i:65e4ee6675] en daarmee is de kous af. als ik USBview open, dan zie ik dat mijn scanner aanwezig is op de ene usb poort, maar er staat niets vermeld voor de 2de USB-poort, waar de craddle+palm op is aangesloten. het merkwaardigste is, dat hij het 2x goed gedaan heeft, en daarvoor, daartussen en daarna niets doet.
  • En als je hem gewoon terug zet op /dev/ttyUSB0?
  • Die palm wordt pas gezien op twee momenten: als je hem aanzet (sommige wal maar een zire 71 bijv. weer niet) als je hotsync aantik Dat is bij mij tenminste het geval en aangezien ze bij SuSE gevonden hebben dat ze nu subfs eens moesten gaan gebruiken (wat ze bij Mandrake al jaren doen met automount) Klopt er geen mallemoer meer van. Bij een tweede keer aanzetten van je palm kan hij zomaar door je systeem op ttyUSB3 of 4 terechtkomen terwijl hij daar echt niet zit. diverse keren proberen is dan de enige remedie of gewoon netjes terug naar SuSE 9.0 en wachten tot ze dat allemaal wel goed hebben. Ik ga voor mezelf iig. dat hele geneuzel eraf knikkeren want ook cd's kopieren lukt ineens niet omdat k3b /dev/hdd niet kan "umounten". Nee logisch want bij SuSE vonden ze het nodig om dat ding alvast vast te zetten :( zelfde geld voor usb kaartlezers: die worden netjes gezien op: /dev/by-path/serie-nummer-van-je-kaart maar als je de kaartlezer al aan je bak had hangen dan wordt hij nus mooi niet netjes gekoppeld. Dit is mij dus allemaal gebeurd nadat ik de kernel upgrade gedaan had naar 2.6.5-7.95-default, helaas kan ik nu ff niet zien wat 9.1 origineel heeft ;(
  • Terug naar 9.0 lijkt me wat rigoreus, je zou ook gewoon usbfs uit je fstab kunnen halen ;)

Beantwoord deze vraag

Weet jij het antwoord op deze vraag? Registreer of meld je aan met je account

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.