Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi:
On a VAIO with debian9 (stretch), wicd, Zyxel router WPA 1/2 pass, wired connection is OK, also on long connection to far clusters and remote visualization. In contrast, wireless connection normally fails. However, when it is established, it is as reliable as wired.
When wireless fails, the terminal reads:
Quote:
francesco@vaio64:~$ wicd-client
Has notifications support True
Loading...
Connecting to daemon...
Connected.
displaytray True
Done loading.
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, in maybe_handle_message
self._handler(*args, **kwargs)
File "/usr/share/wicd/gtk/gui.py", line 287, in handle_connection_results
error(self.window, language[results], block=False)
KeyError: dbus.String(u'dhcp_failed')
refreshing...
ESSID : ZyXEL
ESSID : Telecom-13632009
ESSID : FRITZ!Box 3272
^CTraceback (most recent call last):
File "/usr/share/wicd/gtk/wicd-client.py", line 1204, in <module>
main(sys.argv)
File "/usr/share/wicd/gtk/wicd-client.py", line 103, in wrapper
return func(*args, **kwargs)
File "/usr/share/wicd/gtk/wicd-client.py", line 1200, in main
mainloop.run()
KeyboardInterrupt
francesco@vaio64:~$ wicd-client
Has notifications support True
Loading...
Connecting to daemon...
Connected.
displaytray True
Done loading.
ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 230, in maybe_handle_message
self._handler(*args, **kwargs)
File "/usr/share/wicd/gtk/gui.py", line 287, in handle_connection_results
error(self.window, language[results], block=False)
KeyError: dbus.String(u'dhcp_failed')
Launching wicd-client or wicd-curses normally raises empty windows.
When I am in Austria, with the same vaio, never experienced problems with wi-fy from another router. Otherwise, as I said, when wirelles is established through the Zyxels, it never fails on constant RMV with far cluster.
Thanks for advice, should what I reported being enough for grasping the problem.
It takes up hardly any space and I have had wicd fail where the router and wicd showed connected. But the router needed to be reset before wicd would interface with it. Hint: I also learned bad password in Wicd means reset the router also. You can try CENI or not. Just giving choice here.
Next time you get this problem in Wicd. A
Code:
sudo ifconfig -a
May not hurt to be posted either. WICD has been pretty good using my Samsung S7 Edge as a router out in the wilderness when I am on my motorcycle.
dmesg | tail -20
[ 85.846599] hid-generic 0003:04F2:0939.0002: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1d.0-1.6/input0
[ 126.214510] wlan0: deauthenticating from 00:13:49:a3:15:37 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 126.248494] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 126.437504] sky2 0000:04:00.0 eth0: disabling interface
[ 126.446252] sky2 0000:04:00.0 eth0: enabling interface
[ 126.446824] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 126.774930] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 127.694038] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 127.898641] sky2 0000:04:00.0 eth0: disabling interface
[ 127.907556] sky2 0000:04:00.0 eth0: enabling interface
[ 127.908147] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 128.953425] wlan0: authenticate with 00:13:49:a3:15:37
[ 128.966672] wlan0: send auth to 00:13:49:a3:15:37 (try 1/3)
[ 128.968533] wlan0: authenticated
[ 128.968560] ath9k 0000:02:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 128.968565] ath9k 0000:02:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 128.969084] wlan0: associate with 00:13:49:a3:15:37 (try 1/3)
[ 128.971627] wlan0: RX AssocResp from 00:13:49:a3:15:37 (capab=0x471 status=0 aid=2)
[ 128.971808] wlan0: associated
[ 128.971870] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
"wlan0: link becomes ready": that is always seen, no matter whether wireless connection occurs or not (when "# dhclient" is silent, also "startx" only raises X11 for xfce.
dmesg | tail -20
[ 47.342071] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 86.456035] usb 2-1.6: USB disconnect, device number 3
[ 87.954670] usb 2-1.6: new low-speed USB device number 4 using ehci-pci
[ 88.065813] usb 2-1.6: New USB device found, idVendor=04f2, idProduct=0939
[ 88.065897] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 88.065976] usb 2-1.6: Product: USB Optical Mouse
[ 88.066029] usb 2-1.6: Manufacturer: PixArt
[ 88.068753] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/0003:04F2:0939.0002/input/input15
[ 88.125143] hid-generic 0003:04F2:0939.0002: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1d.0-1.6/input0
[ 148.921631] usb 2-1.6: USB disconnect, device number 4
[ 150.422710] usb 2-1.6: new low-speed USB device number 5 using ehci-pci
[ 150.534950] usb 2-1.6: New USB device found, idVendor=04f2, idProduct=0939
[ 150.535044] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 150.535123] usb 2-1.6: Product: USB Optical Mouse
[ 150.535176] usb 2-1.6: Manufacturer: PixArt
[ 150.538134] input: PixArt USB Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/0003:04F2:0939.0003/input/input16
[ 150.538990] hid-generic 0003:04F2:0939.0003: input,hidraw0: USB HID v1.11 Mouse [PixArt USB Optical Mouse] on usb-0000:00:1d.0-1.6/input0
[ 758.042207] perf: interrupt took too long (2514 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[ 882.608847] perf: interrupt took too long (3156 > 3142), lowering kernel.perf_event_max_sample_rate to 63250
[ 1944.114051] perf: interrupt took too long (3959 > 3945), lowering kernel.perf_event_max_sample_rate to 50500
Quote:
dmesg grep firmware
Usage:
dmesg [options]
Display or control the kernel ring buffer.
Options:
-C, --clear clear the kernel ring buffer
-c, --read-clear read and clear all messages
-D, --console-off disable printing messages to console
-E, --console-on enable printing messages to console
-F, --file <file> use the file instead of the kernel log buffer
-f, --facility <list> restrict output to defined facilities
-H, --human human readable output
-k, --kernel display kernel messages
-L, --color[=<when>] colorize messages (auto, always or never)
colors are enabled by default
-l, --level <list> restrict output to defined levels
-n, --console-level <level> set level of messages printed to console
-P, --nopager do not pipe output into a pager
-r, --raw print the raw message buffer
-S, --syslog force to use syslog(2) rather than /dev/kmsg
-s, --buffer-size <size> buffer size to query the kernel ring buffer
-u, --userspace display userspace messages
-w, --follow wait for new messages
-x, --decode decode facility and level to readable string
-d, --show-delta show time delta between printed messages
-e, --reltime show local time and time delta in readable format
-T, --ctime show human-readable timestamp (may be inaccurate!)
-t, --notime don't show any timestamp with messages
--time-format <format> show timestamp using the given format:
[delta|reltime|ctime|notime|iso]
Suspending/resume will make ctime and iso timestamps inaccurate.
-h, --help display this help and exit
-V, --version output version information and exit
Supported log facilities:
kern - kernel messages
user - random user-level messages
mail - mail system
daemon - system daemons
auth - security/authorization messages
syslog - messages generated internally by syslogd
lpr - line printer subsystem
news - network news subsystem
Supported log levels (priorities):
emerg - system is unusable
alert - action must be taken immediately
crit - critical conditions
err - error conditions
warn - warning conditions
notice - normal but significant condition
info - informational
debug - debug-level messages
Quote:
cat /etc/default/wicd
# Start the daemon by default, let the user disable it.
# Use "no" (without quotes) to make /etc/init.d/wicd *NOT* start the WICD daemon.
START_DAEMON=yes
Anyways. Everything looks like it is good to me. I suspect your problem lies between your Zyxel router and your Internet Provider Servers that get you on the net.
I run into this from time time myself. Usually resetting my router and running wicd again fixes this. I am not sure if it is my router starting to fail because it is years old or my crappy ISP provider server is dropping out for what ever reason.
Like I said. A short walk. Unplug my router for 10 seconds. Plug it back in. Usually fixes this for me. Unless somebody ran into a telephone pole or my ISP is down for scheduled maintenance.
Living in the boon docks. I live with compromises.
Last October in Austria I had a wireless-only router of unknown brand, got from the Internet provider. Never a failure to establish wireless connection with my vaio. That points to your suspicion about Zyxel-Italian provider. Switching off both Zyxel and vaio, and restarting them in the given order, wireless connection was established:
Quote:
dmesg | tail -20
[ 34.431246] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 34.447369] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 34.456430] NET: Registered protocol family 3
[ 34.470705] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 34.492973] NET: Registered protocol family 5
[ 34.929674] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 41.676632] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 41.881467] sky2 0000:04:00.0 eth0: disabling interface
[ 41.890446] sky2 0000:04:00.0 eth0: enabling interface
[ 41.891207] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 42.087963] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 45.277117] wlan0: authenticate with 00:13:49:a3:15:37
[ 45.296827] wlan0: send auth to 00:13:49:a3:15:37 (try 1/3)
[ 45.298495] wlan0: authenticated
[ 45.298560] ath9k 0000:02:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 45.298627] ath9k 0000:02:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 45.300606] wlan0: associate with 00:13:49:a3:15:37 (try 1/3)
[ 45.303287] wlan0: RX AssocResp from 00:13:49:a3:15:37 (capab=0x471 status=0 aid=2)
[ 45.303518] wlan0: associated
[ 45.303560] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Switching off vaio only, and restarting it, no wireless connection:
Quote:
dmesg | tail -20
[ 122.243018] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 129.217968] wlan0: deauthenticating from 00:13:49:a3:15:37 by local choice (Reason: 3=DEAUTH_LEAVING)
[ 129.251550] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 130.611237] sky2 0000:04:00.0 eth0: disabling interface
[ 130.618557] sky2 0000:04:00.0 eth0: enabling interface
[ 130.619137] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 131.173575] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 132.510881] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 133.230376] sky2 0000:04:00.0 eth0: disabling interface
[ 133.238724] sky2 0000:04:00.0 eth0: enabling interface
[ 133.239301] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 133.360262] wlan0: authenticate with 00:13:49:a3:15:37
[ 133.373834] wlan0: send auth to 00:13:49:a3:15:37 (try 1/3)
[ 133.375677] wlan0: authenticated
[ 133.375710] ath9k 0000:02:00.0 wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 133.375714] ath9k 0000:02:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 133.379897] wlan0: associate with 00:13:49:a3:15:37 (try 1/3)
[ 133.382492] wlan0: RX AssocResp from 00:13:49:a3:15:37 (capab=0x471 status=0 aid=2)
[ 133.382663] wlan0: associated
[ 133.382719] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Restarting the router was no cure, however there must be something wrong with my Zyxel-Provider.
However, I forgot to mention that my Lenny3 smart-phone with Android 6.0, never had problems with my Zyxel.
I know you said re-starting the vaio don't help plus restarting the router don't help. But then re-setting both at once does.
But. My next trouble shooting step if this was my gear would be to suspect the wireless card is getting hot in the vaio and dropping out. Then after it cools off. It connects again. I've seen this before on older gear also. Vaio might need cleaning with can of compressed air.
I don't think you have a wicd problem . I could be wrong. But we covered a lot of commands and text files. Things look OK to me as far as how wicd is working, and, ath9k driver has a good track record also.
Cleaning my vintage vaio laptop from dust is a good idea. An additional move I am thinking about is updating the firmware (currently V3.40 (AGL3 of 05/29/2001), available V3.40 (AGL10 of 03/04/2013). Delayed to after the week end, when shops are open. Updating the modem is nonsense here in Italy, as we are at the copper age. Luckily my vaio only serves to access the login nodes of a NextScale.
chiendarret
Beer entails a lot of sucrose, far beyond the need, but beer+much bike may be OK.
You were right: cleaning vaio from dust let it access wireless consistently. Now vaio operates without previous noise and heating. Thanks. This is not saying that vaio-Zyxel are in optimal conditions, however. For example:
Quote:
dmesg | grep -i cpus
[ 0.556415] mtrr: your CPUs had inconsistent variable MTRR settings
[ 0.556499] mtrr: probably your BIOS does not setup all CPUs.
however,
Quote:
lscpu
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 4
Model name: Intel(R) Core(TM) i3 CPU M 330 @ 2.13GHz
which, in my opinion, means that BIOS should be updated. Something I have no experience with.
Also, as I wrote, Zyxel's firmware is 16 years old, while a 2013 edition is available. This should be easy to update. Well, this is a vintage notebook from a company that stopped doing PCs. I got it for an ice-cream from people that found it unmanageably slow with recent microsoft software. With amd64 it does what a i3 CPU can do, surely not my computations, but fast enough to access a NextScale, also for remote visualization, or getting Lucio Dalla's Canzone from youtube. If anything, I don't like working without mirror raid, as with vaio, under the prospect that should the single HD get stopped, the OS should be reinstalled.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.