「ネットワーク構成を待機しています」起動時間に3〜5分追加

起動時に次の情報を取得します。約3〜5分かかりますが、通常は約1分です。

Waiting network configuration
Booting system without full network configuration

グーグルで調べた結果、/ etc / networks / interfaceを変更する必要があることがわかりました。私はそこにすべてをコメントアウトしましたが、問題は残ります：

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

Ubuntu 11.10の起動を高速化するにはどうすればよいですか？

まず、これは11.10リリースノートに記載されている新しい動作で、サーバーブートの信頼性を高めるためにScott Moserと共に実際に開発しました。

コメントアウトするloと、ローカルネットワーク機能がないため、ネットワークを使用しようとしたときに一部のプログラムが機能しなくなります。また、システムは非常に重要であるため、システムが起動しなくなります。したがって、次の2行を残します。

auto lo
iface lo inet loopback

このビットeth0は、ネットワークがUPと見なされる前に、動的アドレスが割り当てられるのを待つようにマシンが構成されたことを意味します。pre-upstartUbuntu（8.10およびそれ以前）のバージョンでは、システムがブートを続行する前に、このために60秒まで待っていたでしょう。upstart追加されたとき、この状態はもう待機されませんでした。なぜなら、常に接続されることが期待されていなかったネットワークインターフェイスは、などの方法で管理されるためですnetwork-manager。

サーバーを持っているのであれば、あなたはおそらくしたい、ダイナミックアドレスを待つそれ以外のシステムは、（それがアドレスを取得するために2分以上かかる場合それがないもの）可能なそのネットワークの全てずに起動します。常にに接続されるとは限らないラップトップを使用している場合は、ネットワークマネージャーでeth0設定eth0し、からの行のみを削除して/etc/network/interfaces、起動遅延を取り除きます。

覚えておいて、そこだ既知のバグを持つVMwareとdbus、それはまた、このメッセージが表示されます。

OSをあるマシンから別のマシンに移動した場合、udevが、新しいシステムのネットワークデバイスのMACアドレスとは異なる古いネットワークデバイスのMACアドレスを含む構成を作成したと推測できます。

次のファイルを削除してからシステムを再起動して、問題が解決するかどうかを確認してください。

/etc/udev/rules.d/70-persistent-net.rules

ネットワークインターフェイスにアドレスを割り当てる2つの互換性のない方法を混在させています。

iface eth0 inet dhcp

「物理的なローカルネットワークにDHCPDISCOVERパケットを送信し、物理的にローカルなDHCPサーバーからDHCPOFFERパケットを待ち、そこからIPアドレスを取得します（http://www.rfc-editor.org/rfc/rfc1531を参照してください。 txt）、残りの行は「手動で」インターフェイスに値を割り当てますが、IPアドレスの割り当て方法を正しく設定することが重要です。ローカルネットワークにDHCPサーバーがある場合は、それを使用する必要があります。 「アドレス」、「ネットマスク」、「ゲートウェイ」、および「ブロードキャスト」行を削除します。

「管理された」ローカルエリアネットワークに接続していない（DHCPサーバーがない）場合、IPアドレスパラメーターを手動で割り当てるには、最初の行を次のように変更します。

iface eth0 inet static

「アドレス」、「ネットマスク」、「ゲートウェイ」、および「ブロードキャスト」の行を保持します。使用可能なIPアドレスの詳細については、http：//www.rfc-editor.org/rfc/rfc5735.txtを参照してください。あなたが持っているパラメータは私にはOKに見えます。

読む

man 5 interfaces

単にすべてをコメントアウトすることは、幸福への最善の道ではありません。

私にとっては、この問題の最良の解決策はこのLinuxサイトで見つかったようです

基本的に、まだ/etc/init/failsafe.confを呼び出していますが、遅延の原因となった2つのスリープ呼び出しをコメント化します。私のネットワークは遅延なしでうまく設定されているので、なぜ追加されたのか本当にわかりません。

私が使う

eth0 inet dhcp

リンクがない場合（ケーブルが欠落している場合）待機するポイントが表示されません。メディアがない場合、dhcpがアドレスを取得する方法はありません。これはバグです

私は最近この同じ問題を抱えていました。私は/etc/init/failsafe.confファイルのスリープ時間を調べてコメントアウトしようとしましたが、システムが起動し続けようとしました。このエラーを修正するには、セーフモードで起動し、ルートシェルにドロップして次の操作を行い、rw特権を取得しました。

mount -o remount,rw / 

その後、ファイルを元の状態に編集できるように、次のコマンドを発行しました。

sudo nano /etc/init/failsafe.conf 

保存して終了し、システムを再起動します。

使用allow-hotplugの代わりautoに/etc/network/interfaces、例えば、ファイルallow-hotplug enp0s25、その後iface enp0s25 inet dhcp。これは、dhcp応答でインターフェースが点灯するのを待たないようにサーバーに指示します。--ジム博士のコメント。