Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
Brupi schrieb: 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. 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
4. Datei zugehörigkeit prüfen und ggfs Korrigieren. erst jetzt JPilot starten und sync Testen.
Wenn du auch der Meinung bist der Fehler liegt in der udev-Regel, Was spricht dann gegen das löschen und erst mal ohne Probieren? Wie in meinem ersten Post schon geschrieben hatte ich mit dieser udev-Regel auch Probleme! Etwas weiter oben habe ich auch noch meine veränderte udev-Regel gepostet. Mit dieser Syncronisiere ich jetzt 3 PC's anstandslos mit dem Palm. Sowohl auf 64Bit als auch 32Bit Systemen. Ich könnte mir Vorstellen das Udev beim erzeugen von /dev/pilot das orginale USB-Device blockiert und deshalb JPilot nicht darauf zugreifen kann. Wenn du /dev/pilot willst, musst du Jpilot vermutl. auf /dev/pilot einstellen. Dann stellt sich aber wieder die Frage nach den Rechten. Wem gehört /dev/pilot und darfst du darauf zugreifen?
Wenn du diesen Weg gehen willst dann musst du dass aber selbst herausfinden. Du kannst versuchen für dich eine Individuallösung zu suchen. Du kannst aber auch die Hilfestellung annehmen, dann soltest du aber auch die Ratschläge befolgen und mal vorerst die Scripte deaktivieren! Gruß
Micha
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: Du kannst versuchen für dich eine Individuallösung zu suchen. Du kannst aber auch die Hilfestellung annehmen, dann soltest du aber auch die Ratschläge befolgen und mal vorerst die Scripte deaktivieren!
Mal langsam ☺ - ich schrieb ja mehrfach, daß ich das alles versucht habe! Ich brauche weder udev noch Script, mir würde ein einfaches "jpilot -s" zu Fuß reichen, da jpilot ja ohnehin immer läuft. Aber das geht eben auch nicht, da sowohl Programm als auch Gerät nichts voneinander merken. Es sei denn, ich bin root, dann gehts manchmal, nicht immer. Also zusammengefaßt: In jpilot steht es auf "usb:", ~/.jpilot gehört mit allem Inhalt mir. "jpilot -s" führt z.B. zu "jpilot: syncing jpilot at 2986" und weiter nichts, egal ob ich Knöppken drücke oder nicht. Die Alternive palm-sync wartet unendlich lange. Das alles schrub ich bereits 3mal 😉. Die restlichen Versuche dienten nur dazu, mich dem Problem anzunähern. Was mir nicht gelingt.
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
Ok! probier doch bitte mal folgendes: schau mal im Ordner /dev/bus/usb. Hier gibt es Unterordner "001", "002" usw. Wenn du nun den Hotsyncbutton am Palm drückst, dann sollte in einem dieser Unterordner ein neues Device angelegt werden. Das ist das USB-Device zu deinem Palm, und wird, wenn der Palm mit einem Fehler aussteigt, auch wieder gelöscht. mit kannst du dir alle dateien anzeigen lassen. Einmal vor und einmal während dem Hotsync zeigt dann auch um welche der Dateien es sich handelt.
Überprüf doch bitte mal hier Ob das Device angelegt wird und wenn ja, wem es gehört und welche Gruppe. Der Devicename ändert sich übrigens ständig. Soll heisen: dieses device lässt sich nicht in JPilot einstellen. Schreib mal dann deine Erfahrungen! Gruß
Micha Edit: Beim suchen nach dem Problem bin ich gerade auf die Datei "/lib/udev/rules.d/77-mm-usb-device-blacklist.rules" gesossen. Eine Blacklist die das Gerät "0830:0061" wenn ich es richtig verstehe, Ausschliesst. Das ist wenn ich es richtig sehe dann auch die Zahlenkombi die du oben in deiner udev-Regel angiebst. Ich denke du musst folgende Zeile aus der Datei Löschen/Auskommentieren.
| ATTRS{idVendor}=="0830", ATTRS{idProduct}=="0061", ENV{ID_MM_DEVICE_IGNORE}="1"
|
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: Ok! probier doch bitte mal folgendes: schau mal im Ordner /dev/bus/usb. Hier gibt es Unterordner "001", "002" usw. Wenn du nun den Hotsyncbutton am Palm drückst, dann sollte in einem dieser Unterordner ein neues Device angelegt werden. Das ist das USB-Device zu deinem Palm, und wird, wenn der Palm mit einem Fehler aussteigt, auch wieder gelöscht. mit kannst du dir alle dateien anzeigen lassen. Einmal vor und einmal während dem Hotsync zeigt dann auch um welche der Dateien es sich handelt.
Überprüf doch bitte mal hier Ob das Device angelegt wird und wenn ja, wem es gehört und welche Gruppe. Der Devicename ändert sich übrigens ständig. Soll heisen: dieses device lässt sich nicht in JPilot einstellen.
Ich habe jetzt mal die udev-Regel so abgewandelt, daß nur /dev/pilot erzeugt wird, was ja nur ein Link auf das usb-Device ist. Damit finde ich dat Dingen leichter. Das gehört root:dialout (auch ich gehöre zu dialout) und hat die Rechte 020666. Das /dev/pilot ist auch insofern sinnvoll, als laut "man jpilot" per default dieses Gerät benutzt wird, es also da sein sollte. Zusätzlich habe ich mal ~/.jpilot bereinigt, indem ich die Backup-Verzeichnisse rausgeschmissen und den Rest auf 0666 gesetzt habe. Dennoch: als User weder mit jpilot-sync noch mit jpilot -s Erfolg, als Root klappts mit ersterem, wobei das Ergebnis freilich in /root/.pilot/ landet.
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
Das Alte /dev/pilot ist noch ein Relikt aus der Zeit des Com-Port und wird seit usb: nicht mehr benötigt, da usb: dynamisch ist. Schau dir das Edit im vorigen Beitrag an. Kam nur zu spät!
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: Das Alte /dev/pilot ist noch ein Relikt aus der Zeit des Com-Port und wird seit usb: nicht mehr benötigt, da usb: dynamisch ist.
Ich weiß, ich habs ja nur benutzt, um das richtige USB-Device besser zu finden. Und schaden tut's vermutlich nicht.
Schau dir das Edit im vorigen Beitrag an. Kam nur zu spät!
Ich habe kein Blacklist-File. Das USB-Device wird ja auch erzeugt; natürlich auch dann, wenn ich den SYMLINK weglasse. 👿
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
Die Blacklist befindet sich in /lib!! Hier findet sich auch die Datei "40-libpisock9.rules" welche für die Gruppenzugehörigkeit zu dialout veranwortlich ist.
Im Prinzip funktioniert das alles soweit ich das erkenne.
Losche den Blacklist eintrag und versuch den Weg, den ich schon zwei mal beschrieben habe, also ohne script und udev-Regel und ich bin fast sicher das dieser Weg zum Ziel führt. Bei allen anderen Wegen und Abweichungen kann ich nicht weiterhelfen.
Wenn du die Vorgehensweise genau befolgst und keinen Sync hinbekommst dann kann man sich auf Fehlersuche begeben. Gruß
Micha
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: Die Blacklist befindet sich in /lib!!
Na guten Morgen ☺ ! Lesen bildet. Gefunden, geändert. Das o.g. USB-Gerät entsteht aber beim Anstecken, okay.
Wenn du die Vorgehensweise genau befolgst und keinen Sync hinbekommst dann kann man sich auf Fehlersuche begeben.
Es will einfach nicht 👿 👿
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
viuserrollo27 schrieb: Das o.g. USB-Gerät entsteht aber beim Anstecken, okay.
Die udev Dateien werden der Reihe nach abgearbeitet. Die Regel welche das Gerät erzeugt entsteht bei 40 die Blacklist kommt dann aber bei 77 und wird das Gerät vermutl. dann wieder löschen!
Evtl zu kurz um einen Sync auszuführen. Hast du nach dem Löschen den Rechner neu gestartet?
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: Das o.g. USB-Gerät entsteht aber beim Anstecken, okay.
Die udev Dateien werden der Reihe nach abgearbeitet. Die Regel welche das Gerät erzeugt entsteht bei 40 die Blacklist kommt dann aber bei 77 und wird das Gerät vermutl. dann wieder löschen!
Evtl zu kurz um einen Sync auszuführen.
Die eigene Regel hieß 75, die Löschregel 77, aber gelöscht wurde da wohl nix. Wäre es andersrum gewesen, wäre es gar nicht erst entstanden. So aber hat sich nichts geändert.
Hast du nach dem Löschen den Rechner neu gestartet?
Nur den udev-Dienst mit "service udev restart" bei abgezogenem Pilot - das sollte reichen. Edit:
Eben habe ich mal das Paket pilot-link ausprobiert. Ein pilot-xfer -p usb: -b ./ sollte eigentlich den ganzen Inhalte des Piloten ins aktuelle (tunlichst leere ☺ ) Verzeichnis kopieren (b = backup). Wie bei allem anderen kommt aber keine Verbindung zustande, alle warten unendlich lange aufeinander. Auch als root.
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
viuserrollo27 schrieb:
Die eigene Regel hieß 75, die Löschregel 77, aber gelöscht wurde da wohl nix. Wäre es andersrum gewesen, wäre es gar nicht erst entstanden. So aber hat sich nichts geändert.
Ich bin jetzt davon ausgegangen, dass es die eigene Regel nicht mehr gibt! So kann man sich Täuschen 🙄 Bei 44 wird das Usb-Device erstellt bei 75 wird ein Symlink darauf erstellt und im nächsten Momment wird das Usb-Device vermutlich wieder gelöscht wodurch der Symlink ins Nirwana führt. Irgendwie logisch. Oder?? Mit was soll das Programm Syncronisieren? Mit nem Symlink ohne Ziel? Da du nicht auf deine /dev/pilot verzichten kannst/willst bin ich mit meinem Latein am Ende! Arbeite nochmals den Thread durch und halte dich an das gesagte. Dann sollte es Funktionieren. Würde mich sehr Wundern wenn nicht! Gruß
Micha
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Brupi schrieb: viuserrollo27 schrieb:
Die eigene Regel hieß 75, die Löschregel 77, aber gelöscht wurde da wohl nix. Wäre es andersrum gewesen, wäre es gar nicht erst entstanden. So aber hat sich nichts geändert.
Ich bin jetzt davon ausgegangen, dass es die eigene Regel nicht mehr gibt! So kann man sich Täuschen 🙄
Da steht "hieß", nicht "heißt". Es gibt keine Regel mehr.
Bei 44 wird das Usb-Device erstellt bei 75 wird ein Symlink darauf erstellt und im nächsten Momment wird das Usb-Device vermutlich wieder gelöscht wodurch der Symlink ins Nirwana führt. Irgendwie logisch. Oder?? Mit was soll das Programm Syncronisieren? Mit nem Symlink ohne Ziel?
Ich schrub oben: sowohl das /dev/jpilot war (Vergangenheitsform) nach dem vermeintlichen Löschen bei 77 noch da als auch dessen Ziel, das eigentliche USB-Device, das auch ohne den Symlink da war und ist (Gegenwartsform). Die Regel 77 hat es nicht gelöscht (als sie noch aktiv war), aber die ist nun sowieso auch deaktiviert. Deine Ratlosigkeit ist also unbegründet, weil das USB-Device nach wie vor da ist. Ich hatte ja auch nie /dev/pilot in jpilot stehen, sondern immer nur usb:, das /dev/pilot diente nur meiner Orientierung und der Kontrolle, ob das Gerät erkannt wurde.
Da du nicht auf deine /dev/pilot verzichten kannst/willst bin ich mit meinem Latein am Ende! Arbeite nochmals den Thread durch und halte dich an das gesagte. Dann sollte es Funktionieren.
Wir verstehen uns dauernd miß, das ist unschön. Nochmal, ich habe keine udev-Regel und kein /dev/pilot, bin in der Gruppe dialout und das USB-Gerät ist da - nur weiß jpilot nichts davon und die pilot-link-Sammlung auch nicht.
Würde mich sehr Wundern wenn nicht!
Da wundern wir uns jetzt mal beide eine Runde, mehr Latein kann ich auch nicht. Und das Internet sagt mir, daß wir die einzigen sind, die das Problem haben/hatten und ich der einzige, der es immer noch hat ☹. Trotzdem danke für Deine Mühe natürlich! Ralph
|
Brupi
Anmeldungsdatum: 22. April 2009
Beiträge: 21
|
Ok! Hab ich dann wohl wirklich Missverstanden. Sorry! gib mir bitte Die Ausgabe von
und zwar einmal direkt nach dem PC-Neustart und noch einmal direkt 1Sekunde nachdem du beim Angeschlossenen Palm den Hotsync-Button gedrückt hast. Was natürlich auch Interessant ist warum der Z22 in der Blacklist zu finden ist?
Gibt es hier irgendjemanden dem es gelingt einen Z22 zu Syncronisieren?
|
viuserrollo27
Anmeldungsdatum: 31. August 2011
Beiträge: 35
|
Schon gut - so auf die Ferne und asynchron kann man schon mal aneinander vorbei reden ☺. Hier sind die Ausgaben: nicht angesteckt:
----------------------------------------------
/dev/bus/usb/:
insgesamt 0
drwxr-xr-x 7 root root 140 Mai 31 08:00 .
drwxr-xr-x 3 root root 60 Mai 31 08:00 ..
drwxr-xr-x 2 root root 180 Mai 31 08:01 001
drwxr-xr-x 2 root root 60 Mai 31 08:00 002
drwxr-xr-x 2 root root 60 Mai 31 08:00 003
drwxr-xr-x 2 root root 80 Mai 31 08:00 004
drwxr-xr-x 2 root root 60 Mai 31 08:00 005
/dev/bus/usb/001:
insgesamt 0
drwxr-xr-x 2 root root 180 Mai 31 08:01 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 0 Mai 31 08:01 001
crw-rw-r-- 1 root root 189, 1 Mai 31 08:01 002
crw-rw-r-- 1 root root 189, 2 Mai 31 08:01 003
crw-rw-r-- 1 root root 189, 4 Mai 31 08:01 005
crw-rw-r-- 1 root root 189, 5 Mai 31 08:01 006
crw-rw-r-- 1 root root 189, 7 Mai 31 08:01 008
crw-rw-r-- 1 root root 189, 8 Mai 31 08:01 009
/dev/bus/usb/002:
insgesamt 0
drwxr-xr-x 2 root root 60 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 128 Mai 31 08:01 001
/dev/bus/usb/003:
insgesamt 0
drwxr-xr-x 2 root root 60 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 256 Mai 31 08:01 001
/dev/bus/usb/004:
insgesamt 0
drwxr-xr-x 2 root root 80 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 384 Mai 31 08:01 001
crw-rw-r-- 1 root root 189, 385 Mai 31 08:01 002
/dev/bus/usb/005:
insgesamt 0
drwxr-xr-x 2 root root 60 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 512 Mai 31 08:01 001
angesteckt:
----------------------------------------------
/dev/bus/usb/:
insgesamt 0
drwxr-xr-x 7 root root 140 Mai 31 08:00 .
drwxr-xr-x 3 root root 60 Mai 31 08:00 ..
drwxr-xr-x 2 root root 180 Mai 31 08:01 001
drwxr-xr-x 2 root root 80 Mai 31 08:05 002
drwxr-xr-x 2 root root 60 Mai 31 08:00 003
drwxr-xr-x 2 root root 80 Mai 31 08:00 004
drwxr-xr-x 2 root root 60 Mai 31 08:00 005
/dev/bus/usb/001:
insgesamt 0
drwxr-xr-x 2 root root 180 Mai 31 08:01 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 0 Mai 31 08:01 001
crw-rw-r-- 1 root root 189, 1 Mai 31 08:01 002
crw-rw-r-- 1 root root 189, 2 Mai 31 08:01 003
crw-rw-r-- 1 root root 189, 4 Mai 31 08:01 005
crw-rw-r-- 1 root root 189, 5 Mai 31 08:01 006
crw-rw-r-- 1 root root 189, 7 Mai 31 08:01 008
crw-rw-r-- 1 root root 189, 8 Mai 31 08:01 009
/dev/bus/usb/002:
insgesamt 0
drwxr-xr-x 2 root root 80 Mai 31 08:05 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 128 Mai 31 08:01 001
crw-rw-rw- 1 root dialout 189, 129 Mai 31 08:05 002
/dev/bus/usb/003:
insgesamt 0
drwxr-xr-x 2 root root 60 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 256 Mai 31 08:01 001
/dev/bus/usb/004:
insgesamt 0
drwxr-xr-x 2 root root 80 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 384 Mai 31 08:01 001
crw-rw-r-- 1 root root 189, 385 Mai 31 08:01 002
/dev/bus/usb/005:
insgesamt 0
drwxr-xr-x 2 root root 60 Mai 31 08:00 .
drwxr-xr-x 7 root root 140 Mai 31 08:00 ..
crw-rw-r-- 1 root root 189, 512 Mai 31 08:01 001 hier ist also /dev/bus/usb/002/002 dasjenige welches. Die letzte 002 wird hochgezählt, gestern kam ich bis etwa 050 gekommen, bis ich entnervt aufgehört habe... Warum die Palmen überhaupt in der Blacklist stehen? Vielleicht, weil irgendein Schlaumeier befunden hat, daß es damit ab 12.04 nicht mehr gehen soll? Wäre interessant, ob der Eintrag schon bei 11.x da war. Sind wir beide wirklich die einzigen, die sich damit rumschlagen 😲 ? Ich werde mal eine Frage und einen Verweis auf hier in die Newsgroup d.c.o.u.linux.misc setzen, vielleicht findet sich noch jemand. Edit: hier der Newsbeitrag
news://reader.albasani.net:119/jq7364$ess$1@news.albasani.net
|
wolfgang-p
Anmeldungsdatum: 1. März 2008
Beiträge: 654
Wohnort: Wedel
|
Moin, diesen Thread verfolge ich mit großem Interesse, da ich meinen PALM Tungsten gern wieder ganz noraml mit Evolution synchronisieren möchte. Allerdings bin ich doch etwas erstaunt, um nicht zu sagen, stinksauer. Nein, nicht auf Euch; ich bewundere Eure Ausdauer. Verärgert bin ich über diejenigen, die eine bisher simpel funktionierende Sache ohne Not in die Tonne kloppen und uns Nutzer im Regen stehen lassen. Es kann doch nicht ernsthaft sein, solche komplexen Wege gehen zu müssen, wie Ihr das versucht, um zu einem Ergebnis zu kommen, dass früher mit ein oder zwei Klicks erledigt war. Es ist ja nicht die einzige Sache, die sich in Ubuntu 12.04 verschlechtert hat (auch wenn ich um die Verbesserungen weiß) - unabhängig davon, wer daran Schuld sein mag. So jedenfalls lässt sich der Desktop nicht erobern. Gruß Wolfgang
|