ラップトップサスペンド後のIP更新の修正
私はUbuntu 10.04を実行しているMacbook Pro 5.5を使用していますが、一部のWi-Fiネットワークでは、すべてではありませんが、停止状態から復帰すると再接続できません。 Network ManagerとWicd管理デーモンの両方を試しましたが、どちらも検証を通過しましたが、「IPアドレスを取得しています...」でハングアップしました。私が見つけた唯一の解決策は、マシンを再起動することです。その後、マシンは非常に迅速にIPアドレスを取得します。
ここで根本的な問題は何ですか？問題を解決するより効率的な方法は何でしょうか？
編集：Wicdを開いて手動で[接続]を押すと、IPの取得に失敗することに気づきました。しかし、何もせずに自動的に試行して接続すると、IPが取得されて正常に接続されます...
編集：この問題は、接続しようとしているワイヤレスルーターに依存していることに注意してください。基本的なLinksys wifiルーター、またはAndroidワイヤレステザリングアプリによってシミュレートされたワイヤレスルーター。問題はありませんが、古い安っぽいCisco/Comcast/Verizon homeワイヤレス一時停止後、ルーターは常にonlyの接続に頭を悩ませているようですが、再起動すればすぐに接続できます。
編集：私はWicdのDHCPクライアント設定を調整してみました。
もともとはdhclientを使用しており、接続に失敗すると次のようなログが作成されました。
2011/07/28 20:55:35 :: Listening on LPF/eth2/00:26:bb:1b:90:cc
2011/07/28 20:55:35 :: Sending on LPF/eth2/00:26:bb:1b:90:cc
2011/07/28 20:55:35 :: Sending on Socket/fallback
2011/07/28 20:55:35 :: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 5
2011/07/28 20:55:40 :: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 10
2011/07/28 20:55:50 :: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 11
2011/07/28 20:56:01 :: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 18
2011/07/28 20:56:19 :: DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 17
2011/07/28 20:56:36 :: No DHCPOFFERS received.
2011/07/28 20:56:36 :: No working leases in persistent database - sleeping.
2011/07/28 20:56:45 :: DHCP connection failed
2011/07/28 20:56:45 :: exiting connection thread
2011/07/28 20:56:45 :: Sending connection attempt result dhcp_failed
2011/07/28 20:56:45 :: attempting to set hostname with dhclient
2011/07/28 20:56:45 :: using dhcpcd or another supported client may work better
2011/07/28 20:56:45 :: attempting to set hostname with dhclient
2011/07/28 20:56:45 :: using dhcpcd or another supported client may work better
代わりにdhcpcdを試すことをお勧めします。wicdサービスをインストールして再起動し、dhcpcdを使用するように設定しました。残念ながら、問題は残り、さらに役立つログはありません：
2011/08/01 19:44:56 :: Connecting to wireless network CrappyCiscoRouter
2011/08/01 19:44:56 :: Putting interface down
2011/08/01 19:44:56 :: Releasing DHCP leases...
2011/08/01 19:44:56 :: Setting false IP...
2011/08/01 19:44:56 :: Stopping wpa_supplicant
2011/08/01 19:44:56 :: Flushing the routing table...
2011/08/01 19:44:56 :: Putting interface up...
2011/08/01 19:44:58 :: Attempting to authenticate...
2011/08/01 19:45:02 :: Running DHCP with hostname localhost
2011/08/01 19:45:22 :: err, eth2: timed out
2011/08/01 19:45:22 ::
2011/08/01 19:45:22 :: DHCP connection failed
2011/08/01 19:45:22 :: exiting connection thread
2011/08/01 19:45:22 :: Sending connection attempt result dhcp_failed
編集：これは、独自のBroadcom STAドライバーの一種のバグであり、システム全体を再起動すると修正されるため、電源管理（つまり、一時停止）の処理方法のバグであると99％確信しています。Linuxデバイスでは問題が発生したことがありません。 Broadcom以外のワイヤレスドライバー。 Broadcomの安っぽいドライバーに代わるオープンソースの代替手段が見つからないため、これはあまり頼りにならないので、イライラします。
走れば
Sudo dhclient -r
Sudo dhclient
新しいIPアドレスを取得しますか？これにより、現在のリースが破棄され、新しいリースの取得が試行されます。
マシン全体ではなく、ネットワークを再起動することもできます。
Sudo /etc/init.d/networking restart
私は最終的に解決したと思う同様の問題がありました。問題を解決するためにいくつかのことを行いましたが、ようやく解決できたと思います。
Network Managerをアンインストールしてから再インストールしました。私はそれなしで接続することができましたが、私は本当に代替案を気にしたり、コマンドラインを使用したりしませんでした。また、この理由を完全に思い出せずに、有線ネットワーク接続としてeth0を削除しました（Network Managerで削除したと思います）。どちらかがトリックを行うように見えましたが、他にはほとんど変化がありませんでした。
これは私にとって、私のLANにとってはうまくいきました：
Sudo dhclient -r
Sudo dhclient eth0
これはWifiで機能するはずです。
Sudo dhclient -r
Sudo dhclient wlan0
このソリューションをご覧ください サスペンド後の遅いワイヤレス再接続