Supportnet / Forum / Linux
Problem mit USB: Kamera Toshiba PDR2300
Frage
Hallo,
ich möchte eine Toshiba PDR 2300 unter Linux benutzen. Nach anstecken der
Kamera meldet der Kernel folgendes:
--schnipp--
Dec 31 12:17:25 localhost kernel: hub.c: new USB device 00:10.0-1, assigned
address 2
Dec 31 12:17:25 localhost kernel: usb.c: USB device 2 (vend/prod
0x1132/0x4333) is not claimed by any active driver.
Dec 31 12:17:28 localhost /etc/hotplug/usb.agent: Setup usb-storage for USB
product 1132/4333/0
Dec 31 12:17:29 localhost kernel: Initializing USB Mass Storage driver...
Dec 31 12:17:29 localhost kernel: usb.c: registered new driver usb-storage
Dec 31 12:17:29 localhost kernel: usb-uhci.c: interrupt, status 2, frame#
1019
Dec 31 12:17:29 localhost kernel: scsi1 : SCSI emulation for USB Mass
Storage devices
Dec 31 12:17:29 localhost kernel: Vendor: TOSHIBA Model: CAMERA PDR2300
Rev: 1.00
Dec 31 12:17:29 localhost kernel: Type: Direct-Access
ANSI SCSI revision: 02
Dec 31 12:17:29 localhost kernel: Attached scsi removable disk sda at scsi1,
channel 0, id 0, lun 0
Dec 31 12:17:29 localhost kernel: SCSI device sda: 121633 512-byte hdwr
sectors (62 MB)
Dec 31 12:17:29 localhost kernel: sda: Write Protect is off
Dec 31 12:17:29 localhost kernel: sda: sda1
Dec 31 12:17:29 localhost kernel: USB Mass Storage support registered.
Dec 31 12:17:41 localhost kernel: usb-uhci.c: interrupt, status 3, frame#
694
Dec 31 12:17:51 localhost kernel: usb-uhci.c: interrupt, status 3, frame#
456
Dec 31 12:17:51 localhost kernel: usb.c: USB disconnect on device 00:10.0-1
address 2
Dec 31 12:17:51 localhost kernel: Unable to handle kernel paging request at
virtual address 6b6b6b87
Dec 31 12:17:51 localhost kernel: printing eip:
Dec 31 12:17:51 localhost kernel: e0b383ec
Dec 31 12:17:51 localhost kernel: *pde = 00000000
Dec 31 12:17:51 localhost kernel: Oops: 0000
Dec 31 12:17:51 localhost kernel: usb-storage sd_mod via82cxxx_audio
ac97_codec uart401 sound soundcore nvidia parport_pc lp parport autofs
dazuko ne2k-pci 8390 ipt_REJECT iptable_filter ip_ta
Dec 31 12:17:51 localhost kernel: CPU: 0
Dec 31 12:17:51 localhost kernel: EIP: 0060:[<e0b383ec>] Tainted: P
Dec 31 12:17:51 localhost kernel: EFLAGS: 00010202
Dec 31 12:17:51 localhost kernel:
Dec 31 12:17:51 localhost kernel: EIP is at usb_submit_urb_R5792b34f
[usbcore] 0x1c (2.4.21-20.1.2024.2.1.nptl)
Dec 31 12:17:51 localhost kernel: eax: 6b6b6b6b ebx: 00000000 ecx:
d510dea4 edx: def84834
Dec 31 12:17:51 localhost kernel: esi: 000001f4 edi: d510c000 ebp:
d510de8c esp: d510de64
Dec 31 12:17:51 localhost kernel: ds: 0068 es: 0068 ss: 0068
Dec 31 12:17:51 localhost kernel: Process scsi_eh_1 (pid: 5557,
stackpage=d510d000)
Dec 31 12:17:51 localhost kernel: Stack: 000001f4 e0b384ea def84834 dad47000
00000080 def84834 00000246 dfffb2d0
Dec 31 12:17:51 localhost kernel: dfffb2d8 00000020 d510dea4 d510dea4
00000000 00000000 00000000 d510c000
Dec 31 12:17:51 localhost kernel: d510de8c d510de8c 00000000 dad47c14
00000000 da898a00 e0b38653 def84834
Dec 31 12:17:51 localhost kernel: Call Trace: [<e0b384ea>]
usb_start_wait_urb [usbcore] 0x7a (0xd510de68)
Dec 31 12:17:51 localhost kernel: [<e0b38653>] usb_internal_control_msg
[usbcore] 0x63 (0xd510debc)
Dec 31 12:17:51 localhost kernel: [<e0b386f5>] usb_control_msg_Rf5d8fd45
[usbcore] 0x95 (0xd510ded0)
Dec 31 12:17:51 localhost kernel: [<e0b49cc0>] usb_address0_sem [usbcore]
0x0 (0xd510def8)
Dec 31 12:17:51 localhost kernel: [<e0b394f1>] usb_set_address_R87011e75
[usbcore] 0x61 (0xd510df08)
Dec 31 12:17:51 localhost kernel: [<e0b3c635>] usb_reset_device_Rb3321c1e
[usbcore] 0xb5 (0xd510df30)
Dec 31 12:17:51 localhost kernel: [<e1f452fe>] bus_reset [usb-storage] 0x5e
(0xd510df5c)
Dec 31 12:17:51 localhost kernel: [<e0beb11f>] scsi_try_bus_reset [scsi_mod]
0x4f (0xd510df80)
Dec 31 12:17:51 localhost kernel: [<e0bebb4e>] scsi_unjam_host [scsi_mod]
0x63e (0xd510df90)
Dec 31 12:17:51 localhost kernel: [<e0bec0b6>] scsi_error_handler [scsi_mod]
0x106 (0xd510dfc4)
Dec 31 12:17:51 localhost kernel: [<e0bf370d>] .rodata.str1.1 [scsi_mod]
0x2049 (0xd510dfcc)
Dec 31 12:17:51 localhost kernel: [<e0bebfb0>] scsi_error_handler [scsi_mod]
0x0 (0xd510dfe4)
Dec 31 12:17:51 localhost kernel: [<c010727d>] kernel_thread_helper [kernel]
0x5 (0xd510dff0)
Dec 31 12:17:51 localhost kernel:
Dec 31 12:17:51 localhost kernel:
Dec 31 12:17:51 localhost kernel: Code: 8b 40 1c 85 c0 75 09 b8 ed ff ff ff
83 c4 04 c3 89 14 24 ff
--schnapp--
Offensichtlich wird die Kamera einwandfrei erkannt und auch das Mass-Storage
Modul auch erfolgreich geladen. Leider bringt der Kernel kurz nach anstecken
und der Erkennung des Gerätes die mysteriöse Meldung:
--schnipp--
Dec 31 12:17:51 localhost kernel: usb.c: USB disconnect on device 00:10.0-1
address 2
Dec 31 12:17:51 localhost kernel: Unable to handle kernel paging request at
virtual address 6b6b6b87
--schnapp--
Ich benutze ebenfalls einen USB-Stick unter Linux der tadellos funktioniert.
Wo liegt hier das Problem?
Mein System:
Red Hat Linux 9 (Severn)
Kernel: 2.4.21-20.1.2024.2.1.nptl
Danke für die Hilfe...
Greets
Markus
Antwort 1 von Studio
Definitiv ein Kernel Problem, ich würde nen anderen Kernel installieren, gerade weil du einen mit nptl verwendest so wie es scheint(Kernel: 2.4.21-20.1.2024.2.1.nptl), nptl ist noch nicht hundertprozentig ausgereift. Hast du schonmal geguckt obs ein Kernelupdate bei RedHat gibt? Wenn nicht würde ich einen der anderen Kernel installieren die RedHat mitliefert.
Antwort 2 von Devil51
Hi,
also einen neuen Kernel zu installieren hab ich mir auch schon überlegt. Die Frage ist nur welchen. Auf updates.redhat.com gibts nur 2.4.20 Versionen für Red Hat 9.0. Somit wäre das dann also keine Update sondern eher ein Downgrade. Vielleicht hat da jemand schon Erfahrungen gemacht ob sowas ohne weiteres funktioniert.
Eine weitere Variante wäre dann noch den neuen 2.6er Kernel aus den Source selbst zu übersetzen und zu installieren. Allerdings ist der ja soweit ich weiß noch in einer Testphase, oder???
Für weitere Tips wäre ich dankbar.
mfg
Devil
also einen neuen Kernel zu installieren hab ich mir auch schon überlegt. Die Frage ist nur welchen. Auf updates.redhat.com gibts nur 2.4.20 Versionen für Red Hat 9.0. Somit wäre das dann also keine Update sondern eher ein Downgrade. Vielleicht hat da jemand schon Erfahrungen gemacht ob sowas ohne weiteres funktioniert.
Eine weitere Variante wäre dann noch den neuen 2.6er Kernel aus den Source selbst zu übersetzen und zu installieren. Allerdings ist der ja soweit ich weiß noch in einer Testphase, oder???
Für weitere Tips wäre ich dankbar.
mfg
Devil
Antwort 3 von Studio
Nö der 2.6er ist stable und wäre natürlich am besten, setzt aber vorraus, dass du dich etwas auskennst, ich hab hier auch testweise einen 2.6er Kernel am laufen.
Antwort 4 von Devil51
Was würde denn bei einem Downgrade auf einen 2.4.20er Kernel passieren. Funktioniert sowas problemlos oder welche Schwierigkeiten könnten da auftreten?
Gibt es für den 2.6er Kernel vielleicht irgendwo fertige RPMS oder läuft da nur was mit selbstübersetzen?
mfg
Devil
Gibt es für den 2.6er Kernel vielleicht irgendwo fertige RPMS oder läuft da nur was mit selbstübersetzen?
mfg
Devil
Antwort 5 von Studio
Das schlimmste was dir passieren könnte, ist das ein Treiber nicht vorhanden ist, aber vom 2.4.20 auf den 2.4.21 hat sich nicht viel getan, also denke ich, dass da rein gar nix passiert. Evtl musst du je nach verwendetem Soundsystem alsa neukompilieren kann aber sein, dass die alsa module gleich beim kernel dabei sind, weis nicht wie RedHat das handhabt.
Den 2.6er könnte es evtl in nem Rawhide Archiv bei RadHat geben, bzw bei den Fedora Archiven, aber für den 2.6er muss du auch einige andere Programme kompilieren, da kannst du nicht einfach ein 2.6er RPM installieren und fertig. Im Prinzip musste du alle Programme neukompilieren, die die Kernel Headers verwenden z.B. glibc, dann nvidia Treiber, Xfree, du benötigst zusätzlich module-inittools. Alles in allem schon etwas aufwendiger.
Den 2.6er könnte es evtl in nem Rawhide Archiv bei RadHat geben, bzw bei den Fedora Archiven, aber für den 2.6er muss du auch einige andere Programme kompilieren, da kannst du nicht einfach ein 2.6er RPM installieren und fertig. Im Prinzip musste du alle Programme neukompilieren, die die Kernel Headers verwenden z.B. glibc, dann nvidia Treiber, Xfree, du benötigst zusätzlich module-inittools. Alles in allem schon etwas aufwendiger.
Antwort 6 von Devil51
Ja also den 2.6er Kernel hab ich bei Fedora als RPM für i686er Architektur gefunden. Aber wenn da noch so einige andere Dinge neu übersetzt werden müssen, werd ich wohl doch mal mein Glück mit einem 2.4.20er versuchen.
Danke nochmal für die Hilfe.
mfg
Devil
Danke nochmal für die Hilfe.
mfg
Devil
Antwort 7 von Devil51
Hallo,
ich meld mich nochmal zu Wort. Ich würde nun gern den 2.4.20er Kernel als fertiges RPM Paket installieren wollen. Allerdings meldet rpm immer das ein neueres Kernel Paket bereits vorhanden ist. (ist ja auch völlig klar).
Nun traue ich mich nicht mit --force das neue Kernel-RPM einfach drüber zu installieren. Können da eventuell irgendwo Probleme auftreten? Wenn ja wie kann ich das umgehen.
Danke nochmal
mfg
Devil
ich meld mich nochmal zu Wort. Ich würde nun gern den 2.4.20er Kernel als fertiges RPM Paket installieren wollen. Allerdings meldet rpm immer das ein neueres Kernel Paket bereits vorhanden ist. (ist ja auch völlig klar).
Nun traue ich mich nicht mit --force das neue Kernel-RPM einfach drüber zu installieren. Können da eventuell irgendwo Probleme auftreten? Wenn ja wie kann ich das umgehen.
Danke nochmal
mfg
Devil
Antwort 8 von Studio
Nö du kannst in dem Fall ruhig mit --force installieren, da kann nix passieren, in anderen Fällen würde ich es nicht undbedingt raten, aber im Falle Kernel absolut kein Problem, kann nix passieren, du musst nur dann danach evtl den neuen Kernel in den Bootloader eintragen, sofern es das rpm beim installieren nicht selbst macht.

