Hallo,

bevor ich mein Fedora von 22 auf 23 aktualisiere versuche ich es an einem anderen Rechner zuerst. Ich scheitere aber schon an der Erkennung des Cyberjacks als PCSC, was auf meiner bisherigen Fedora22 Installation funktioniert (wenn auch damals mit Hindernissen, siehe älterer Beitrag):







Von OS wird das Teil auch erkannt:


Interessanter ist da dieser output:


allerdings hat es letztens noch funktioniert, wobei er da bei Step 5/5 ewig hängen blieb, und heute dieses XML generierte


Da heute^TM cyberjack bereits nicht will, brauche ich den output von Hibiscus wohl nicht anhängen

Habe ich da etwas vergessen/übersehen??

Vielen Dank

Nachtrag: Mit eingelegter Karte kommt er nie über "BEGIN: ermittle und teste angeschlossene Leser (4/5)"

Also entweder die Karte ist kaputt oder es liegt an fehlenden Berechtigungen (mal als Root versucht?)
Oder aber die Fehlermeldung ist nur eine Falschmeldung und eigentlich laeuft es. Wie hier z.Bsp.: http://onlinebanking-forum.de/…#real76590
Oder das Paket "ccid" fehlt. Wie hier: http://forums.nfc-tools.org/to…ort-error/

Vielen Dank! Also die Karte funktioniert noch mit der alten Installation. ccid (Generic USB CCID (Chip/Smart Card Interface Devices) driver for use with the PC/SC Lite daemon) musste ich in der Tat noch installieren.

Als normaler user der gruppe cyberjack kommt übrigens dann im log:


Als root funktioniert zumindest cyberjack:


aber Jameica/Hibiscus als root laufen zu lassen wäre nicht sinnvoll. SE Linux spukt mir zumindest nicht in die Suppe:

d.h. es wird nur gemeckert.

Manuel als PC/SC Kartenleser hinzufügen klappt auch nicht.

Welche permissions könnten das sein? Was hat der Fedora pcsc Maintainer denn nun schon wieder verbockt

jemand eine Idee, wo ich suchen könnte? Ggf. anderes Forum/Topic?

Hallo hibibank,


Schau Dir mal bitte diesen WIKI Eintrag an: http://www.willuhn.de/wiki/dok…ux_haengen und daraus folgend diesen Eintrag in einem Thread, den ich mal vor einiger Zeit eröffnet habe: http://www.onlinebanking-forum…real113568

"user_31415" hat GENIALERWEISE herausgefunden, dass der cyberjack unter Linux immer hängt, wenn der Daemon mit "--auto-exit" aufgerufen wird.

Ändere das mal, wahrscheinlich wirst Du den pcscd daemon mit einem kill -9 in die ewigen Jagdgründe schicken müssen. Und starte ihn dann neu.

Mal sehen, ob das Dein Problem nicht schon löst.....

sorry für die späte Antwort, aufgrund vom bevorstehenden Weihnachtsfest etc bin ich noch nicht intensiv zum testen gekommen.

Nur soviel: --auto-exit ist bei dem service file bei Fedora 22 (F22) aktiv, also wird's wohl hier (hoffentlich) nicht der Grund sein. Heute kam mit dem Update 'pcsc-cyberjack.x86_64 3.99.5final.SP08-2.fc22' - ich finde das bemerkenswert - seit über einem halben Jahr hat sich in F22 ein 21er Build behauptet (siehe 'älterer Beitrag' im Startthread). Ich habe auf dem F23er PC das update noch nicht getestet/updated. Bin also noch am Ball und hoffe bald berichten zu können - wenn wieder Ruhe eingekehrt ist

Ruhe ist zwar nicht eingekehrt (im Gegenteil), habe aber inzwischen auch auf F23 ein Update durchgeführt. Auch dort gab es diese Aktualisierung. Das Anlegen des Lesers hat wieder nicht geklappt - keiner gefunden. --auto-exit hat nichts geändert. Soweit wie ich es gesehen habe, startet systemd jedesmal bei Zugriff diesen Dienst. Sieht kurios aus, ist es aber. Der Dienst ist enabled, wird aber erst bei Zugriff gestartet!

Aus Experimentierlaune habe ich das .jameica Verzeichnis aus meiner F22 Installtion auf die F23 kopiert und siehe da - der Leser funktioniert und ich kann zumindest Kontostände abholen (vermutlich auch SEPA, aber ungetestet). Das Problem besteht also nur beim Anlegen des PC/SC-Lesers in Jameica/Hibiscus! Wie kann das denn passieren?

Ich habe nie behauptet, dass es mit "--auto-exit" NICHT funktioniert hat, sondern dass es nur EINMAL bzw. nur KURZ funktioniert hat. Sobald der Leser sich nach der/den ersten Nutzung(en) "schlafengelegt" gelegt hat, konnte und kann ihn der Daemon nicht mehr wecken. "Kann" = "gilt nach wie vor", bei mir auf OpenSuse Leap, die Treiber etc. sind ziemlich sicher identisch zu Fedora.

Es wäre also hilfreich, wenn Du das "--auto-exit" wie beschrieben auskommentierst, um eine zusätzliche Fehlerquelle auszuschließen.


Genau das macht das --auto-exit. Der Daemon wacht, der Leser soll bei Bedarf "geweckt" werden. Siehe oben, BITTE kommentiere das --auto-exit, zumindest für die Tests hier, aus.


Ich würde mal mangels tieferer Informationen raten: Weil der Leser damals erkannt wurde, wurde er eingetragen. Aktuell wird er nie erkannt, wie sollte da Hibiscus was unerkanntes eintragen? Hilft Dir erst einmal nichts, aber ich habe gerade auf einer leeren Hibiscus-Instanz für Dich gestestet: Unter OpenSuse wird der Leser fehlerfrei erkannt. Lustigerweise sogar mit etwas anderen Parametern (USB6 statt COM2/USB2, Identifier "REINER SCT cyberJack RFID komfort (3699930810) 00 00" statt (leer)). Liegt bei mir daran, dass meine "produktive" Hibiscus-Instanz den Leser vor Jahren in einer älteren Hibsicus-Version und auf einer anderen Harwdare eingetragen bekommen hat, läuft trotzdem fehlerfrei.

Was mir zusätzlich aus Deinen Schilderungen aufgefallen ist: Ich kann unter OpenSuse den "cyberjack check" aus als normaler User, kein root, nicht in Gruppe "cyberjack" ausführen:


Die Datei "cyberjack-hints.log" finde ich aber ganz spannend:



Evtl. macht Fedora hier was anders?

[quote]

was ich leider nicht geschrieben hatte: ich habe den Damon von der Konsole ohne "--auto-exit", aber mit "--debug --foreground" aufgerufen und es änderte nichts bzw. kam nichts hilfreiches. Danach kopierte ich die dot-files und hatte Zugriff. Daher die vermutung meinerseits, dass dieses nicht die Ursache sein kann.



gut, ich melde mich diesbezüglich noch mal.



Genau dies ist ja ähnlich bei mir; durch das kopieren der dot-Dateien hat die F23 Installation einen bereits registrierten (mit einer älteren Version von Hibiscus und Fedora) "wiedergefunden". Nur das Neuanlegen klappt nicht. Also scheint ja der Datenfluss bis zu Hibiscus zu funktionieren und (meine Schlussfolgerung) Cyberjack und PC/SC macht seine Arbeit korrekt. Aber irgendwo dazwischen scheint es eben zu klemmen.



ja, ohne Gruppenzugehörigkeit geht es definitiv nicht, dies war meine erste notwendige Änderung. Auch dürften zB CentOS Binaries nicht funktionieren. Nachdem CentOS7 von (imo) F18 abgeleitet wurde, hat sich bei Fedora vieles getan. IIRC wurde selbst das ABI inzwischen durch die Verwendung von GCC5 geändert, mal abgesehen von den restriktiveren Compileroptions mit F23.

Werde heute noch das Verhalten ohne "--auto-exit" auprobieren und berichten.

ging doch schneller als erwartet zu Hause....

"--auto-exit" ist wirklich der Schuldige, jetzt kann ich den Leser auch neu anlegen. Für mich war es auch eine Erfahrung, dass durch testen der einzelnen Komponenten das Verhalten eben nicht immer nachvollzogen werden kann; systemd ist dann wohl diese "Dazwischen" Problematik. Ebenfalls interessant: F22 und F23 benutzen systemd, wenn auch in verschiedenen Versionen. Ich bin seit Kernel 0.96 (Slackware) dabei, bin aber wohl schon zu alt um an der bleeding edge von Fedora zu arbeiten

Nach einigen Nachdenken Den Leser habe ich seit ca. 2011, da habe ich dann mit Jameica den Leser angelegt. Seitdem die dot files immer mitgeschleppt. Also besteht das Problem nicht unbedingt seit/mit dem F22/F23 Upgrade, sondern ist dem Test-Setup auf einen anderen, neuen Rechner geschuldet, damit auf meinem Arbeitstier alles reibungslos verläuft. Man lernt nicht aus

BTW, nach Änderungen an den Service Files muss

aufgerufen werden. Bei mir meldete er sich zumindest mit der entsprechenden Meldung/Hinweis, da systemd Änderungen erkannte.

Vielen Dank und frohe Weihnacht

Meine Güte, was für ein Gefummel. Hoffentlich erinnere ich mich an diesen Thread, wenn mir jemand per Mail von diesem Problem schreibt ;)

Oh Mann, ich bekomme das große Würgen langsam

Das Anlegen des Lesers ohne "--auto-exit" funktioniert nun (wie oben beschrieben) mit den alten dot-files. Die alte Konfiguration gesichert und gelöscht, jameica die dot files neu anlegen lassen und wir sind wieder am Anfang

Bitte sag mir, dass es unter Windows solche Probleme auch gibt

Ich selbst benutze schon seit einer Weile keinen Kartenleser mehr, weil ich die neuen TAN-Verfahren (smsTAN,chipTAN) komfortabler finde und chipTAN sicherer ist.
Ich habe auch nicht wirklich einen Ueberblick, ob Kartenleser statistisch unter Windows mehr oder weniger Probleme machen als unter Linux. Aber ich merke, dass der Anteil von Usern mit Kartenleser immer mehr abnimmt.