Ich hab das selbe Problem: Bin von 11.10 auf 12.04 umgestiegen, jetzt synct mein Palm nur noch (vom Benutzerkonto mit Administratorrechten), wenn ich jpilot vom terminal aus starte mit "sudo jpilot". Wenn ich jpilot von der unity-oberfläche oder von aus der dash starte: null sync. Man müßte das prog jpilot mit root-rechten starten - von der grafischen benutzeroberfläche aus - aber wie geht das? Denn das Starten aus dem Terminal ist recht umstänlich, wenn man viel in den Terminen des Palm rumfuhrwerken muss. Für jede Hilfe dankbar Horst

Hallo Ubuntu1. und Willkommen im Forum!

ich habe keine fertige Lösung, aber evtl. kann das Wiki helfen:

• udev

• als Beispiel dazu: Garmin eTrex Serie

Dein Feedback dazu - hier gepostet - könnte dann ggf. auch anderen helfen.

TausB

Also, das ist nir echt zu kompliziert. Jetzt hatte ich mich vor jahren in die MS_Dos Befehle eingearbeitet, dann in das ganze Microsoft-Zeugs, und jetzt geht das so weiter mit Ubuntu?? Ich hatte diese Distribution eigentlich gewählt, weil ich auf das ganze Kompilier- und Registry-Zeug verzichten wollte. Tut mir leid, aber das ist mir momentan zu hoch. Geht es nicht einfacher? Kann man nicht einem Programm - hier ist es jpilot - root rechte zuordnen, automatisch, jedesmal wenn es aufgerufen wird. Danke für die Hilfe.

Moin,

in der Tat, mit Administratorrechten klappt die Synchronisation jetzt auch auf meinem Rechner.
Die Daten, also Termine, Aufgaben usw., werden aber nur angezeigt, wenn JPilot auch wieder mit Admin-Rechten aufgerufen wird. Beim normalen Aufrufen des Programms sind keine Einträge vorhanden. Ist das ein Bug, oder hat sich da jemand was Spezielles ausgedacht?

Man kann natürlich mit dem Konsole-Befehl

gksudo jpilot

das JPilot-Programm aufrufen und das Terminal dann schließen, aber komfortabel ist das nicht. Immerhin merkt das Terminal sich die letzten Befehle, so dass JPilot nach dem ersten Aufruf aus dem Termnial heraus weiterhin sehr rasch gestartet werden kann.

Allerdings: Wenn der gute alte PLAM sich nicht mehr mit Evolution abgleichen lässt, dann brauche ich dieses Evolution nicht mehr und kann komplett auf Thunderbird umsteigen - so, wie es Ubuntu ja eigentlich auch vorgibt.

Gruß
Wolfgang

Habe es einmal auf einem anderen Rechner mit Precise getestet.

• erst Archiv/J-Pilot lesen

• /usr/local/bin/palm_sync anlegen:
  

  1 2 3 4 5 6 7 8

  #!/bin/bash PID=`pidof jpilot` if [ $PID ] then jpilot -s else jpilot-sync fi

• und ausführbar machen:
  

  sudo chmod 755 /usr/local/bin/palm_sync 

• Eingabe im Terminal (kurz nach dem Drücken des Sync-Knopfes):
  

  lsusb 

• Ausgabe ansehen, es sollte eine Zeile mit "Palm" dabei sein - mit ID XXXX:YYYY
  (XXXX und YYYY sind Zahlen und Buchstaben --> notieren für:)

• /etc/udev/rules.d/52-palm.rules anlegen:
  

  ATTR{idVendor}=="XXXX", ATTR{idProduct}=="YYYY, MODE="660", SYMLINK="pilot" RUN="/bin/su username -c '/usr/local/bin/palm_sync'"

  
  Hinweis: Der Inhalt der *.rules Datei weicht vom Wiki-Artikel ab, weil sich der Syntax verändert hat.

==> Ergebnis bei mir: Zum funktionierenden Aufrufen sind keine root-Rechte mehr erforderlich.

Viel Glück!
TausB

Hallo,

das Problem mit der Syncronisation hatte ich auch, bin daher hier auf diese Beiträge gestossen.

Danke TausB! Deine Lösung führte mich jedoch nicht direkt zum Ziel. Fehlermeldung in JPilot -> "keine Berechtigung". Über das Device "/dev/pilot" bin ich jedoch auf das eigentliche USB-Device gestossen und habe erkannt dass dieses Device dem User "root" und der Gruppe "dialout" gehört.

in "/etc/group" habe ich nun meinen usernamen zur "dialout"-Gruppe hinzugefügt, und schon hat das Sync mit dem Palm funktioniert. Ganz ohne scripte und udev-rules.

Ich hoffe das euch dieses auch weiter bringt!

Gruß Brupi

Kommentar:
Ein klasse Beispiel von Teamarbeit - durch gegenseitige Inspiration zur Lösung!

Tja, bei mir klappt die Lösung leider noch nicht. Ich habe erst vorgestern das Upgrade von 11.04 (wo das Syncen noch ging) auf 12.04 gemacht und stehe nun draußen mit meinen geliebten Z22 .

Das Script habe ich minimal abgeändert:

RUN="/usr/local/bin/palm_sync"

also ohne "/bin/su username -c" davor - denn woher soll das dafür notwendige Paßwort kommen? Das ginge nur, wenn ich dafür /etc/sudoers passend mache, damit ich für palm_sync eben keins brauche. Leicht zu sehen, wenn man das ganze mal zu Fuß in der Shell aufruft.

Dennoch funktioniert das Ganze nicht. Nicht nur, daß kein /dev/pilot erzeugt wird; das palm-sync im Script wird aufgerufen, stürzt ab. Mittels

tail -f /var/log/messages

läßt sich das nach dem Anstecken des Z22 gut verfolgen. Da lese ich dann kurz nach dem Aufruf

May 25 17:39:56 linux kernel: [16285.628443] jpilot-sync[19292]: segfault at bf0f53fc ip 08053223 sp bf0f53d0 error 6 in jpilot-sync[8048000+28000]
May 25 17:39:56 linux kernel: [16285.884512] jpilot-sync[19296]: segfault at bf0805ec ip 08053223 sp bf0805c0 error 6 in jpilot-sync[8048000+28000]

jpilot-sync habe ich eben erst aus den Ubuntu-Quellen nachinstalliert!

Immerhin - auf dem halben Weg bin ich schon und hoffe auf noch etwas Input.

Ralph

Hallo Ralph,

Nur um das hier noch mals klar stellen:

Für das reine Syncen mit J-Pilot reicht das setzen der dialout-Gruppe in der Datei /etc/group. Nach einem erneuten Log-in kannst du J-Pilot starten, im Programm auf den Syncbutton klicken und danach dann auf den Hot-Sync knopf am Craddle. Übrigens mußt du in J-Pilot als Sync-Port "usb:" einstellen.

Die sache mit den Scripten hilft dir dabei das Syncen ohne vorheriges starten von J-Pilot und klicken des Sync-Buttons anzustoßen.

Im Script /etc/udev/rules.d/52-palm.rules von TausB ist ein kleiner Fehler. hinter YYYY sollte wieder ein Anführungszeichen kommen. Jedoch lief es bei mir dann noch nicht optimal.

Mein Script sieht so aus:

1

ATTR{idVendor}=="XXXX", ATTR{idProduct}=="YYYY", RUN="/bin/su NAME -c '/usr/local/bin/palm_sync'"

etwas reduziert, da ich über den Sync-Port "usb:" synce und deshalb kein zusätzliches "/dev/pilot" Gerät benötige.

Da die Scripte als Systemscripte gestartet werden haben sie auch Root-Rechte. Ohne das "/bin/su" werden die Daten, denke ich, abgeglichen, nur benötigst du danach dann Root-Rechte, um auf diese Daten zuzugreifen. Also erstellen wie vorgegeben mit "su".

Klar sollte sein, dass "NAME" gegen deinen Anmeldenamen zu ersetzen ist. Sowie XXXX und YYYY nach der Anleitung von TausB zu ersetzen sind!

Versuch aber jetzt erst mal nur das hinzufügen der dialout-Gruppe zu deinem Benutzerkonto. Das ist die Pflicht, alles weitere ist die Kür!

Soweit mal viel erfolg, wenn du noch Probleme hast melde dich nochmals.

Gruß Micha

Moin Micha,

trotzdem:

/bin/su NAME -c /usr/local/bin/palm_sync

verlangt mein Passwort, im Script eingebaut also sicher auch (dort dann unendlich lange vergeblich).

Immerhin habe ich jetzt mal den Tip mit der Group befolgt (was hat dialout damit zu tun???) und ich kann schon mal als nicht-root bei laufendem jpilot mittels

jpilot -s

eine Synchronisation mit User-Rechten in meinem ~/.jpilot/ machen. Das ganze udev-Zeugs und das Script scheine ich dazu nicht zu brauchen. jpilot läuft bei mir sowieso nach dem Autostart immer, und ob ich nun auf den jpilot-Button drücken muß wie bisher (DAS geht nicht!) oder einen Einzeiler starten muß, ist mir fast egal. Fast... Die gezeigte Komplettlösung läuft jedenfalls bei mir nicht, Palm und jpilot warten unendlich lange aufeinander.

Ralph

Min,

zu früh gefreut . Wieso das gestern genau einmal ging, weiß ich nicht - heute jedenfalls ist es nicht mehr dazu zu bewegen. Unabhängig von der Reihenfolge Gerät/jpilot kommt in der Konsole nur

[rollo: ~] jpilot -s
jpilot: syncing jpilot at 6637

mit der jeweils aktuellen PID (hier 6637) natürlich. Und dann nichts mehr.

Ich vergaß zu erwähnen, daß mein Z22 kein Cradle hat und damit auch keinen Hardware-Knopf zum Syncen. Das Anschubsen geht nur per Software-Button, früher (bei 11.04) also erst am gerät, dann in jpilot.

Ralph

Hallo Ralph,

das mit dem Passwort ist folgendermasen: Wenn du den Befehl in der Konsole eingibst startest du diesen Befehl als Ralph , mit den Rechten die Ralph eben hat. Folglich brauchst du das Passwort, da Ralph normal keine Root-Rechte hat. In dem Script bzw. in der udev-Datei wird der Befehl aber vom System abgesetzt, Die Systemdateien werden mit Root-rechten gestartet weshalb hier das Passwort nicht nötig ist.

Soweit mein Verständnis von der Sachlage ich habe das nicht nachgeprüft oder nachgelesen. Ist also keine zu 100% gesicherte Erklärung sollte aber korrekt sein.

viuserrollo27 schrieb:

Min,

zu früh gefreut . Wieso das gestern genau einmal ging, weiß ich nicht - heute jedenfalls ist es nicht mehr dazu zu bewegen. Unabhängig von der Reihenfolge Gerät/jpilot kommt in der Konsole nur

[rollo: ~] jpilot -s
jpilot: syncing jpilot at 6637

mit der jeweils aktuellen PID (hier 6637) natürlich. Und dann nichts mehr.

Ich vergaß zu erwähnen, daß mein Z22 kein Cradle hat und damit auch keinen Hardware-Knopf zum Syncen. Das Anschubsen geht nur per Software-Button, früher (bei 11.04) also erst am gerät, dann in jpilot.

dafür habe ich jetzt nicht wirklich eine Erklärung. Das Phaenomen hatte ich jedoch auch einmal. Bei mir lag die Lösung darin, dass ich den Ordner "~/.jpilot" wieder mir selbst zuordnen musste. Durch das fummeln an den Scripten und Testen gehörte der Ordner sammt Inhalt plötzlich dem "root" und ich hatte dann am Ende keinen Zugrif mehr darauf. Gemerkt hatte ich das daran dass in jPilot plötzlich meine Kalendereinträge gefehlt hatten.

Software-Button oder Hardwareknopf spielen keine Rolle und sollten beide funktionieren. Spätestens durch die Scripte spielt dann auch noch die Reihenfolge keine Rolle mehr. ich muss noch nicht einmal eingeloggt sein um meine Daten zu Syncen. Einfach ins Craddle stellen Knopf drücken und gut is'. Lediglich Ubuntu muss laufen!

Gruß Micha

Okay, die Sache mit dem su klingt plausibel. Ich dachte nur: das Script taucht seit Jahren in Beiträgen auf - entweder ist es richtig oder alle haben den Fehler voneinander abgeschrieben...

Dein Tip mit den verbogenen Rechten hatte was. Tatsächlich war einiges verkehrt und stand auf root, auch in den Backups. Das habe ich jetzt erstmal mittels

sudo chmod -R rollo:rollo *

korrigiert. Und es geht natürlich immer noch nicht. Es bleibt dabei: entweder kommt

jpilot: syncing jpilot at <pid>

in der Shell, wenn ich bei laufendem jpilot mittels "jpilot -s" zu syncen versuche. Mach ich das in jpilot, kommt dort

Abgleich mit usb:
Hot-Sync Knopf jetzt drücken

und ich sehe keinerlei Reaktion auf den"Knopf"druck am Piloten. Sch... Auch egal, ob ich nun ein /dev/pilot erzeuge (was ich nicht brauche, mir aber zeigt, daß udev reagiert) oder nicht.

sudo chmod -R rollo:rollo * -> ändert alle dateien im entsprechenden Verzeichnis, sogar Rekursiv. ...Aber was ist mit dem Ordner selbst? Wem gehört ~/.jpilot ?

meine letzte Idee... irgendwie?!

Hast du die Scripte vorerst deaktiviert? - Evtl. ist hier noch ein Fehler der im Momment alles aushebelt. Also Beide Dateien für den Momment Löschen, und dann Rechner neu Starten. Bist du nun Mitglied der dialout-Gruppe? Bitte mit Komando "groups" im Terminal/Konsole testen.

versuch den Sync vorerst mit jPilot, also ohne Konsole. Im Programm den Sync-Button und anschl. erst am Palm.

Meine Vorgehensweise wäre:

1. Scripte löschen (für Später aber sichern)

2. Rechner neu starten

3. nach Anmeldung Gruppenzugehörigkeit prüfen

• > ggfs. Nochmals ändern und unbedingt abmelden und neu anmelden nochmals Prüfen.

4. Datei zugehörigkeit prüfen und ggfs Korrigieren.

erst jetzt JPilot starten und sync Testen.

Brupi schrieb:

sudo chmod -R rollo:rollo * -> ändert alle dateien im entsprechenden Verzeichnis, sogar Rekursiv. ...Aber was ist mit dem Ordner selbst? Wem gehört ~/.jpilot ?

Mir, nicht root. Das habe ich natürlich als erstes geguckt.

Hast du die Scripte vorerst deaktiviert? - Evtl. ist hier noch ein Fehler der im Momment alles aushebelt. Also Beide Dateien für den Momment Löschen, und dann Rechner neu Starten.

Irgendwo ist da ne Gurke, die ich nicht finde - ne gewaltige. Ich vermute die schon in der udev-Regel (falls ich die benutzen will)

ATTR{idVendor}=="0830", ATTR{idProduct}=="0061", 
MODE="0666",
SYMLINK="pilot",
RUN="/bin/su rollo -c /usr/local/bin/palmsync"

mit dem bekannten Script palmsync

#!/bin/bash

PID='pidof jpilot'

if [ $PID ]
then
    jpilot -s
else
    jpilot-sync
fi

Ich weiß, daß ich SYMLINK nicht brauche. Es sollte aber nichts schaden (jpilot steht auf "usb:"). Immerhin sehe ich daran, daß die Regel beim Booten (und nur da) schon anspringt, wenn der Palm noch gar nicht dransteckt - danach ist nämlich /dev/pilot schon da und palmsync läuft (ps -u rollo | grep palmsync zeigt das) und wartet sinnlos auf den Palm. Der Dreckeffekt ist, daß das schon beim Hochfahren passiert und ich erstmal 3 Minuten auf den Schirm warten muß und anschließend die Netzwerkverbindung nicht will (hä!?).

Wenn der Rechner erstmal da ist, kann ich allerdings sehr schön sehen, daß /dev/jpilot kommt und geht, wenn der Pilot kommt und geht, nachdem ich udev neu gestrartet habe. Was ist denn da anders???

Bist du nun Mitglied der dialout-Gruppe? Bitte mit Komando "groups" im Terminal/Konsole testen.

Jawoll.

versuch den Sync vorerst mit jPilot, also ohne Konsole. Im Programm den Sync-Button und anschl. erst am Palm.

Ich beschrieb ja schon, daß ich den ganzen obigen Zauber eigentlich nicht brauche und schon jpilot -s nicht geht - also unendlich lange wartet ohne Reaktion, wenn ich Knöpfchen drücke.

So, nun bin ich mit der Weisheit am Ende. Irgendwo ist der Wurm drin, und ich sehe ihn nicht. Ich bin ja nun nicht ganz ungeübt in solchen Dingen, aber hier fällt mir nichts mehr ein. Vielleicht sind das die Totenglocken für den geliebten Z22?