You are not logged in.

#1 2013-08-24 20:58:03

johnsmith
Member
Registered: 2013-08-24
Posts: 5

[Solved] Constant Disconnects/Timeout with ASUS USB-N13

I don't have built in lan/wifi in my laptop because the chip was fried during a storm so i'm completely dependent on my ASUS USB-N13 wifi for internet.

From the time i was running the install (2 days ago) i've been unable to keep a consistent connection to the internet as it always gets disconnected. It doesn't show it getting disconnected, it just times out.

I've read about everything I could find and am still just absolutely stumped. I'm no linux guru but i've never had such a frustrating time with anything in linux. So much to my dismay i'm making a post about.

Archlinux has picked up the stick without problems from the get go so I haven't installed the driver because most of what i read says the default should be good enough.

It was timing out when retreiving packages for the install as well, but after about 20 minutes of failing to reach the mirrors it would kick back on and continue downloading. Same happens in the gnome now unless i manually disconnect and reconnect from the network, disable or enable the usb dongle, or unplug and plug in the usb dongle.

Im not sure what else to say other then i'm now using network manager in gnome to handle it now.

Heres what i get with dmesg

 4622.374771] cfg80211: Calling CRDA to update world regulatory domain
[ 4623.596820] usb 4-1.1: new high-speed USB device number 5 using ehci-pci
[ 4623.683404] rtl8192cu: Chip version 0x11
[ 4623.769690] rtl8192cu: MAC address: 74:d0:2b:8f:6a:74
[ 4623.769711] rtl8192cu: Board Type 0
[ 4623.769934] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1
[ 4623.770029] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin
[ 4623.770362] ieee80211 phy2: Selected rate control algorithm 'rtl_rc'
[ 4623.771188] rtlwifi: wireless switch is on
[ 4623.820441] systemd-udevd[6288]: renamed network interface wlan0 to wlp0s29u1u1
[ 4623.825232] rtl8192cu: MAC auto ON okay!
[ 4623.858017] rtl8192cu: Tx queue select: 0x05
[ 4624.227583] IPv6: ADDRCONF(NETDEV_UP): wlp0s29u1u1: link is not ready
[ 4625.826240] wlp0s29u1u1: authenticate with 20:10:7a:8c:e3:34
[ 4625.850127] wlp0s29u1u1: send auth to 20:10:7a:8c:e3:34 (try 1/3)
[ 4625.853879] wlp0s29u1u1: authenticated
[ 4625.855664] wlp0s29u1u1: associate with 20:10:7a:8c:e3:34 (try 1/3)
[ 4625.868031] wlp0s29u1u1: RX AssocResp from 20:10:7a:8c:e3:34 (capab=0x411 status=0 aid=2)
[ 4625.868087] wlp0s29u1u1: associated
[ 4625.868152] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s29u1u1: link becomes ready
[ 4936.940624] wlp0s29u1u1: deauthenticating from 20:10:7a:8c:e3:34 by local choice (reason=3)
[ 4936.953306] cfg80211: Calling CRDA to update world regulatory domain
[ 4937.788464] wlp0s29u1u1: authenticate with 20:10:7a:8c:e3:34
[ 4937.801000] wlp0s29u1u1: send auth to 20:10:7a:8c:e3:34 (try 1/3)
[ 4937.803124] wlp0s29u1u1: authenticated
[ 4937.804863] wlp0s29u1u1: associate with 20:10:7a:8c:e3:34 (try 1/3)
[ 4937.820448] wlp0s29u1u1: RX AssocResp from 20:10:7a:8c:e3:34 (capab=0x411 status=0 aid=2)
[ 4937.820484] wlp0s29u1u1: associated
[ 5962.631205] wlp0s29u1u1: deauthenticating from 20:10:7a:8c:e3:34 by local choice (reason=3)
[ 5962.644496] cfg80211: Calling CRDA to update world regulatory domain
[ 5965.940643] rtl8192cu: MAC auto ON okay!
[ 5965.973945] rtl8192cu: Tx queue select: 0x05
[ 5966.456280] IPv6: ADDRCONF(NETDEV_UP): wlp0s29u1u1: link is not ready
[ 5968.045109] wlp0s29u1u1: authenticate with 20:10:7a:8c:e3:34
[ 5968.058141] wlp0s29u1u1: send auth to 20:10:7a:8c:e3:34 (try 1/3)
[ 5968.064250] wlp0s29u1u1: authenticated
[ 5968.064530] wlp0s29u1u1: associate with 20:10:7a:8c:e3:34 (try 1/3)
[ 5968.088273] wlp0s29u1u1: RX AssocResp from 20:10:7a:8c:e3:34 (capab=0x411 status=0 aid=2)
[ 5968.088326] wlp0s29u1u1: associated
[ 5968.088392] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s29u1u1: link becomes ready
[ 6404.332810] wlp0s29u1u1: deauthenticating from 20:10:7a:8c:e3:34 by local choice (reason=3)
[ 6404.345782] cfg80211: Calling CRDA to update world regulatory domain
[ 6404.520827] wlp0s29u1u1: authenticate with 20:10:7a:8c:e3:34
[ 6404.533133] wlp0s29u1u1: send auth to 20:10:7a:8c:e3:34 (try 1/3)
[ 6404.543171] wlp0s29u1u1: authenticated
[ 6404.543846] wlp0s29u1u1: associate with 20:10:7a:8c:e3:34 (try 1/3)
[ 6404.562076] wlp0s29u1u1: RX AssocResp from 20:10:7a:8c:e3:34 (capab=0x411 status=0 aid=2)
[ 6404.562104] wlp0s29u1u1: associated

IW Dev

	Interface wlp0s29u1u1
		ifindex 4
		wdev 0x200000001
		addr 74:d0:2b:8f:6a:74
		type managed
		channel 11 (2462 MHz), width: 20 MHz, center1: 2462 MHz

I'm not sure what else to share that is useful.

Any help/suggestions/anything for an idiot who is most likely missing something simple would be greatly appreciated.

Last edited by johnsmith (2013-08-28 03:40:04)

Offline

#2 2013-08-24 21:14:05

rufus
Banned
From: san francisco
Registered: 2013-04-20
Posts: 153

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

did you weed out your mirrors? check out reflector.
  do you know its confined to your wifi? does it happen with a cat 5?


end ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     'the machine is not the end to the means., we are. In history, in board rooms and politic the greatest  decision and effort
        evolves from passion, lust for life, and a common sense of humanity. Never forget what you are and why'.         -me

Offline

#3 2013-08-25 01:04:24

johnsmith
Member
Registered: 2013-08-24
Posts: 5

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

Its not the mirrors. All of them work fine before it times out. When im in the installed arch all works fine through gnome term until it timws out. I cant check cat5 because my port is dead on my laptop and cant replace it.

Offline

#4 2013-08-25 01:26:34

rufus
Banned
From: san francisco
Registered: 2013-04-20
Posts: 153

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

I dunno wot to tell you smith cuz everything looks right and impertenant anyway...
  it does sound like a hardware issue at this point I mean ya dropped it right
   but alls not lost you can get a usb ethernet convertor cheap ...

EDIT: reminds me of a radio problem I had once good luck!

Last edited by rufus (2013-08-25 01:33:34)


end ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     'the machine is not the end to the means., we are. In history, in board rooms and politic the greatest  decision and effort
        evolves from passion, lust for life, and a common sense of humanity. Never forget what you are and why'.         -me

Offline

#5 2013-08-25 03:25:18

johnsmith
Member
Registered: 2013-08-24
Posts: 5

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

It wasn't dropped the board that controls the realtek controllers (wifi blue tooth lan) died.  I now use a asus usb adapter for the wifi.  It's works 100% in Windows and Ubuntu so I can't believe that is not something I did wrong with arch. Hopefully someone else had some ideas or a place to look towards?  I appriciate the help though Rufus.

Offline

#6 2013-08-25 04:02:01

rufus
Banned
From: san francisco
Registered: 2013-04-20
Posts: 153

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

Oh you didnt mention a few things never mind what it said sometimes a different driver does the trick beautifully.
  keep experimenting and screwing around youll get it right its not that you did anything wrong, its just that you havnt done anything right....(?)anyway
   thisll give you another bump and maybe one of these subgeniouses will help... Im a ethernet kinda guy but I know wifi is tricky
and finicky read the wiki https://wiki.archlinux.org/index.php/Wifi and be perseverant youll get it.....good luck!


end ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     'the machine is not the end to the means., we are. In history, in board rooms and politic the greatest  decision and effort
        evolves from passion, lust for life, and a common sense of humanity. Never forget what you are and why'.         -me

Offline

#7 2013-08-25 04:40:35

johnsmith
Member
Registered: 2013-08-24
Posts: 5

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

rufus wrote:

Oh you didnt mention a few things never mind what it said sometimes a different driver does the trick beautifully.
  keep experimenting and screwing around youll get it right its not that you did anything wrong, its just that you havnt done anything right....(?)anyway
   thisll give you another bump and maybe one of these subgeniouses will help... Im a ethernet kinda guy but I know wifi is tricky
and finicky read the wiki https://wiki.archlinux.org/index.php/Wifi and be perseverant youll get it.....good luck!

Me too. Sadly I am just not confident enough to try and mess with soldered components or i'd try replacing it. I'm going to give it another read and try some things and hope someone can provide some additional expertise. Thanks again!

Offline

#8 2013-08-28 03:39:22

johnsmith
Member
Registered: 2013-08-24
Posts: 5

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

I'd just like to say that I "solved' this problem.

But first the problem, the device was didn't work. That's all that I could figure out. I installed every possible driver, used ndiswrapper, and nothing worked. Defective. Problem was even happening in windows.

I had just bought this device and returned the defective unit in favor of a Panda Ultra Wifi adapater from amazon. Half the price (12.99) and is plug and play with Arch/Suse/Ubuntu in my testings. (comp/laptop/gf's laptop) I also bought a Pluggabe usb ethernet adapter thats plug in play as well. Both devices cost the price of that one POS adapter. So i'm happy and my problems solved. I love asus but I won't be buying anymore usb wireless adapters from them.

Last edited by johnsmith (2013-08-28 03:42:42)

Offline

#9 2013-08-28 03:49:34

WonderWoofy
Member
From: Los Gatos, CA
Registered: 2012-05-19
Posts: 8,412

Re: [Solved] Constant Disconnects/Timeout with ASUS USB-N13

I have one of those Panda WiFi adapters… actually I have three.  But in any case, I have actually found that they work pretty well.  Granted, with no real area for an antenna the signal degrades much much faster than my internal broadcom.

Just so you know, it is a Ralink RT5370, and the module was merged in-tree sometime around 3.5.  So it should be "plug-&-play" on most distributions.  Where it isn't, you can easily get the sources to build against the headers from the Ralink site.

Offline

Board footer

Powered by FluxBB