USB 3.0 Cardreader zickt unter openSUSE 13.2 jetzt bei 15.5

[josef-wien]

fuse-exfat

Das Ding ist seit längerer Zeit obsolet und ein installiertes Paket kontraproduktiv, da exfat direkt vom Kernel unterstützt wird.

 

[th.giese]

Kann es sein, das da "fuse-exfat" fehlt?

MfG
misiu

Muss ich nachher mal nachsehen. Das wär ja ein Ding...

 

[th.giese]

Das Ding ist seit längerer Zeit obsolet und ein installiertes Paket kontraproduktiv, da exfat direkt vom Kernel unterstützt wird.

also dann doch nicht nachinstallieren?

 

[susejunky]

Hallo @th.giese ,

... Die kleinen bis 4 GB werden problemlos gelesen. Die größeren 16 GB erzeugen Fehlermeldungen und werden nicht eingebunden.

welches Dateisystem verwenden die 4GB-Karten und welches die 16GB-Karten?

Welche Fehlermeldungen treten beim Lesen der 16GB-Karten auf?

Viele Grüße

susejunky

 

[th.giese]

Hallo @th.giese ,



welches Dateisystem verwenden die 4GB-Karten und welches die 16GB-Karten?

Welche Fehlermeldungen treten beim Lesen der 16GB-Karten auf?

Viele Grüße

susejunky

Beide sind in meiner DSLR EOS 40d formatiert worden.

 

[pinugin]

Das Problem kenne ich seit über 10 Jahren..
Die Karten werden in den Cameras mit fat32 formatiert.
Abhilfe:
- Die Bilder über den USB2-Slot der DSLR EOS 40d in den Rechner übertragen.
- die Karte mit gparted löschen und mit NTFS formatieren
- die Karte in der DSLR EOS 40d neu formatieren.

immer ausschliesslich nur in der DSLR EOS 40d neu formatierte verwenden.
Das Problem taucht übrigens auch bei NIKONs auf.

 

[pinugin]

welche Firmware hat die EOS 40d ?

 

[pinugin]

nebenbei solltest Du endlich mal updaten..
15.4 ist über 4 Monate EoL ...

 

[susejunky]

Hallo @th.giese ,

Beide sind in meiner DSLR EOS 40d formatiert worden.

wenn ich mich recht erinnere, dann waren meine Fragen

welches Dateisystem verwenden die 4GB-Karten und welches die 16GB-Karten?

Welche Fehlermeldungen treten beim Lesen der 16GB-Karten auf?

Letztere Frage habe ich da bereits zum zweiten Mal gestellt.

Da Du nicht bereit bist die gewünschten Informationen preis zu geben, kann ich Dir leider nicht weiter helfen.

Viele Grüße

susejunky

 

[susejunky]

Hallo @pinugin ,

Das Problem taucht übrigens auch bei NIKONs auf.

die SD-Karten meiner Nikons lassen sich unter openSUSE Tumbleweed problemlos lesen.

Abhilfe:
- Die Bilder über den USB2-Slot der DSLR EOS 40d in den Rechner übertragen.

Wenn man RAW+JPG Aufnahmen macht, können schnell mal mehrere GB (16GB pro Karte) bei einer Foto-Sitzung zusammenkommen. Diese über USB2.0 zu übertragen ist ziemlich langwierig. Der Kartenleser ist da deutlich zeitsparender (auch wenn man dazu die Karte aus der Kamera entnehmen muss).

Abhilfe:
...
- die Karte mit gparted löschen und mit NTFS formatieren

Dazu muss die Kamera allerdings mit NTFS umgehen können (keine meiner Nikons kann das).

Viele Grüße

susejunky

 

[pinugin]

wenn ich mich erinnere habe ich im Laufe der Jahre bestimmt mit über 20 verschiedenen Karten genau diese Problematik gehabt und konnte sie durch den beschriebenen Workaround immer beheben. Kurz nach dem Kauf meiner Camera war sie deswegen auch im Service. Der Fehler trat aber nach einiger Zeit sporadisch immer wieder auf. Zuletzt Ostern im Urlaub diesmal mit meiner NIKON.
Alles mit Karten zwischen 4 und 32 GB und mit unterschiedlichen Readern. Die Rechner z.Zt. des Camerakaufs hatte alle passende Slots.
Betriebssysteme waren jeweils das aktuelle Suse und auf dem Mini9 Peppermint ... auch da kommen die Erinnerungen ..

 

[pinugin]

Dazu muss die Kamera allerdings mit NTFS umgehen können (keine meiner Nikons kann das).

nee soll sie nicht ... nur durch diese Formatierung wurde sie zu einer Neuformatierung in Fat32 die dann wieder überall lesbar war gezwungen..

Ich nehme an, das die Laufwerke in den Cameras eben doch nicht die besten sind. War übrigens unabhängig vom Fabrikat . Sind fast alles Sandisk + Lexar Karten...

 

[pinugin]

ist natürlich schon nervend fast 30 GB über den sehr langsamen USB-2 Slot. Zumal bei der NIKON nicht mal geladen wird..
tritt sowohl bei meinen NIKON S 7000 + P 7000 ebenfalls immer mal wieder auf .

 

[pinugin]

meine DSLR EOS 40d ist 16 ! Jahre und die NIKON S 7000 9 Jahre + P 7000 14 Jahre alt ...
Die Bilder im HDR-Modus reichen mir.
Die Objektive sind einfach gut

 

[th.giese]

welche Firmware hat die EOS 40d ?

Die letzte, die Canon veröffentlicht hatte. Muss ich zu Hause mal nachsehen welche das ist.

 

[th.giese]

Hallo @th.giese ,


wenn ich mich recht erinnere, dann waren meine Fragen

Letztere Frage habe ich da bereits zum zweiten Mal gestellt.

Da Du nicht bereit bist die gewünschten Informationen preis zu geben, kann ich Dir leider nicht weiter helfen.

Viele Grüße

susejunky

Die Frage nach dem Dateisystem hatte ich beantwortet. Das müsste FAT32 sein, ich glaube was anderes kann die Canon 40d nicht.
Fehlermeldung hatte ich vor geraumer Zeit auch mal hier gepostet. Ich schaue am WE noch mal genauer.
Ironischerweise werden die 16GB Karten sporadisch auch ab und an erkannt und können dann auch gelesen werden.

 

[th.giese]

nebenbei solltest Du endlich mal updaten..
15.4 ist über 4 Monate EoL ...

Nur der Titel ist veraltet
Habe angepasst.

 

[pinugin]

Ironischerweise werden die 16GB Karten sporadisch auch ab und an erkannt und können dann auch gelesen werden.

also alles wie bei mir in den letzten 15 Jahren

 

[susejunky]

Hallo @th.giese ,

Fehlermeldung hatte ich vor geraumer Zeit auch mal hier gepostet.

Die einzigen Meldungen aus dem Fehlerlog, die ich in diesem Beitrag finden kann

2015-09-13T18:41:12.039487+02:00 linux-u112 kernel: [ 5479.109438] FAT-fs (sdg1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2015-09-13T18:41:12.041607+02:00 linux-u112 udisksd[1868]: Mounted /dev/sdg1 at /run/media/thomas/EOS_DIGITAL on behalf of uid 1000
...
2015-09-13T18:45:22.198455+02:00 linux-u112 kernel: [ 5729.023211] sd 11:0:0:4: [sdl] Attached SCSI removable disk

stammen aus dem Jahr 2015!

Bist Du tatsächlich der Meinung, dass nahezu 10 Jahre alte Fehlermeldungen dazu beitragen können, Dein aktuelles Problem näher zu analysieren?

Nun, es ist Dein Problem und Du hättest gerne eine Lösung ...

Viele Grüße

susejunky

 

[th.giese]

Dann fasse ich noch mal zusammen:

openSuse 15.5, HAMA USB 3.0 CardReader (der gleiche aus dem Ursprungspost); die CF-Karten werden ausschließlich in der Kamera (Canon EOS 40d, Firmware 1.1.1) verwendet und auch dort formatiert (FAT32); 4 GB-Karten werden beim Einlegen in den Reader problemlos erkannt und die Bilddaten können kopiert werden. Die 16 GB-Karten verursache Fehlermeldungen:

Auszug aus var/log/messages:

2024-04-20T15:32:09.762898+02:00 localhost dbus-daemon[4914]: [session uid=0 pid=4912] Activating service name='org.kde.kdeconnect' requested by ':1.0' (uid=0 pid=4908 comm="/usr/bin/dolphin ")
2024-04-20T15:32:09.823961+02:00 localhost kdeconnectd[5724]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
2024-04-20T15:32:09.970705+02:00 localhost kdeconnectd[5724]: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
2024-04-20T15:32:10.022751+02:00 localhost dbus-daemon[4914]: [session uid=0 pid=4912] Successfully activated service 'org.kde.kdeconnect'
2024-04-20T15:32:10.039706+02:00 localhost dbus-daemon[4914]: [session uid=0 pid=4912] Activating service name='org.freedesktop.Notifications' requested by ':1.19' (uid=0 pid=5724 comm="/usr/lib/kdeconnectd ")
2024-04-20T15:32:10.948225+02:00 localhost kernel: [ 2207.883713][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:12.160052+02:00 localhost kernel: [ 2209.091697][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:13.364120+02:00 localhost kernel: [ 2210.295686][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:14.564050+02:00 localhost kernel: [ 2211.495705][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:15.772136+02:00 localhost kernel: [ 2212.703668][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:15.792063+02:00 localhost kernel: [ 2212.727330][  T593] sd 9:0:0:0: [sdg] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=7s
2024-04-20T15:32:15.792087+02:00 localhost kernel: [ 2212.727342][  T593] sd 9:0:0:0: [sdg] tag#0 CDB: Read(10) 28 00 01 e8 7a 3f 00 00 01 00
2024-04-20T15:32:15.792092+02:00 localhost kernel: [ 2212.727346][  T593] I/O error, dev sdg, sector 32012863 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
2024-04-20T15:32:15.792098+02:00 localhost kernel: [ 2212.727370][  T593] Buffer I/O error on dev sdg1, logical block 32012800, async page read
2024-04-20T15:32:16.964044+02:00 localhost kernel: [ 2213.895668][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:18.164053+02:00 localhost kernel: [ 2215.095559][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:19.368033+02:00 localhost kernel: [ 2216.299569][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:20.568121+02:00 localhost kernel: [ 2217.499623][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:21.768145+02:00 localhost kernel: [ 2218.699672][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:22.968139+02:00 localhost kernel: [ 2219.899540][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:22.992072+02:00 localhost kernel: [ 2219.927368][  T593] sd 9:0:0:0: [sdg] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=6s
2024-04-20T15:32:22.992093+02:00 localhost kernel: [ 2219.927380][  T593] sd 9:0:0:0: [sdg] tag#0 CDB: Read(10) 28 00 01 e8 7a 40 00 00 07 00
2024-04-20T15:32:22.992096+02:00 localhost kernel: [ 2219.927384][  T593] I/O error, dev sdg, sector 32012864 op 0x0:(READ) flags 0x0 phys_seg 7 prio class 0
2024-04-20T15:32:22.992099+02:00 localhost kernel: [ 2219.927408][  T593] Buffer I/O error on dev sdg1, logical block 32012801, async page read
2024-04-20T15:32:22.992102+02:00 localhost kernel: [ 2219.927462][  T593] Buffer I/O error on dev sdg1, logical block 32012802, async page read
2024-04-20T15:32:22.992106+02:00 localhost kernel: [ 2219.927479][  T593] Buffer I/O error on dev sdg1, logical block 32012803, async page read
2024-04-20T15:32:22.992122+02:00 localhost kernel: [ 2219.927494][  T593] Buffer I/O error on dev sdg1, logical block 32012804, async page read
2024-04-20T15:32:22.992125+02:00 localhost kernel: [ 2219.927508][  T593] Buffer I/O error on dev sdg1, logical block 32012805, async page read
2024-04-20T15:32:22.992129+02:00 localhost kernel: [ 2219.927523][  T593] Buffer I/O error on dev sdg1, logical block 32012806, async page read
2024-04-20T15:32:22.992139+02:00 localhost kernel: [ 2219.927543][  T593] Buffer I/O error on dev sdg1, logical block 32012807, async page read
2024-04-20T15:32:24.080223+02:00 localhost kernel: [ 2221.014294][  T779]  sdg: sdg1
2024-04-20T15:32:24.188125+02:00 localhost kernel: [ 2221.119519][  T593] usb 5-1.1.1.4: reset SuperSpeed USB device number 6 using xhci_hcd
2024-04-20T15:32:24.208026+02:00 localhost kernel: [ 2221.143189][  T593] sd 9:0:0:0: [sdg] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
2024-04-20T15:32:24.208042+02:00 localhost kernel: [ 2221.143195][  T593] sd 9:0:0:0: [sdg] tag#0 CDB: Read(10) 28 00 01 e8 7e 80 00 00 08 00
2024-04-20T15:32:24.208043+02:00 localhost kernel: [ 2221.143198][  T593] I/O error, dev sdg, sector 32013952 op 0x0:(READ) flags 0x80700 phys_seg 1 prio

Wo könnte ich ansetzen. Der ursprüngliche Thread war mal gelöst, damals war offensichtlich der verwendete Kernel das Problem. Die CF-Karten sind alle SanDisk Extreme III. Fehlen noch weitere Infos?