rtl_test -t results in failed to open rtlsdr device #0.

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

pantos at pantokratoren.de pantos at pantokratoren.de
Fri Apr 7 18:57:09 UTC 2017


Hi Marcus,

thanks for your extensive help!! I tried out your suggestions.

I rebooted the raspberry pi many times ;-)

> * the dvb-t kernel module still being loaded: plug in stick, run  "lsmod|grep rtl", look for suspicious lines
With "lsmod|grep rtl" I get no results.

> * the stick not having standard USB ids: plug in stick. run "lsusb". find line describing stick VID:PID. do these match any line in rtl-sdr.rules?
The result is: Bus 001 Device 005: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T
I think this match my rtl-sdr.rules line with "blacklist dvb_usb_rtl28xxu" and "blacklist rtl2838"?

> * some other kernel shenanigans. Run "dmesg -w" to watch dmesg, plug in stick, see whether suspicious stuff happens to the kernel :)
[253111.992530] usb 1-1.4: new high-speed USB device number 5 using dwc_otg
[253112.104864] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=2838
[253112.104901] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[253112.104919] usb 1-1.4: Product: RTL2838UHIDIR
[253112.104934] usb 1-1.4: Manufacturer: Realtek
[253112.104949] usb 1-1.4: SerialNumber: 00000001

Seems to be normal? Do you see anything suspicious?

Best regards,

Joachim

 


Am 05.04.2017 um 23:55 schrieb Marcus Müller:
> Hi Joachim,
>
> absolutely no stupid questions involved!
>
> So, ok, assuming you rebooted or ran "sudo udevadm control --reload" and
> re-plugged the device, we have to rule out:
>
> * the dvb-t kernel module still being loaded: plug in stick, run
> "lsmod|grep rtl", look for suspicious lines
> * the stick not having standard USB ids: plug in stick. run "lsusb".
> find line describing stick VID:PID. do these match any line in
> rtl-sdr.rules?
> * some other kernel shenanigans. Run "dmesg -w" to watch dmesg, plug in
> stick, see whether suspicious stuff happens to the kernel :)
>
> Best regards,
>
> Marcus
>
>
> On 05.04.2017 22:11, pantos at pantokratoren.de wrote:
>> Hi Marcus,
>>
>> thanks for your reply. To install the udev-rules I used
>>
>> sudo cp ./rtl-sdr/rtl-sdr.rules /etc/udev/rules.d/
>>
>> The suggested way
>>
>> sudo make install-udev-rules
>>
>> doesn't worked for me (Error: make: *** No rule to make target 'install-udev-rules'.  Schluss.).
>>
>> Or is this the wrong way?
>>
>> Sorry for this stupid question but I'm a little bit lost...
>>
>> Best regards
>>
>> Joachim
>>
>>
>> Am 05.04.2017 um 14:35 schrieb Marcus Müller:
>>> Hi Joachim,
>>>
>>> "I tried many [...] but it doesn't work": so, what exactly you've tried
>>> would be kind of relevant :)
>>>
>>> I'll go out on a limb here based on statistics and say: you might have
>>> missed what
>>> http://osmocom.org/projects/sdr/wiki/rtl-sdr#rtlsdr-library-amp-capture-tool
>>> says:
>>>
>>> sudo make install-udev-rules
>>>
>>> Best regards,
>>> Marcus
>>>
>>> On 05.04.2017 07:30, pantos at pantokratoren.de wrote:
>>>> Hello,
>>>>
>>>> a few days ago I tried to install rtl-sdr on my raspberry pi. I'm
>>>> using a dvb-t usb stick with Realtek, RTL2838UHIDIR chipset. I build
>>>> the software following the guide in the wiki. I used two additional
>>>> switches: cmake ../ -DINSTALL_UDEV_RULES=ON -DDETACH_KERNEL_DRIVER=ON
>>>>
>>>> After installing the software I created a blacklist in cd /etc/modprobe.d:
>>>>
>>>> blacklist dvb_usb_rtl28xxu
>>>> blacklist rtl2832
>>>> blacklist rtl2830
>>>> blacklist rtl2838
>>>>
>>>> After rebooting the device I tried to test rtl-sdr with rtl_test -t
>>>> and got this result:
>>>>
>>>> Found 1 device(s):
>>>> 0: Realtek, RTL2838UHIDIR, SN: 00000001
>>>>
>>>> Using device 0: Generic RTL2832U OEM
>>>> usb_claim_interface error -6
>>>> Failed to open rtlsdr device #0.
>>>>
>>>> I don't know how to fix this error. I tried many suggestions found via
>>>> google but it doesn't work.
>>>>
>>>> Can someone help me to fix this?
>>>>
>>>> Thanks for your help!!
>>>>
>>>> Joachim
>>>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20170407/3b818103/attachment.htm>


More information about the osmocom-sdr mailing list