“네트워크 구성을 기다리는 중”문제 이 문제는 우분투가 시작될 때

이 문제는 우분투가 시작될 때 가끔 발생합니다. 때로는 인터페이스로 부팅 할 수 없습니다.

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.bak”파일을 저장하십시오

  1. CtrlOnano를 사용하는 경우 + , leafpad를 사용하는 경우 Ctrl+ S(파일> 저장)

  2. CtrlXnano를 사용하는 경우 + , leafpad를 사용하는 경우 Ctrl+ Q(파일> 종료)

  3. 재부팅하십시오.

  4. 끝난.


답변

내가 겪은 모든 상황에서 / 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

두 번째 게이트웨이 매개 변수는 부팅 중에 우분투가 60 초 이상 중단되도록합니다. 첫 번째 eth0 섹션의 게이트웨이 만 정의하면되며 추가 nic 카드, IE eth1, wlan0 등의 게이트웨이는 정의해야하지만 동일한 nic에 할당 된 추가 IPS. 이전 버전의 우분투에는 아무런 문제가 없었지만 우분투 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부터) autoallow-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모드 인 경우 “이 인터페이스는 부팅에 중요하므로 부팅 하기 전에 인터페이스가 나타날 때까지 기다려야합니다 .” 따라서 부팅되지 않으면 우분투는 안전 장치를 사용하여 부팅을 지연시키고 최대 120 초 동안 나타날 때까지 기다립니다. 그리고 이것이 옳은 일입니다.

    대조적으로, allow-hotplug우분투 에 알리도록 설정된 인터페이스 는 선택 사항입니다. 따라서 부팅 할 필요는 없습니다.

  • Ubuntu는 설치시 사용 가능한 인터페이스를 기록하고 나중에 작동하는 데 중요하다고 가정합니다. 이는 일부 서비스가 인터페이스에 바인드되어 인터페이스가 작동하지 않는 경우 서비스가 시작되지 않으므로 인터페이스가 나중에 필요한 경우 보수적 인 선택입니다.

  • 프로세스가 존재하지 않는 IP에 바인딩 할 수있는 커널 설정도 있으므로 allow-hotplug부팅 프로세스의 안정성을 손상시키지 않으면 서 원하는 경우 언제든지 사용할 수 있습니다. 그러나 이것은 완전히 다른 이야기입니다.

메모 (2018-01-04 업데이트) :

  • 내 입장 allow-auto에서와 동일 auto하므로 도움이되지 않습니다 (으로 시도 br0).

  • 내 시스템 중 하나를 데비안 스트레치로 업그레이드하고 SystemD로 전환 한 후 (영구적으로 연결된 외부) 인터페이스 br0가 나타날 때까지 부팅이 지연 될 수 없었 습니다. 그러나 allow-hotplug 인터페이스는 br0부팅 후 아래 있었다 . 아마도 이는 SystemD가 그러한 인터페이스에서 실제 또는 합성 플러그 이벤트를 수신하지 않기 때문일 수 있습니다. 좀 모호한,이에 깊이 파고하지 않은 crontab항목 @reboot /sbin/ifup br0root나를 위해 고정 그것. (이것은 효과가 있지만 아마도 다른 사람에게는 권장하지 않는 것이 좋습니다. 누군가 더 나은 아이디어가 있는지 듣고 싶습니다.)

((텍스트는 여기서 끝나고 나머지는 엔터테인먼트 용입니다))

그리고 여기에서 영감을 얻은 취침 시간 이야기가 있습니다.

일부 농민들은 ram을 쳤다. 그들의 작물이 말라 버렸습니다! 그래서 관개 도랑에 물이 충분하지 않은 이유를 조사했습니다. 가까운 곳에서 그들은 즉시 범인을 발견했다. 댐! 저주받은 댐이 모든 물을 들었다!

이 순간부터해야 할 일이 분명했습니다. “댐을 날려 버려!” 그들은 소리를 지르며 다이너마이트를 수집하기 시작했습니다. 그런 다음 그들은 모두 댐으로 똑바로 향했습니다.

한 농부의 작은 아들은 아버지에게 무슨 일이 있었는지 물었습니다. 그는 아들에게 말했다. “도랑에는 물이 충분하지 않아서 댐을 날려 버립니다!” 그런 다음 그는 즉시 팩을 따르기 위해 떠났습니다.

“하지만”작은 아이가 아버지를 외치려고했지만 “밸브가 있습니다! 밸브를 열면됩니다!” 안타깝게도 그의 목소리는 너무 온화했고 다리는 너무 짧아서이 메시지는 누구에게도 전달되지 않았습니다.

소년은 앉아서 울었다. 30 분 후 그는 밸브가있는 댐에서 자신이 가장 좋아하는지면을 파괴 한 먼 “붐”을 들었다.

다음에 무슨 일이 있었나요?

대홍수는 모든 귀중한 작물을 휩쓸 었습니다. 은행은 소년의 아버지의 농장을 빼앗아 갔다. 그의 아버지는 좋은 학교를 지불 할 수 없었습니다. 소년은 고등 교육을 받기 위해 군대에 합류했습니다. 그곳에서 그는 폭발물의 물리학에 관한 모든 것을 배웠으며 이제 폭발 저항 댐을 발명하려고 시도합니다.

이 이야기는 여기와 어떤 관련이 있습니까?

  • 농작물 농부가 다른 답입니다.
  • 어린 소년이이 대답입니다.
  • 댐은 우분투 안전 장치입니다.
  • 밸브가 올바른 인터페이스 설정입니다.
  • 물은 부팅 과정입니다.
  • 작물은 우분투 OS입니다.
  • 그리고 채워진 도랑은 부팅 프로세스의 모습입니다.

에있는 인터페이스의 설정은 /etc/network/interfaces페일 세이프가 해제 된 상태에서 수면이 끊어 auto지면서 끊어 집니다. 누군가 닫힌 밸브 ( )를 보더라도 아무도 오픈 엔드가 될 수 있다고 생각하지 않습니다!


답변

a를 #/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

재부팅 후 네트워킹이 제대로 작동했습니다.

중요하다면 우분투 12.04.5 서버 에디션을 사용하고있었습니다.