So, der Zugang ist wieder heil.
Ich konnte allerdings auch mit dem freundlichen Support des GLS-Teams nicht verstehen lernen, wo das eigentliche Problem ist.
Der Reader wird nach wie vor nicht von Hibiscus/Jameica erkannt, obwohl er sich ganz "normal" verhält. Ich konnte u.a. damit gerade eine Start-TAN erzeugen, um eine Synchronisation zu ermöglichen.
Ein
lsusb ergab u.a.
Code
Bus 007 Device 003: ID 0c4b:0580 Reiner SCT Kartensysteme GmbH cyberJack one
Das System kennt den Reader also auch.
Ein
java --version ergibt
Code
openjdk 21.0.9 2025-10-21
OpenJDK Runtime Environment (build 21.0.9+10-Ubuntu-124.04)
OpenJDK 64-Bit Server VM (build 21.0.9+10-Ubuntu-124.04, mixed mode, sharing)
Allerdings habe ich gelernt, dass der Code <972> automatisch übergeben wird, der als fallback das Flickercodeverfahren festlegt, das ich aber gar nicht bedienen kann, weil ich keinen entsprechenden Flickercode-Leser mehr habe.
Besser wäre für mich ein fallback auf das TAN photo-Verfahren <982>, denn immerhin habe ich dafür einen Reader.
Das scheint aber hartverdrahtet zu sein.
Nach meinem Eindruck steht einerseits ein fitter, im System bekannter Cyber Jack, andererseits sagt mir Hibiscus bei der Konfigurationstestung:
Code
[02.12.2025 14:24:19] Teste Bank-Zugang...
[02.12.2025 14:24:19] Hibiscus-Version 2.12.1, Datum 20251120
[02.12.2025 14:24:19] HBCI4Java-Version 4.1.4
[02.12.2025 14:24:19] Fehler beim Testen des Bank-Zugangs: SCARD_E_NO_READERS_AVAILABLE
[02.12.2025 14:24:19] Aufgetretene Fehlermeldungen:
[02.12.2025 14:24:19] -----------------------------
[02.12.2025 14:24:19] error while opening chipcard; nested exception is:
[02.12.2025 14:24:19] org.kapott.hbci.exceptions.HBCI_Exception
[02.12.2025 14:24:19] list() failed
[02.12.2025 14:24:19] SCARD_E_NO_READERS_AVAILABLE
[02.12.2025 14:24:19] -----------------------------
Kann es sein, dass dem ein Java-Problem zugrundeliegt?