My youngest son came to visit and brought their latest baby monitor. Apparently it issued an RF-kill command that my RTNETLINK has stored and continues to apply, despite my rebooting the modem and router.
The "problem" is that it has more than doubled the boot time due to a lot of searching, possibly on the wrong gateway, for the wi-fi signal.
While I am not unwilling to reinstall LMDE, I was hoping someone might know a fix for this.
Thanks,
John
removing an RF-kill command from a baby monitor to RTNETLINK
Forum rules
LMDE 2 has reached end of support as of 1-1-2019
LMDE 2 has reached end of support as of 1-1-2019
removing an RF-kill command from a baby monitor to RTNETLINK
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 1 time in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Re: removing an RF-kill command from a baby monitor to RTNET
Hi,
let's have a look at your settings and network environment.
It will download a script and create a file named wireless-info.txt or wireless-info.tar.gz in your home folder with wireless information so we can see the condition of your wireless at the time. The MAC address, WPA key and WEP key are removed for your security. Paste contents of the wireless-info.txt or wireless-info.tar.gz file at http://pastebin.ubuntu.com or alternatively http://pastebin.com/ then post the link here in your question.
let's have a look at your settings and network environment.
Code: Select all
wget -N -t 5 -T 10 http://dl.dropbox.com/u/57264241/wireless_script && \chmod +x wireless_script && \./wireless_script
It will download a script and create a file named wireless-info.txt or wireless-info.tar.gz in your home folder with wireless information so we can see the condition of your wireless at the time. The MAC address, WPA key and WEP key are removed for your security. Paste contents of the wireless-info.txt or wireless-info.tar.gz file at http://pastebin.ubuntu.com or alternatively http://pastebin.com/ then post the link here in your question.
Re: removing an RF-kill command from a baby monitor to RTNET
Here's the link for the link:
http://pastebin.com/bi5zvASV
The question was whether there was a way to undo the RF-kill command that my LMDE's RTNETLINK made permanent because of the use of a baby monitor "hogging" the wi-fi bandwidth.
http://pastebin.com/bi5zvASV
The question was whether there was a way to undo the RF-kill command that my LMDE's RTNETLINK made permanent because of the use of a baby monitor "hogging" the wi-fi bandwidth.
Re: removing an RF-kill command from a baby monitor to RTNET
LMDE doesn't do a rfkill on it's own, it may try to switch channels but will not block a devise unless you ask the OS or activated a wifi switch.
try
try
Code: Select all
sudo rfkill list
Re: removing an RF-kill command from a baby monitor to RTNET
Well, my ISP (Cox) was down all afternoon, so I went ahead and re-installed LMDE.
Hence, I can't test the suggested approach. The re-installation fixed the rfkill problem during bootup.
Hence, I can't test the suggested approach. The re-installation fixed the rfkill problem during bootup.
Re: removing an RF-kill command from a baby monitor to RTNET
well at least it is working now.
could you run the script again? I would just like to compare both and see what differences are visible, still puzzled on how an external piece of equipment could affect a setting on a unit (it can interfere as for example my microwave does when I use it the download speed goes down and as soon as I move a couple of feet away form it it goes up, that's however to expect)
could you run the script again? I would just like to compare both and see what differences are visible, still puzzled on how an external piece of equipment could affect a setting on a unit (it can interfere as for example my microwave does when I use it the download speed goes down and as soon as I move a couple of feet away form it it goes up, that's however to expect)