Итак, я только что установил Ubuntu 11.10 на свой HP Pavillion DV6000, и мой беспроводной интернет не подключается. Я искал ответы по всему Интернету, так что это мое последнее средство. Никто не может понять, как это сделать. Я слышал, что нужно выходить в сеть и обновляться, потому что у меня нет проводного соединения.
Он считывает мою беспроводную сеть и запрашивает фазу-пароль, а затем просто не может подключиться. Он продолжает выскакивать каждую минуту или около того, запрашивая пароль. У меня сетевой контроллер Intel Corporation PRO/Wireless 3945abg [golan].
Я новичок в Ubuntu, я использую мобильную точку доступа для своего беспроводного соединения, затем я перешел к редактированию подключений, нашел свою точку доступа, затем перешел к безопасности беспроводного соединения, это WPA и WPA2 Personal, я убедился, что фаза-пароль верна. Странно, что я обновился с Ubuntu 10.10, и беспроводное соединение отлично работало на этом компьютере. Вот моя информация.
trav@trav-HP-Pavilion-dv6000-RG360UA-ABA:~$ sudo lshw -C network
*-network
description: Wireless interface
product: PRO/Wireless 3945ABG [Golan] Network Connection
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:02:00.0
logical name: wlan0
version: 02
serial: 00:18:de:76:19:43
width: 32 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwl3945 driverversion=3.0.0-14-generic firmware=15.32.2.9 latency=0 link=no multicast=yes wireless=IEEE 802.11abg
resources: irq:43 memory:d6000000-d6000fff
*-network
description: Ethernet interface
product: PRO/100 VE Network Connection
vendor: Intel Corporation
physical id: 8
bus info: pci@0000:05:08.0
logical name: eth0
version: 02
serial: 00:16:36:a3:41:98
size: 10Mbit/s
capacity: 100Mbit/s
width: 32 bits
clock: 33MHz
capabilities: pm bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e100 driverversion=3.5.24-k2-NAPI duplex=half firmware=N/A latency=64 link=no maxlatency=56 mingnt=8 multicast=yes port=MII speed=10Mbit/s
resources: irq:20 memory:d8000000-d8000fff ioport:4000(size=64)
- Информация об оборудовании:http://pastebin.com/ENjxRd71
- Журналы:http://pastebin.com/Y9s3UJMN
решение1
Интересная часть трассировки такова:
iwl3945 0000:0b:00.0: Card state received: HW:Kill SW:On
Как вы также отметили, ваши rfkill list all
результаты не показывают проблем с аппаратным/программным аварийным выключателем.
я нашелэтот очень похожий отчет.
Было предложено заменить network-manager на wicd (поиск в центре программного обеспечения/synaptic).
Eстьотчет об ошибкедля вашей карты на launchpad.
Последняя запись в отчете об ошибке выглядит многообещающе:
Создайте файл с именем config
, /etc/pm/config.d/
выполнив следующие действия:
gksudo gedit /etc/pm/config.d/config
Добавьте эту строку:
SUSPEND_MODULES="iwl3945"
.
Сохраните и перезагрузите.
решение2
Ubuntu 12 исправляет эту проблему.
*-network
description: Wireless interface
product: PRO/Wireless 3945ABG [Golan] Network Connection
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:02:00.0
logical name: wlan0
version: 02
Сдвиньте переключатель беспроводной связи вправо. Свет попеременно красный/синий.
решение3
Вы можете просмотреть журналы, чтобы sudo zegrep -n 'wpa_supplicant|NetworkManager' /var/log/*
узнать, что происходит.
Посмотрев опубликованный журнал, вот как я его проанализировал.
Анализ var_log.txt ( http://pastebin.com/Y9s3UJMN
), 230 строк типа:
/var/log/syslog:7607:Dec 18 14:57:52 trav-HP-Pavilion-dv6000-RG360UA-ABA NetworkManager[870]: <info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]
Слишком много беспорядка и, возможно, слишком мало информации. Давайте уберем беспорядок и посмотрим, что останется. Инструмент, который я использую для этого, — редактор GNU Emacs, но вы можете использовать любой редактор для копии файла, как я и сделал.
Все строки начинаются с « /var/log/syslog:
» — здесь нет полезной информации, удалите.
Далее следует номер строки (из-за опции -n). Обратите внимание, что в последовательности номеров строк есть пробелы. Пропущенные строки (7622-7625 и другие короткие пробелы) — это строки, которые не содержат " NetworkManager
" или " wpa_supplicant
", но они могут содержать интересную информацию. Это то, на что вам стоит обратить внимание. Давайте пока сохраним номера строк.
Затем идет дата, время, имя хоста (какое имя хоста " trav-HP-Pavilion-dv6000-RG360UA-ABA
"? Замените (в журнале) его на " trav
", без потери информации и с сохранением 31 символа беспорядка на строку), и имя процесса, который сделал запись в журнале. Мы только искали " NetworkManager
" или " wpa_supplicant
", так что это все, что у нас есть. Обратите внимание, что PID (идентификаторы процессов, в []) остаются прежними
[870]
для NetworkManager
, и [916]
для wpa_supplicant
. Это означает, что NetworkManager и wpa_supplicant НЕ перезапускались во время этого фрагмента журнала. Каждый из них думает, что функционирует "нормально".
Наконец, мы добираемся до сообщения, которое было записано в журнал. NetworkManager помечает свои сообщения тегами «info» или «warn», wpa_supplicant — нет.
Затем, просматривая сообщения в первом блоке последовательных номеров строк, от 7607 до 7621:
<info> (wlan0): device state change: need-auth -> prepare (reason 'none')
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
<info> (wlan0): device state change: prepare -> config (reason 'none')
<info> Activation (wlan0/wireless): connection 'Auto Verizon DROIDX 19
<info> Config: added 'ssid' value 'Verizon DROIDX 1980'
<info> Config: added 'scan_ssid' value '1'
<info> Config: added 'key_mgmt' value 'WPA-PSK'
<info> Config: added 'psk' value '<omitted>'
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
<info> Config: set interface ap_scan to 1
<info> (wlan0): supplicant interface state: inactive -> scanning
Trying to authenticate with 40:fc:89:29:82:fb (SSID='Verizon DROIDX 19
<info> (wlan0): supplicant interface state: scanning -> authenticating
Мы видим, что NetworkManager выполняет этап 1 и этап 2 (из 5) активации, а затем вызывает wpa_supplicant, чтобы попытаться выполнить аутентификацию с использованием SSID «Verizon DROIDX 1980», MAC-адрес 40:fc:89:29:82:fb.
Затем, 18 декабря в 14:58:02 и каждые 8 секунд после этого, wpa-supplicant регистрирует:
Trying to authenticate with 40:fc:89:29:82:fb (SSID='Verizon DROIDX 1980' freq=2462 MHz)
Затем, 18 декабря в 14:58:38, NetworkManager выполняет «запрошенное пользователем» отключение.
Просмотр этих записей журнала был пустой тратой времени — начинать заново со строки 7654 «Активация (wlan0) запуск соединения 'Verizon DROID2 6182'», но на этот раз там есть другая информация:
<info> Activation (wlan0) starting connection 'Verizon DROID2 6182'
<info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
<info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
<info> Activation (wlan0/wireless): access point 'Verizon DROID2 6182' has security, but secrets are required.
<info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Затем в 14:59:27 мы видим еще один перезапуск беспроводной сети, все еще WPA-PSK, известные «секреты», но с добавленным значением 'auth_alg' 'OPEN'. Другая частота.
get_secret_flags: assertion `is_secret_prop (setting, secret_name, error)' failed
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
<info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
<info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
<info> Activation (wlan0/wireless): connection 'Verizon DROID2 6182' has security, and secrets exist. No new secrets needed.
<info> Config: added 'ssid' value 'Verizon DROID2 6182'
<info> Config: added 'scan_ssid' value '1'
<info> Config: added 'key_mgmt' value 'WPA-PSK'
<info> Config: added 'auth_alg' value 'OPEN'
<info> Config: added 'psk' value '<omitted>'
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
<info> Config: set interface ap_scan to 1
<info> (wlan0): supplicant interface state: disconnected -> scanning
Trying to authenticate with f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq=2437 MHz)
Заканчивается тем, что wpa_supplicant пробует другой MAC и SSID и повторяет попытку. 18 декабря 15:00:27 NetworkManager истекло время ожидания:
<warn> Activation (wlan0/wireless): association took too long.
<info> (wlan0): device state change: config -> need-auth (reason 'none') [50 60 0]
<warn> Activation (wlan0/wireless): asking for new secrets
<info> (wlan0): supplicant interface state: authenticating -> disconnected
<warn> Couldn't disconnect supplicant interface: This interface is not connected.
get_secret_flags: assertion `is_secret_prop (setting, secret_name, error)' failed
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
<info> (wlan0): device state change: need-auth -> prepare (reason 'none') [60 40 0]
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
<info> Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
<info> (wlan0): device state change: prepare -> config (reason 'none') [40 50 0]
<info> Activation (wlan0/wireless): connection 'Verizon DROID2 6182' has security, and secrets exist. No new secrets needed.
<info> Config: added 'ssid' value 'Verizon DROID2 6182'
<info> Config: added 'scan_ssid' value '1'
<info> Config: added 'key_mgmt' value 'WPA-PSK'
<info> Config: added 'auth_alg' value 'OPEN'
<info> Config: added 'psk' value '<omitted>'
<info> Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
<info> Config: set interface ap_scan to 1
<info> (wlan0): supplicant interface state: disconnected -> scanning
Trying to authenticate with f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq=2437 MHz)
<info> (wlan0): supplicant interface state: scanning -> authenticating
затем еще «Попытка аутентификации», перезапуск, заканчивающийся в 15:01:36, «запрос новых секретов» и предупреждение «Не удалось отключить интерфейс запрашивающего: этот интерфейс не подключен» и «Нет доступных агентов для этого запроса», что намекает на (отсутствие) прогресса попытки подключения/аутентификации. NetworkManager отказывается от «Verizon DROID2 6182», помечая его как недействительный.
18 декабря в 15:01:43 NetworkManager автоматически активирует Verizon DROIDX 1980, но в 15:02:22 происходит отключение по запросу пользователя.
В 15:02:26 NetworkManager снова автоматически активирует Verizon DROIDX 1980, пока в 15:02:40 не произойдет «деактивация устройства (причина «подключение удалено») [38]».
На данный момент у меня возникли следующие вопросы:
Есть ли какая-нибудь интересная информация в строках 7622-7625 и других коротких промежутках?
Зачем использовать "40:fc:89:29:82:fb (SSID='Verizon DROIDX 1980' freq=2462 MHz)" и "f8:7b:7a:4f:8f:56 (SSID='Verizon DROID2 6182' freq=2437 MHz)"? Какой из них правильный?
Вы действительно, действительно, действительно уверены, что вы правильно ввели предварительный ключ WPA? Если это шестнадцатеричная строка, попробуйте заменить [af] на [AF] или наоборот.
Вальтинатор
решение4
Я столкнулся с похожей проблемой на своем ноутбуке, и это происходило каждый раз, когда он не был подключен к зарядному устройству. Это было как-то связано с управлением питанием Wi-Fi. Видимо, мне пришлось отключить его навсегда.