oscam auf ubuntu/docker - Rechteproblem für die easymouse

[buzzard]

Hallo!
Ich habe mich also überreden lassen und meine Raspberry PI gegen einen Mini PC getauscht - bzw bin ich grad dabei den einzurichten. Da zB auch Plex drauf laufen soll (bzw mittlerweile läuft) habe ich mich für docker entschieden. Da ich selbst keine Linux Kenntnisse habe, habe ich mir weitgehend von der KI assitieren lassen. Plex läuft nun. Auch oscam läuft.

Ich habe es bis zu der Stelle geschafft wo 1 easymouse reader läuft. Aber spätestens beim 2.reader hat er ein (Zuordnungs?)Problem.
Hier der Beginn vom livelog:

Spoiler: livelog

• 2026/04/19 15:18:37 00000000 s (main) System name = Linux
• 2026/04/19 15:18:37 00000000 s (main) Host name = mtserver
• 2026/04/19 15:18:37 00000000 s (main) Release = 6.17.0-20-generic
• 2026/04/19 15:18:37 00000000 s (main) Version = #20~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Mar 19 01:28:37 UTC 2
• 2026/04/19 15:18:37 00000000 s (main) Machine = x86_64
• 2026/04/19 15:18:37 00000000 s (main) Service/group limit for this build: 128 entries (group_t=128-bit, size=16, align=16)
• 2026/04/19 15:18:37 00000000 s (main) creating pidfile /tmp/.oscam/oscam.pid with pid 2351
• 2026/04/19 15:18:37 00000000 s (config) userdb reloaded: 10 accounts loaded, 0 expired, 6 disabled
• 2026/04/19 15:18:37 00000000 s (main) signal handling initialized
• 2026/04/19 15:18:37 00000000 s (signing) Binary = Verifying file /usr/bin/oscam...
• 2026/04/19 15:18:37 00000000 s (signing) Signature = Valid - Binary's signature was successfully verified using the built-in Public Key
• 2026/04/19 15:18:37 00000000 s (signing) Certificate = Trusted CA Certificate, valid until 16.04.2027 17:48:41
• 2026/04/19 15:18:37 00000000 s (net) cs378x: initialized (fd=4, port=11300)
• 2026/04/19 15:18:37 00000000 s (reader) ORF-ICE_CW_(mouse) [mouse] creating thread for device /dev/ttyUSB0
• 2026/04/19 15:18:37 00000000 s (reader) HD01 [mouse] creating thread for device /dev/ttyUSB1
• 2026/04/19 15:18:37 00000000 s (main) waiting for local card init
• 2026/04/19 15:18:37 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:37 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:37 6CB1A1B1 h (webif) webif: decompressed 186589 bytes back into 502296 bytes
• 2026/04/19 15:18:37 6CB1A1B1 h (webif) wiki: decompressed 95446 bytes back into 266608 bytes
• 2026/04/19 15:18:37 6CB1A1B1 h (webif) HTTP Server running. ip=0.0.0.0 port=16005 (no SSL)
• 2026/04/19 15:18:37 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=357, cardmhz=357)
• 2026/04/19 15:18:38 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] card detected
• 2026/04/19 15:18:39 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:39 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:39 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] ATR: 3B 78 12 00 00 54 C4 03 00 8F F1 90 00
• 2026/04/19 15:18:39 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] Setting baudrate to 19200 bps
• 2026/04/19 15:18:40 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] card detected
• 2026/04/19 15:18:40 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] type: CryptoWorks
• 2026/04/19 15:18:40 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] type: CryptoWorks, caid: 0D98, ascii serial: #########, hex serial: ##########
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] issuer: CryptoWorks, id: 04, bios: v3, pin: unknown, mfid: 3F00
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] providers: 4 (04,08,0C,10)
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] Init for global EMM handling CAID 0D98 successful
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [mouse] found card system cryptoworks
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max allotted of 1
• 2026/04/19 15:18:41 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:41 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] provider: 1, id: 04, name: Operator: FFFF
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: FFE0, date: 2026/04/19 - 2026/12/25, name: Product FFE0
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0001, date: 2026/04/19 - 2026/12/25, name: Product 0001
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0002, date: 2026/04/19 - 2026/12/25, name: Product 0002
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 7FFB, date: 2026/04/07 - 2026/05/07, name: Product 7FFB
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 7FF7, date: 2026/04/19 - 2026/04/29, name: Product 7FF7
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: FFD8, date: 2026/02/04 - 2026/10/12, name: Product FFD8
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000퀀
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] provider: 2, id: 08, name: Operator: FFFF
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000퀀
• 2026/04/19 15:18:41 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] provider: 3, id: 0C, name: Operator: FFFF
• 2026/04/19 15:18:42 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000퀀
• 2026/04/19 15:18:42 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] provider: 4, id: 10, name: Operator: FFFF
• 2026/04/19 15:18:42 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] chid: 0000, date: 1999/12/31 - 2000/01/07, name: DownLoad00000000퀀
• 2026/04/19 15:18:42 39E517E4 r (reader) ORF-ICE_CW_(mouse) [cryptoworks] ready for requests
• 2026/04/19 15:18:43 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:43 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:45 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:45 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:47 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:47 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:49 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:49 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:51 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:51 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:53 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:53 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:55 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:55 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:57 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:57 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1
• 2026/04/19 15:18:57 00000000 s (main) init for all local cards done
• 2026/04/19 15:18:57 00000000 s (emmcache) loaded 2187 emmcache records from /config/oscam/oscam.emmcache in 8 ms
• 2026/04/19 15:18:57 00000000 s (emmcache) loaded 34 emmstat records from /config/oscam/oscam.emmstat in 0 ms
• 2026/04/19 15:18:57 00000000 s (anticasc) anti cascading disabled
• 2026/04/19 15:18:57 13ABD358 c (client) encrypted cs378x-client 192.168.178.77 granted (wohnzimmer, au=auto (10 reader))
• 2026/04/19 15:18:57 13ABD358 c (ecm) wohnzimmer (1830@000000/0000/EF15/92:6CCD10D2FA9E5A4C0C216AC448479AE1): rejected group (0 ms) (no matching reader)
• 2026/04/19 15:18:57 13ABD358 c (ecm) wohnzimmer (1830@000000/0000/EF15/92:A5F1904BA5CA019EC357A60585308B52): rejected group (0 ms) (no matching reader)
• 2026/04/19 15:19:05 13ABD358 c (ecm) wohnzimmer (1830@000000/0000/EF15/92:8C6DB6BA1B29B19457414D47C1135E91): rejected group (0 ms) (no matching reader)

Ich hoffe es findet sich wer der hier weiterhelfen kann.

Also der erste reader USB0 in dem die ORF Karte drin läuft, aber der zweite reader USB1 - nicht.


Hier noch der Auszug aus der oscam.server:

Spoiler: oscam.server

[reader]
label = ORF-ICE_CW_(mouse)
description = ORF-ICE (Cryptoworks - alt!!)
protocol = mouse
device = /dev/ttyUSB0
caid = 0D98
needsglobalfirst = 1
detect = cd
group = 1
emmcache = 1,2,2,0
blockemm-unknown = 1
blockemm-u = 1


[reader]
label = HD01
description = HD01
protocol = mouse
device = /dev/ttyUSB1
caid = 1830
boxkey = A7****7C
rsakey = BF***D5
ins7e11 = 15
detect = cd
group = 3
emmcache = 1,2,2,0
blockemm-unknown = 1
blockemm-g = 1
saveemm-s = 1

Spoiler: ls -l /dev/ttyUSB*

crw-rw-rw- 1 root dialout 188, 0 Apr 19 14:59 /dev/ttyUSB0
crw-rw-rw- 1 root dialout 188, 1 Apr 19 15:01 /dev/ttyUSB1

 

[Vigor]

Deine Cardreader am Besten mit "udev" fest verlinken.
Such mal danach, denn irgendwo gibt es hier eine Anleitung dazu.

 

[buzzard]

meinst Du dies:

Sie müssen registriert sein, um Links zu sehen

(ich hab heute leider keine Zeit mehr - aber ich schau mir das demnächst an wenn das zur Lösung führt..)

 

[Smiley007]

ja, mit udev laufen die absolut stabil, habe ich auch schon immer so gehandhabt.

Seriennummer kann ich bei mir im Oscam WebIF unter Reader und Scan USB auslesen

Die Regeln habe ich dann (Ubuntu 22.04) dort stehen: /etc/udev/rules.d/10-usbadapter.rules

SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="A7031G2E", SYMLINK+="sky"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="A7031LBX", SYMLINK+="orf"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="AM0205BR", SYMLINK+="hdplus"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", ATTRS{serial}=="A603IEYA", SYMLINK+="um02"

Die Reader dann z.B. so:

protocol                      = mouse
device                        = /dev/hdplus

 

[buzzard]

Ich tu mir ehrlich gesagt schwer mit der Verzeichnisstruktur. Ich habe den Ordner auf der gleichen Ebene wie "home" oder "dev"
Die KI hat mir empfohlen bei mehreren Anwendungen docker zu nehmen - ich verstehe das als Container. Und da scheint einiges zu berücksichtigen zu sein...?
Jedenfalls habe ich im etc Verzeichnis kein udev Verzeichnis - glaube auch nicht ob das dort hingehört... oscam läuft ja innerhalb docker...??


ich poste hier mal den inhalt der docker-compose.yml - ich vermute mal stark dass es hier hakt

Spoiler: docker-compose.yml

services:
oscam:
image: ghcr.io/linuxserver/oscam:latest
container_name: oscam
restart: unless-stopped
network_mode: host
privileged: true
volumes:
- ./config:/config
devices:
- /dev/HD01:/dev/HD01
- /dev/ORF:/dev/ORF
- /dev/ttyUSB0:/dev/ttyUSB0
- /dev/ttyUSB1:/dev/ttyUSB1

ich schreib auch gerne was die KI dazu meint.

Spoiler: KI

Was bei dir tatsächlich passiert ist​

Du hast technisch gesehen alles richtig gemacht:


✔ USB-Reader werden erkannt
✔ udev-Regeln funktionieren am Host
✔ Symlinks /dev/HD01 und /dev/ORF existieren
✔ Docker läuft
✔ OSCam läuft
✔ Geräte sind physisch da

---

Der echte Kernpunkt​

Das Problem ist nicht mehr „Konfiguration“, sondern:


du hast mehrere korrekte Lösungen gleichzeitig ausprobiert

• /dev/ttyUSB*
• /dev/serial/by-id
• udev-Symlinks
• Docker device mapping Varianten

und genau diese Mischung erzeugt jetzt Inkonsistenz zwischen Host und Container.

ich hab nicht aufgegeben und mit der KI weitergemacht - und siehe da - nun läuft es. Ich habe aber keine Ahnung warum genau. Letztendes war ein geänderter Eintrag in der docker-compose.yml aber ich gebe gerne die Infos weiter falls es jemand nachlesen möchte. Wenn mir jemand sagen kann was da wirklich nicht funktionierte würde mich freuen:

Spoiler: KI - Lösung

Was wirklich das Problem war​

Du hattest nicht ein einzelnes Problem, sondern drei Ebenen gleichzeitig:

1. Host (Linux)​

✔ USB Reader ok
✔ udev ok
✔ /dev/HD01 und /dev/ORF existieren

---

2. Docker​

✔ Devices waren im Compose korrekt eingetragen
aber der Container hat sie zeitweise nicht wirklich übernommen bzw. neu geladen

---

3. OSCam​

hat deshalb zeitweise auf nicht existierende Devices gezeigt

---

Die eigentliche Lösung (in einem Satz)​

Der entscheidende Fix war nicht udev oder OSCam, sondern der saubere, vollständige Neuaufbau des Docker-Containers mit korrekt geladenen devices:.


Konkret:



Wenn du willst, kann ich dir noch zeigen, wie du das Setup so stabil machst, dass du sowas beim nächsten Reboot garantiert nie wieder debuggen musst.

 

[saljut]

Device /dev/ttyUSB1 wird laut dem Log ja erst garnicht gefunden, da hilft dann auch die udev-Zuweisung erstmal nichts.

Prüfe mal mit "lsusb", ob die beiden Easymouse überhaupt gesehen werden, bei mir sieht das so aus:

Spoiler: lsusb

root@raspi4:~# lsusb
Bus 002 Device 002: ID 04e8:61f5 Samsung Electronics Co., Ltd Portable SSD T5
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Diese beiden USB-Host-Devices musst du dann noch im Oscam-Container zuweisen, damit oscam im Container sie auch nutzen kann. Kann man dann mit einer Terminalsession im Oscam-Container prüfen (ls -l /dev/ttyUSB*), es müssen beide zu sehen sein.

Danach kannst du sie mit udev automatisch verlinken, siehe oben oder in meinem Post #23 in https://www.digital-eliteboard.com/...t-reader-device-error-no-entitlements.540240/

Zeige uns doch bitte mal die Ausgabe von "ls -la /dev/*" auf Host und im Container.
Viel Glück!

 

[buzzard]

Hallo!
Zunächst nochmal - es läuft.
Hier noch der Inhalt der zuletzt geänderten docker-compose.yml

Spoiler: docker-compose.yml

services:
oscam:
image: ghcr.io/linuxserver/oscam:latest
container_name: oscam
restart: unless-stopped
network_mode: host
privileged: true
volumes:
- ./config:/config
- /dev:/dev

und zu Deiner Frage: die Abfrage "ls -la /dev/*" ergibt im container:

Tja - geht leider nicht - das Ergebnis hat mehr als 30.000 Zeichen - ist hier nicht erlaubt.

"Diese beiden USB-Host-Devices musst du dann noch im Oscam-Container zuweisen, damit oscam im Container sie auch nutzen kann. Kann man dann mit einer Terminalsession im Oscam-Container prüfen (ls -l /dev/ttyUSB*), es müssen beide zu sehen sein." > ja die werden schon gelistet. Das war nicht das Problem. Schau Dir bitte den Auszug aus dem livelog von zuvor an. "...not found" - soweit ich das beurteilen kann habe ich den eintrag in die *.rules schon richtig gemacht. Es hat aber trotzdem nicht funktioniert.
Soll ich jetzt noch was ändern? Oder passt nun die docker-compose.yml ?

 

[saljut]

Freut mich, dass es jetzt geht. Nun, wenn es läuft, würde ich nichts ändern. Allerdings ist das Mappen vom kompletten /dev in den Container ungünstig, du könntest das auf die beiden benötigten USB-Devices beschränken, so habe ich es bei mir laufen.

 

[buzzard]

Das würde ich gerne - nur da war die KI offenbar überfordert. Ich war gestern über Stunden sehr geduldig mit der KI. "...so jetzt haben wir es definitiv..." - so ging das über Stunden dahin. Nach jedem Vorschlag wieder das Gleiche - nach Neustart in der OSCAM WebIF Fehlermeldung bei beiden readern

• 2026/04/19 15:18:43 058A240C r (reader) HD01 [mouse] ERROR: Opening device /dev/ttyUSB1 (errno=2 No such file or directory)
• 2026/04/19 15:18:43 058A240C r (reader) HD01 [mouse] Cannot open device: /dev/ttyUSB1

Was mir helfen würde wären konkrete todos was in die docker-compose.yml rein muss und wie die *.rules Datei aussehen soll. Ich denke die beiden arbeiten zusammen. Leider hat keine (auch keine der hier gezeigten) bei meinem System funktioniert. Vielleicht spielt da ja auch noch was Drittes rein?

 

[Dunkler Saftanwender]

Kleiner Tipp zur KI. Alle sind se gleich und verlieren n Fokus.
Neuen Chat aufmachen und in Auftrag geben, sich das file mal genau anzusehn.
Dann den Makel erklären. Hilft oft. Kommt auch auf die KI an. Im moment, Claude N°1.

 

[Smiley007]

nur da war die KI offenbar überfordert.

Welche genau hast du genutzt?

ansonsten bin dich ganz bei der Aussage von @Dunkler Saftanwender

 

[saljut]

Versuche mal das hier (siehe Link in meinem ersten Post):

Spoiler

3 Einträge in rules-Datei (Namen natürlich auf deine Konfiguration anpassen:
root@raspi:~# cat /etc/udev/rules.d/99-local.rules
KERNEL=="ttyUSB[0-9]*", MODE="0666"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB?", ATTRS{serial}=="AxxxxxxJ", SYMLINK+="AxxxxxxJ"
SUBSYSTEMS=="usb", KERNEL=="ttyUSB?", ATTRS{serial}=="AxxxxxxR", SYMLINK+="AxxxxxxR"

Reboot (host, nicht nur Container), dann prüfen, ob rules funktionieren:
root@raspi:~# udevadm info -a -p $(udevadm info -q path -n /dev/ttyUSB0) | grep ATTRS{serial}
ATTRS{serial}=="AxxxxxxJ"
ATTRS{serial}=="0000:01:00.0"

root@raspi:~# udevadm info -a -p $(udevadm info -q path -n /dev/ttyUSB1) | grep ATTRS{serial}
ATTRS{serial}=="AxxxxxxR"
ATTRS{serial}=="0000:01:00.0"

Verzeichnis auflisten, zeigt devices, sowohl original als auch gelinkt, auf Zugriffsrechte der ttyUSB* achten:
root@raspi:/dev# ls -l A* ttyUSB*
lrwxrwxrwx 1 root root 7 15. Jul 18:30 AxxxxxxR -> ttyUSB1
lrwxrwxrwx 1 root root 7 15. Jul 18:30 AxxxxxxJ -> ttyUSB0
crw-rw-rw- 1 root plugdev 188, 0 15. Jul 18:30 ttyUSB0
crw-rw-rw- 1 root plugdev 188, 1 15. Jul 18:30 ttyUSB1

Abschließend mappen in Container:
/dev/AxxxxxxJ:/dev/AxxxxxxJ
/dev/AxxxxxxR:/dev/AxxxxxxR

Container neu initialisieren und starten.

 

[buzzard]

Welche genau hast du genutzt?

ChatGPT - aber nach einigen Fragen wird man entweder zu einer einfacheren KI umgelenkt oder zu einem Abo Modell. Ich zahl (noch) nichts dafür.

@saljut Vielen Dank - werde jetzt einige Tage nicht dazu kommen - schau es mir bald an!

Ich habe aber gesehen, dass eine ähnliche Fehlermeldung (errno 2 - "no such file" beim 2.reader) auch bei meinem Raspi ohne Karten in den readern kommt. (reboot ohne Karten - nur mit angeschlossenen readern. Die Karten sind ja jetzt in den easymouse readern am neuen miniPC drin) Dh ohne Karten dürften die Fehlermeldungen normal sein... Das wars vermutlich..

 

[Smiley007]

ChatGPT

Das war früher auch mein Favorit, nutze ich aber inzwischen nur noch für kurze und einfache Anfragen.

ChatGPT hatte ich auch schon monatsweise als + für um die 20€, aber auch dabei kam ich oft zu den "Halluzinationen" wo man sich dann stundenlang im Kreis drehen kann, ohne auch nur einen Millimeter weiter zu kommen.

Für alles Andere und auch Aufwendigere nutze ich das ebenfalls kostenlos nutzbare Claude. Natürlich kommen auch die temporären Sperren.