web-dev-qa-db-ja.com

「ネットワーク構成を待機中」、その後5%のブートでネットワークなし

これはあまり頻繁には発生しません。以前は約30%の時間で発生していましたが、コンピューターを開くと、wifi PCIカードが適切にねじ込まれていないことがわかりました。私はねじを締めましたが、今では正しく動作しますほぼ常に(時間の約95%)。ネットワーク機能を使用せずにコンピューターを起動すると、使用できなくなり、今日の午後のように、さらに103秒間再起動する必要があるため、イライラします。

今日は2枚の写真を受け取りました。最初の「ネットワーク構成を待機しています...」は、プロセスが終了するのを待ってから、完了したらコンピューターを再起動する必要があることを知らせます。ネットワーク設定を最大60秒待機しています...」.

Waiting for network configuration...

Waiting up to 60 more seconds for network configuration...

1
el_gallo_azul

10日前にUbuntu 14.04からUbuntu 16.04にアップグレードして以来、この問題は二度と発生していません。

このようなアップグレードが成功したのはこれが初めてです。 10.04から12.04、および13.04から14.04への以前のアップグレードの試みは機能せず、新たにダウンロードしたイメージからインストールし、その後数時間システムを構成する必要がありました。

0
el_gallo_azul

ネジの締め付けが問題の頻度に影響を与えるという事実は、これがハードウェア接続の問題であることを示しています(少なくとも私には)。カードを取り外し、カードの接点を慎重にクリーニングして交換します。これで問題が解決しない場合、カードが不良であることを自動的に示すわけではありません。カードではなくスロットに欠陥がある可能性があるため、別のスロット(または別のシステム)でカードを試してください。

3
Elder Geek

これらのメッセージは、/ etc/network/interfacesで「auto」とマークされているすべてのインターフェイスが起動するのを待っているときに表示されます。ほとんどのUbuntuシステムでは、それは唯一のループバック(127.0.0.1)です。他のすべては、NetworkManagerを介して後で行われます。

これは通常、「auto」と「dhcp」の両方としてマークされたものをそのファイルに追加した場合に発生し、DHCPサーバーはすぐに応答しません。表示されるまで、この画面が表示されます。

また、PCIカードが適切に装着されず、認識されない、または欠陥がある場合など、デバイスが「欠落」している場合にも発生する可能性があります。

最初に、/ etc/network/interfacesを調べて、lo以外にautoとしてマークされているものを判別します(あるいは、このコマンドを使用して、すべての自動インターフェースifquery --list --allow auto)を印刷します

おそらく、それは単に「wifi PCIカード」になりますが、もう使用していないもう1つのデバイスです。ケーブルが接続されていない有線イーサネットカードですか?ブート時に起動したくない(および待機する必要がある)ものから「自動」を削除します。

ワイヤレスカードだけの場合、NetworkManagerを使用する代わりに、このように構成するつもりでしたか?そうでない場合は、特にWi-Fiインターフェイスの場合、後者をお勧めします。 「自動」を削除して再起動し(またはifdown [interface]またはifdown -aを実行するだけ)、グラフィカルデスクトップにログインし、パネルのアプレットを使用して接続をセットアップします。

何らかの理由でNMを使用したくない場合は、おそらく起動時にワイヤレスを待つことを望まないでしょう。この場合、再び 'auto'を削除します。 ifup [interface]コマンドを使用して、後で起動します。起動時に自動的に(待機せずに)実行するには、静的ネットワークの直後に実行される独自の起動スクリプトを/ etc/initに作成するのが理想的です。 -up。方法を理解したくない場合は、常に/etc/rc.localでそのコマンドを平手打ちしてもかまいません。

ちなみに、[interface]はおそらくwlan0になりますが、動作しているときにifconfig -aの出力を確認して確認する必要があります。

実際の障害については、次回の発生時に/ var/log/syslogを調べて正確な理由を確認する必要があります。再起動後に機能すると言うので、おそらくDHCPサーバーの問題ではないでしょう。おそらく、それはデバイスの問題です。次のような行が表示される場合があります。

8月13日18:45:44 ubuntu dhclient: "wlan0"のハードウェアアドレスの取得エラー:そのようなデバイスはありません

デバイスがifconfig -aの出力にも表示されるかどうかを確認します。存在する場合は、ifup [interface](または自動車を削除したことがない場合はifup -a)を手動で再試行して、再起動せずに機能するかどうかを確認できます。そうでない場合は、カーネルブートメッセージ(dmesg | less)で関連性のあるものを探し始めます。通常、デバイスが最初に検出されたときに何かが印刷されます。たとえば:

[25.770930] Linux用Intel(R)ワイヤレスWiFiドライバー
[25.770933] Copyright(c)2003- 2015 Intel Corporation
[25.773887] iwlwifi 0000:03:00.0:ASPMを無効にできません。 OSにはASPM制御がありません...
[26.110349] iwlwifi 0000:03:00.0:ロードされたファームウェアバージョン18.168.6.1 op_mode iwldvm

それがどのように見えるべきかを見るために働いているとき、あなた自身を見てください。次に、壊れたときと比較します。エラーはありますか?または、ワイヤレス機器が完全に欠落していますか?それは、私にとっては、装着不良または欠陥のあるカードを叫ぶだけです。 PCIスロットにしっかりとしっかりと挿入されていることを確認してください。

Syslogまたはdmesgで他の種類のエラーを見つけた場合は、おそらくバグを報告する必要があります。これらのログとコマンドの出力で見つかった関連するすべてを保存します。接続できたら、ubuntu-bug networkingコマンドを実行してバグを作成し、保存したものを添付します。

3
Nathan D