Description of problem: Can't connect to a WPA/WPA2 access point. Version-Release number of selected component (if applicable): Selected frpm rpm -qa output: "NetworkManager-openswan-0.9.8.4-2.fc21.x86_64 NetworkManager-vpnc-0.9.9.0-3.git20140131.fc21.x86_64 NetworkManager-openconnect-0.9.8.4-2.fc21.x86_64 NetworkManager-0.9.9.1-4.git20140319.fc21.x86_64 NetworkManager-l2tp-0.9.8.6-1.fc21.x86_64 NetworkManager-openvpn-0.9.9.0-0.1.git20140128.fc21.x86_64 NetworkManager-pptp-0.9.8.2-3.fc21.x86_64 NetworkManager-glib-0.9.9.1-4.git20140319.fc21.x86_64 abrt-addon-kerneloops-2.2.0-1.fc21.x86_64 kernel-3.14.0-0.rc8.git1.1.fc21.x86_64 kernel-tools-libs-3.14.0-0.rc8.git1.1.fc21.x86_64 libreport-plugin-kerneloops-2.2.0-1.fc21.x86_64 kernel-tools-3.14.0-0.rc8.git1.1.fc21.x86_64 kernel-modules-extra-3.14.0-0.rc8.git1.1.fc21.x86_64 " How reproducible: Every time Steps to Reproduce: 1. Download, burn and boot http://kojipkgs.fedoraproject.org//work/tasks/6587/6686587/Fedora-Live-Jam-KDE-x86_64-rawhide-20140329.iso . 2. Use NetworkManager widget at lower right of screen to display available networks. 3. Hit Connect button of secure network and enter password Actual results: No connection. I don't see anything happen in /var/log/messages or /var/log/wpa_supplicant.log . Expected results: Network connection Additional info: Works fine in FC19, with NetworkManager-0.9.8.8-2.fc19.x86_64
Rawhide now use systemd journal instead of syslogging into /var/log/messages. So please get the logs from journal: # journalctl -u NetworkManager # journalctl -u wpa_supplicant Can you also grab output of $ nmcli dev wifi list $ nmcli con
Created attachment 884777 [details] typescript containing requested commands I tried with http://kojipkgs.fedoraproject.org//work/tasks/1675/6721675/Fedora-Live-Jam-KDE-i686-rawhide-20140409.iso . (I saw no 64-bit versions on koji for today.) I was in an environment with mixed wifi, and I was wanting to connect to a free wifi (no password required). The network widget icon had a red cross on it, and when I clicked to open its window, the wifi was displayed as disabled, even when I played with Fn-F8, shown on the keyboard with a wifi icon. The wifi light on the computer remained on all the time. As I was unable to test with a password wifi, I'm not clearing the needinfo flag for now.
Well, the logs say that "WiFi hardware radio set enabled", but I don't see any Wi-Fi interface. Would you get the following info to find out what's up with the interface: $ lscpi $ dmesg $ ip link $ iw dev $ rfkill list
I had to install rfkill. lscpi was presumably a typo. Here are the commands as I entered them: "# lspci -v > lspciv.txt # dmesg > dmesg.txt # ip link > iplink.txt # iw dev > iwdev.txt # rfkill list > rfkill.txt " Output of each will be attached.
Created attachment 884952 [details] Output of lspci command
Created attachment 884953 [details] Output of dmesg command
Created attachment 884954 [details] ip link output
Created attachment 884957 [details] iw dev output
Created attachment 884960 [details] iw dev output
Created attachment 884961 [details] rf kill output
The April 10th builds may already resolve the problem of making surrounding wifi at least visible.
You have a rtl8192ce wifi interface, which wasn't showing up in the earlier typescript logs from comment 2. Now that the wifi interface is clearly present and known to the kernel, could you provide the output of: nmcli dev wifi list so that we can make sure NetworkManager knows about it. Thanks!
Created attachment 885164 [details] compressed tar of files of interest I have brought together the output of all the commands suggested in a single compressed tar file. I have added a couple, suggested in /var/log/messages. This file is for the April 9th build, on a Toshiba NB555D.
Created attachment 885170 [details] compressed tar of files of interest on an HP G61 On the HP G61, the NM widget shows 4 networks, with no obvious way to see the dozen or so in this area. The wrench icon gives access to the Add Network function, and the networks are visible there. I don't have the passwords for the networks here; I'd have to move the G61 to another location to actually test a connection.
Tried to boot the April 10th version. From a DVD, it refuses to boot, giving the message "Failed to load ldlinux32". The same happens in qemu: qemu-system-x86_64 -m 2048 -cdrom Fedora-Live-Jam-KDE-i686-rawhide-20140410.iso This happens with Fedora-Live-Jam-KDE-i686-rawhide-20140410.iso and Fedora-Live-KDE-i686-rawhide-20140410.iso .
(In reply to Peter H. Jones from comment #13) > Created attachment 885164 [details] > compressed tar of files of interest > > I have brought together the output of all the commands suggested in a single > compressed tar file. I have added a couple, suggested in /var/log/messages. > This file is for the April 9th build, on a Toshiba NB555D. Ok, in this log I dont' see any configuration for WiFi at all, which means nobody clicked on the network in the UI to connect to it. Are you simply not able to see the network which you want to connect to?
On the Toshiba NB555D, the UI shows wifi as disabled, and clicking on the checkbox has no effect. On another machine, the networks appear, but nothing seems to happen when I hit a Connect button, and only a few (compared to iwlist scan) are visible, and there is no scrolling mechanism visible. On the Toshiba NB555D under FC20, wifi is working fine. Also, sometimes, in other builds, I have been able to seen the networks, but could not connect. Is there a way to log activities in the UI, to help provide a detailed response if this question arises again?
I'm experiencing the same strange issue. I installed fedora 20, updated, all worked well for at least 3-4h, suspended the system for sometime, and when came back, I started having issues with wifi/AP. Kernel: 3.13.10-200.fc20.x86_64 # modinfo iwlwifi | grep version version: in-tree:d srcversion: D6BB6B39D0A7CAE63C6FE2E # lspci | grep Net 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04) 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34) Attached the requested files.
Created attachment 888874 [details] dmesg
Created attachment 888875 [details] iplink
Created attachment 888876 [details] iwdev
Created attachment 888877 [details] lspci
Created attachment 888878 [details] rfkill
Created attachment 888879 [details] var_log_messages waking-up after suspend...
A quick fix is to disable Wireless N (IEEE 802.11n) which I hate... I added the below line to /etc/modprobe.d/iwlwifi.conf: options iwlwifi 11n_disable=1 led_mode=1 swcrypto=1 Will be nice to find out where the problem is...
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
(In reply to Eduard Goiu from comment #25) > A quick fix is to disable Wireless N (IEEE 802.11n) which I hate... > I added the below line to /etc/modprobe.d/iwlwifi.conf: > options iwlwifi 11n_disable=1 led_mode=1 swcrypto=1 > > Will be nice to find out where the problem is... There is a stability problem of iwlwifi driver with some cards when N mode is enabled, as you found :( https://www.google.com/search?q=options+iwlwifi+11n_disable
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.