「ネットワーク構成の待機」問題

この問題は、ubuntuの起動時に発生することがあります。時々インターフェイスを起動できないことがあります。

5つのドットと次のメッセージを含むスプラッシュスクリーン：

ネットワーク構成を待っています

に続く：

ネットワーク構成のためにさらに60秒待機する

CLIとAlt + Ctrl + F2のアプローチを採用することにしました。GUIにログインしている間は自由に実行できます。さて、一般的な手順を書くので、好きなアプローチを自由に使用してください。

1. 編集/etc/network/interfaces：

   sudo nano /etc/network/interfaces
   

   1. GUIにログイン中にLXTerminalからこれを入力している場合：

      gksudo leafpad /etc/network/interfaces
      

2. そこに書かれているものは何でも削除して、そのままにしてください：

   auto lo
   iface lo inet loopback
   

万が一に備えて「interfaces」ファイルのバックアップコピーを保存しておくことをお勧めします。何かを行う前に、必ず「interfaces.bak」ファイルを保存してください。

3. CtrlOnanoを使用している場合は+ 、リーフパッドを使用している場合はCtrl+ S（[ファイル]> [保存]）。

4. CtrlXnanoを使用している場合は+ 、リーフパッドを使用している場合はCtrl+ Q（[ファイル]> [終了]）。

5. リブート。

6. できた

私がこれに遭遇したあらゆる状況で、それは/ etc / network / interfacesの問題です

以前の投稿で提案されているようにすべてを削除する必要はなく、一般的な問題を検査する必要があります。

私の場合、追加のイーサネットIPSのゲートウェイパラメーターを定義していました。各カードのプライマリインターフェイスのゲートウェイのみを定義する必要があります。

これが意味することは、ファイルが次のようになっている場合です。

auto eth0
iface eth0 inet static
  address 10.0.0.5
  netmask 255.255.255.0
  network 10.0.0.0
  gateway 10.0.0.1

auto eth0:0
iface eth0:0 inet static
  address 10.0.0.6
  netmask 255.255.255.0
  network 10.0.0.0
  #gateway 10.0.0.1

2番目のゲートウェイパラメータにより、ブート中にubuntuが60秒以上ハングします。最初のeth0セクションのゲートウェイのみを定義する必要があります。追加のNICカード、IE eth1、wlan0などのゲートウェイは定義する必要がありますが、同じNICに割り当てられた追加のIPS。以前のバージョンのUbuntuにはこれに関する問題はありませんでしたが、Ubuntu 12.04はそれを気に入らなかった...単純にそれを無視できればいいのです。

このファイルには、これを引き起こす可能性のある他の「問題」があると確信しているので、ファイルを調べて、タイプミスなどがないことを確認する必要があります。

これも役立つかもしれません：http : //tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/

基本的に、この/etc/init/failsafe.confファイルを編集し、sleep実際にシステムを一時停止するコマンドを無効（コメント）にします。少なくとも私の場合は、ネットワーク構成にエラーはなかったので、仕事を達成したので、すべてがうまくいきました。

ちなみに、このソリューションでは、ループバックインターフェイスの構成しかできません。これは、セットアップでは余裕がありませんでした（インターフェイスとブリッジを手動でセットアップする必要がありました）。

この問題の実際の（！）ソリューションは次のコマンドです。

sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces

で/etc/network/interfaces、これは（以外のすべてのインターフェイスを変更するloから）autoへallow-hotplug。これにより、ブートはインターフェイスが最初に起動するのを待機しなくなります。

警告： この変更後、永続的に接続されたインターフェイスは、ブート後にsystemd実際のプラグイベントを受信するまで停止したままになる場合があります。以下の注を参照してください。

前の例（を見てくださいauto eth0）：

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

後の例（を見てくださいallow-hotplug eth0）：

auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

ノート：

• でネットワーク共有をマウントする場合は、ネットワーク共有へのインターフェイスではなく/etc/fstab、を使用します。それ以外の場合、ネットワーク共有マウントの前にネットワークが利用可能でなければならないため、ブートプロセスで奇妙なことが起こるかもしれません。これを保証しません。autoallow-hotplugallow-hotplug

• インターフェイスがautoモードにある場合、「これらのインターフェイスは起動に不可欠であるため、起動する前に起動するまで待機する必要があります」と表現します。したがって、起動しない場合、Ubuntuはフェイルセーフで起動を遅らせ、最大120秒間表示されるのを待ちます。そして、これは正しいことです。

  対照的に、allow-hotplugUbuntuにオプションであると伝えるように設定されているインターフェイス。したがって、それらはブートするために不可欠ではありません。

• Ubuntuは、インストール時に使用可能なインターフェイスを記録し、後の操作に重要であると想定しています。これは保守的な選択です。一部のサービスがバインドされているためにインターフェイスが後で必要になった場合は、そのようなサービスが起動していないとサービスが起動しません。

• プロセスが存在しないIPにバインドできるようにするカーネル設定もあるためallow-hotplug、ブートプロセスの安定性を損なうことなく、必要に応じていつでも使用できます。ただし、これはまったく別の話です。

注（2018-01-04更新）：

• 私の側でallow-autoは、と同じことautoをするので、助けにはなりません（で試してみましたbr0）。

• 私のシステムの1つをDebian Stretchにアップグレードし、SystemDに切り替えた後、（永続的に外部に接続された）インターフェースbr0が起動するのを待っている間に、起動が耐えられないほど遅れました。ただし、起動後allow-hotplug はインターフェイスbr0がダウンしたままです。おそらく、これはSystemDがそのようなインターフェイスで実際のプラグイベントまたは合成プラグイベントを受信して​​いないことが原因です。これを修正するためのいくつかのあいまいなcrontabエントリ@reboot /sbin/ifup br0があっrootたので、私はこれを深く掘り下げませんでした。（これは機能しますが、おそらく他の人にはお勧めできません。誰かがより良いアイデアを持っているかどうか聞きたいです。）

（（テキストはここで終わり、残りはあなたの娯楽のためです））

そして、これに触発された就寝時の話があります：

一部の農民は大暴れしました。彼らの作物は干上がった！そこで、彼らは灌漑溝に十分な水がない理由を調査しました。より近い距離で、彼らはすぐに犯人を見つけました。ダム！のろわれたダムはすべての水を保持しました！

この瞬間から、何をすべきかが明確になりました。「ダムを爆破せよ！」彼らは叫び、ダイナマイトを集め始めました。それから、彼らは皆、まっすぐにダムに向かいました。

農夫の一人の幼い息子が父親に何が起こっているのか尋ねました。彼は息子に言った：「溝に十分な水がないので、私達はダムを爆破する！」それから彼はすぐにパックをたどりました。

「しかし」小さな子は父親に向かって「しかし、バルブがあります！バルブを開けてください！」と叫びました。悲しいことに、彼の声は優しく、足が短すぎたため、このメッセージは誰にも届きませんでした。

少年は座って泣いた。30分後、彼は、バルブが設置されているダムのお気に入りのプラウンドを破壊した遠くの「ブーム」を聞いた。

次に何が起こりましたか？

洪水はすべての貴重な作物を一掃しました。銀行は少年の父親の農場を奪い去った。彼の父親は良い学校にお金を払うことができませんでした。そこで少年は軍隊に加わり、高等教育を受けました。そこで彼は爆発物の物理学についてすべてを学び、今では爆発性のダムを発明しようとしています。

ここでこれと何の関係があるのでしょうか？

• 農民は他の答えです。
• ここで小さな男の子がこの答えです。
• ダムは、Ubuntuフェイルセーフスリープです。
• バルブは適切なインターフェース設定です。
• 水はブートプロセスです。
• 作物はあなたのUbuntu OSです。
• そして、埋められた溝は、ブートプロセスがどのように見えるべきかということです。

にあるインターフェースの設定は、/etc/network/interfacesフェイルセーフのスリープが解除されると爆破され、誰かが閉じたバルブ（auto）を見たとしても、それが同様にオープンエンドである可能性があるとは誰も気づきません！

を含むすべての行の前にファイルにを追加#し/etc/init/failsafe.confますsleep <n>。これを行うと、高速で起動できます。

これにより、起動が速くなり、/etc/network/interfacesファイルの問題が修正されません。/etc/network/interfacesファイルの問題を修正することは、ファイルの目的ではありません/etc/init/failsafe.conf。

ネットワークインターフェースを機能させたくない場合があります（つまり、eth0インターフェース（有線接続）のみが接続されているラップトップがある場合）。有線接続が接続されていないため、ラップトップが起動するまで2分間待つ必要はありません。

同様の問題がありました。実行することでifconfig -a、私は自分のコンピュータ上の唯一のネットワークデバイスがあったと判断p4p1してlo。ありませんでしたeth0。

ので/etc/network/interfaces、すべてのインスタンスをに置き換えて編集eth0しましたp4p1。ファイルの内容は次のとおりです。

auto lo
iface lo inet loopback

auto p4p1
iface p4p1 inet dhcp

再起動後、ネットワークは正常に機能していました。

問題があれば、Ubuntu 12.04.5 Serverエディションを使用していました。