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(a)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 >

* 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 :)

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(a)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(a)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 >>>