Wi-Fi не войдет в рабочую сеть после жесткой перезагрузки

Я перезагрузил жесткий путь после того, как моя система застряла снова, потому что FF ест весь баран. (это другая проблема)

Я всегда с ней справлялся, но не в этот раз.

Система подошла нормально, но она абсолютно отказывается регистрироваться на домашнем Wi-Fi сеть. Я знаю, что сеть в порядке, поскольку ящик Windows, в который я пишу это, находится прямо сейчас.

Я удалил соединение и отпустил пароль, но он не будет продолжаться. /var/lib/NetworkManager/NetworkManager.state говорит, что все включено.

Я знаю, что это моя вина, но я действительно хотел бы вернуться в сеть. Машина представляет собой спутник Toshiba.

Любые предложения?

3
задан 13 February 2011 в 00:52

8 ответов

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

Feb 12 21:45:37 GroovyTosh kernel: [19329.560236] cfg80211: All devices are disconnected, going to restore regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560242] cfg80211: Restoring regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560245] cfg80211: Calling CRDA to update world regulatory domain Feb 12 21:45:37 GroovyTosh kernel: [19329.583441] cfg80211: World regulatory domain updated: Feb 12 21:45:37 GroovyTosh kernel: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Feb 12 21:45:37 GroovyTosh kernel: [19329.583449] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583452] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583454] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583457] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583459] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:38 GroovyTosh kernel: [19330.677366] wlan0: authenticate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.678697] wlan0: authenticated Feb 12 21:45:38 GroovyTosh kernel: [19330.678727] wlan0: associate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680336] wlan0: RX AssocResp from <removed MAC> (capab=0x431 status=0 aid=1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680339] wlan0: associated

Итак, по крайней мере, вы увидите, не выполняете ли вы проверку подлинности (проверьте свой ключ WEP / WPA) или связать (проблема с маршрутизатором, возможно).

Возможно, стоит также проверить мониторинг syslog напрямую, например, если это связано с DHCP. Просто используйте tail -f /var/log/syslog, возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 25 July 2018 в 22:30

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

Feb 12 21:45:37 GroovyTosh kernel: [19329.560236] cfg80211: All devices are disconnected, going to restore regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560242] cfg80211: Restoring regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560245] cfg80211: Calling CRDA to update world regulatory domain Feb 12 21:45:37 GroovyTosh kernel: [19329.583441] cfg80211: World regulatory domain updated: Feb 12 21:45:37 GroovyTosh kernel: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Feb 12 21:45:37 GroovyTosh kernel: [19329.583449] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583452] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583454] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583457] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583459] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:38 GroovyTosh kernel: [19330.677366] wlan0: authenticate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.678697] wlan0: authenticated Feb 12 21:45:38 GroovyTosh kernel: [19330.678727] wlan0: associate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680336] wlan0: RX AssocResp from <removed MAC> (capab=0x431 status=0 aid=1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680339] wlan0: associated

Итак, по крайней мере, вы увидите, не выполняете ли вы проверку подлинности (проверьте свой ключ WEP / WPA) или связать (проблема с маршрутизатором, возможно).

Возможно, стоит также проверить мониторинг syslog напрямую, например, если это связано с DHCP. Просто используйте tail -f /var/log/syslog, возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 31 July 2018 в 13:39

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

Feb 12 21:45:37 GroovyTosh kernel: [19329.560236] cfg80211: All devices are disconnected, going to restore regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560242] cfg80211: Restoring regulatory settings Feb 12 21:45:37 GroovyTosh kernel: [19329.560245] cfg80211: Calling CRDA to update world regulatory domain Feb 12 21:45:37 GroovyTosh kernel: [19329.583441] cfg80211: World regulatory domain updated: Feb 12 21:45:37 GroovyTosh kernel: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Feb 12 21:45:37 GroovyTosh kernel: [19329.583449] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583452] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583454] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583457] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:37 GroovyTosh kernel: [19329.583459] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Feb 12 21:45:38 GroovyTosh kernel: [19330.677366] wlan0: authenticate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.678697] wlan0: authenticated Feb 12 21:45:38 GroovyTosh kernel: [19330.678727] wlan0: associate with <removed MAC> (try 1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680336] wlan0: RX AssocResp from <removed MAC> (capab=0x431 status=0 aid=1) Feb 12 21:45:38 GroovyTosh kernel: [19330.680339] wlan0: associated

Итак, по крайней мере, вы увидите, не выполняете ли вы проверку подлинности (проверьте свой ключ WEP / WPA) или связать (проблема с маршрутизатором, возможно).

Возможно, стоит также проверить мониторинг syslog напрямую, например, если это связано с DHCP. Просто используйте tail -f /var/log/syslog, возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 2 August 2018 в 03:56

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к вашему терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

  Feb 12 21:45:37 Ядро GroovyTosh: [19329.560236] cfg80211: все устройства отключены, чтобы восстановить нормативные настройки Feb 12 21  : 45: 37 Ядро GroovyTosh: [19329.560242] cfg80211: Восстановление нормативных настроек Фев 12 21:45:37 Ядро GroovyTosh: [19329.560245] cfg80211: вызов CRDA для обновления мирового нормативного домена Фев 12 21:45:37 Ядро GroovyTosh: [19329.583441]  cfg80211: обновлен мировой нормативный домен: 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583449] (2402000 кГц -  2472000 кГц @ 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583452] (2457000 кГц - 2482000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45  : 37 Ядро GroovyTosh: [19329.583454] (2474000 кГц - 2494000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583457] (5  170000 КГц - 5250000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583459] (5735000 кГц - 5835000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля  21:45:38 Ядро GroovyTosh: [19330.677366] wlan0: аутентифицировать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678697] wlan0: аутентифицировано 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678727] wlan0: связать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.680336] wlan0: RX AssocResp из & lt; удален MAC & gt;  (capab = 0x431 status = 0 aid = 1) Feb 12 21:45:38 Ядро GroovyTosh: [19330.680339] wlan0: связано  

Итак, по крайней мере, вы увидите, чтобы проверить подлинность (проверьте свой ключ WEP / WPA) или связать (возможно, проблема с маршрутизатором).

Возможно, стоит также проверить мониторинг syslog напрямую, если это связано с DHCP. Просто используйте tail -f / var / log / syslog , возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 4 August 2018 в 19:59

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к вашему терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

  Feb 12 21:45:37 Ядро GroovyTosh: [19329.560236] cfg80211: все устройства отключены, чтобы восстановить нормативные настройки Feb 12 21  : 45: 37 Ядро GroovyTosh: [19329.560242] cfg80211: Восстановление нормативных настроек Фев 12 21:45:37 Ядро GroovyTosh: [19329.560245] cfg80211: вызов CRDA для обновления мирового нормативного домена Фев 12 21:45:37 Ядро GroovyTosh: [19329.583441]  cfg80211: обновлен мировой нормативный домен: 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583449] (2402000 кГц -  2472000 кГц @ 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583452] (2457000 кГц - 2482000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45  : 37 Ядро GroovyTosh: [19329.583454] (2474000 кГц - 2494000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583457] (5  170000 КГц - 5250000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583459] (5735000 кГц - 5835000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля  21:45:38 Ядро GroovyTosh: [19330.677366] wlan0: аутентифицировать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678697] wlan0: аутентифицировано 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678727] wlan0: связать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.680336] wlan0: RX AssocResp из & lt; удален MAC & gt;  (capab = 0x431 status = 0 aid = 1) Feb 12 21:45:38 Ядро GroovyTosh: [19330.680339] wlan0: связано  

Итак, по крайней мере, вы увидите, чтобы проверить подлинность (проверьте свой ключ WEP / WPA) или связать (возможно, проблема с маршрутизатором).

Возможно, стоит также проверить мониторинг syslog напрямую, если это связано с DHCP. Просто используйте tail -f / var / log / syslog , возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 6 August 2018 в 04:01

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к вашему терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

  Feb 12 21:45:37 Ядро GroovyTosh: [19329.560236] cfg80211: все устройства отключены, чтобы восстановить нормативные настройки Feb 12 21  : 45: 37 Ядро GroovyTosh: [19329.560242] cfg80211: Восстановление нормативных настроек Фев 12 21:45:37 Ядро GroovyTosh: [19329.560245] cfg80211: вызов CRDA для обновления мирового нормативного домена Фев 12 21:45:37 Ядро GroovyTosh: [19329.583441]  cfg80211: обновлен мировой нормативный домен: 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583449] (2402000 кГц -  2472000 кГц @ 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583452] (2457000 кГц - 2482000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45  : 37 Ядро GroovyTosh: [19329.583454] (2474000 кГц - 2494000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583457] (5  170000 КГц - 5250000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583459] (5735000 кГц - 5835000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля  21:45:38 Ядро GroovyTosh: [19330.677366] wlan0: аутентифицировать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678697] wlan0: аутентифицировано 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678727] wlan0: связать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.680336] wlan0: RX AssocResp из & lt; удален MAC & gt;  (capab = 0x431 status = 0 aid = 1) Feb 12 21:45:38 Ядро GroovyTosh: [19330.680339] wlan0: связано  

Итак, по крайней мере, вы увидите, чтобы проверить подлинность (проверьте свой ключ WEP / WPA) или связать (возможно, проблема с маршрутизатором).

Возможно, стоит также проверить мониторинг syslog напрямую, если это связано с DHCP. Просто используйте tail -f / var / log / syslog , возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 7 August 2018 в 22:00

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к вашему терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

  Feb 12 21:45:37 Ядро GroovyTosh: [19329.560236] cfg80211: все устройства отключены, чтобы восстановить нормативные настройки Feb 12 21  : 45: 37 Ядро GroovyTosh: [19329.560242] cfg80211: Восстановление нормативных настроек Фев 12 21:45:37 Ядро GroovyTosh: [19329.560245] cfg80211: вызов CRDA для обновления мирового нормативного домена Фев 12 21:45:37 Ядро GroovyTosh: [19329.583441]  cfg80211: обновлен мировой нормативный домен: 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583449] (2402000 кГц -  2472000 кГц @ 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583452] (2457000 кГц - 2482000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45  : 37 Ядро GroovyTosh: [19329.583454] (2474000 кГц - 2494000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583457] (5  170000 КГц - 5250000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583459] (5735000 кГц - 5835000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля  21:45:38 Ядро GroovyTosh: [19330.677366] wlan0: аутентифицировать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678697] wlan0: аутентифицировано 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678727] wlan0: связать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.680336] wlan0: RX AssocResp из & lt; удален MAC & gt;  (capab = 0x431 status = 0 aid = 1) Feb 12 21:45:38 Ядро GroovyTosh: [19330.680339] wlan0: связано  

Итак, по крайней мере, вы увидите, чтобы проверить подлинность (проверьте свой ключ WEP / WPA) или связать (возможно, проблема с маршрутизатором).

Возможно, стоит также проверить мониторинг syslog напрямую, если это связано с DHCP. Просто используйте tail -f / var / log / syslog , возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 10 August 2018 в 10:14

Некоторые шаги по устранению неполадок:

Откройте терминал и запустите tail -f /var/log/kern.log, затем попробуйте подключиться к вашему терминалу. При успешной аутентификации вы должны увидеть что-то вроде этого:

  Feb 12 21:45:37 Ядро GroovyTosh: [19329.560236] cfg80211: все устройства отключены, чтобы восстановить нормативные настройки Feb 12 21  : 45: 37 Ядро GroovyTosh: [19329.560242] cfg80211: Восстановление нормативных настроек Фев 12 21:45:37 Ядро GroovyTosh: [19329.560245] cfg80211: вызов CRDA для обновления мирового нормативного домена Фев 12 21:45:37 Ядро GroovyTosh: [19329.583441]  cfg80211: обновлен мировой нормативный домен: 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583449] (2402000 кГц -  2472000 кГц @ 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583452] (2457000 кГц - 2482000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45  : 37 Ядро GroovyTosh: [19329.583454] (2474000 кГц - 2494000 кГц при 20000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583457] (5  170000 КГц - 5250000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля 21:45:37 Ядро GroovyTosh: [19329.583459] (5735000 кГц - 5835000 кГц при 40000 кГц), (300 мБи, 2000 мБм) 12 февраля  21:45:38 Ядро GroovyTosh: [19330.677366] wlan0: аутентифицировать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678697] wlan0: аутентифицировано 12 февраля 21:45:38 Ядро GroovyTosh: [19330.678727] wlan0: связать с & lt; удален MAC & gt;  (попробуйте 1) 12 февраля 21:45:38 Ядро GroovyTosh: [19330.680336] wlan0: RX AssocResp из & lt; удален MAC & gt;  (capab = 0x431 status = 0 aid = 1) Feb 12 21:45:38 Ядро GroovyTosh: [19330.680339] wlan0: связано  

Итак, по крайней мере, вы увидите, чтобы проверить подлинность (проверьте свой ключ WEP / WPA) или связать (возможно, проблема с маршрутизатором).

Возможно, стоит также проверить мониторинг syslog напрямую, если это связано с DHCP. Просто используйте tail -f / var / log / syslog , возможно, во втором терминале (хотя большая часть того, что написано в kern.log, написана в syslog, если честно).

2
ответ дан 13 August 2018 в 16:37

Другие вопросы по тегам:

Похожие вопросы: