Supportnet Computer
Planet of Tech

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

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

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.

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

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

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.

Ich möchte kostenlos eine Frage an die Mitglieder stellen:


Ähnliche Themen:


Suche in allen vorhandenen Beiträgen: