느린 부팅을 일으키는 우분투 15.04 네트워크 관리자


14

며칠 전에 부팅 시간 인 grub OS 화면에서 로그인 화면으로 14.10에서 15.04로 업그레이드 한 후 12 초에서 약 40으로 증가했습니다. 이것은 시스템 분석 임계 체인 출력입니다.

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

    graphical.target @37.433s
    └─multi-user.target @37.433s
      └─getty.target @37.432s
        └─getty@tty1.service @37.432s
          └─systemd-user-sessions.service @35.906s +9ms
            └─remote-fs.target @35.904s
              └─media-XalnasStorage.mount @35.849s +53ms
                └─network-online.target @35.846s
                  └─network.target @11.636s
                    └─NetworkManager.service @11.502s +132ms
                      └─basic.target @11.487s
                        └─sockets.target @11.487s
                          └─avahi-daemon.socket @11.487s
                            └─sysinit.target @11.485s
                              └─networking.service @11.333s +65ms
                                └─apparmor.service @11.269s +63ms
                                  └─local-fs.target @11.268s
                                    └─media-TStore1.mount @10.331s +936ms
                                      └─local-fs-pre.target @10.328s
                                        └─systemd-remount-fs.service @10.320s +6ms
                                          └─systemd-fsck-root.service @10.303s +15ms
                                            └─systemd-journald.socket @151ms
                                              └─-.slice @150ms

네트워크 관리자 서비스에 문제가있는 것 같습니다.

시스템 분석 비난 로그 의 상단은 다음과 같습니다.

     24.209s NetworkManager-wait-online.service
     10.056s systemd-udev-settle.service
      1.499s plymouth-quit-wait.service
       936ms media-TStore1.mount
       487ms dev-disk-by\x2duuid-920a92b0\x2d6e65\x2d4a7a\x2d855d\x2d81cb436cd85f.device
       425ms systemd-rfkill@rfkill2.service
       421ms systemd-rfkill@rfkill0.service
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms systemd-rfkill@rfkill1.service
       132ms NetworkManager.service
        83ms ModemManager.service

전체 버전은 여기에서 볼 수 있습니다 .

또한 시스템 분석 플롯 출력은 여기에서 볼 수 있습니다 .

시간 내 줘서 고마워.


Atleast는 답변을 최상의 답변으로 표시합니다.
Suraj Jain

이 서비스의 용도는 무엇입니까?
Sandeep C

2
@SandeepC 부팅에 네트워킹이 필요한 경우 (대부분의 데스크톱 사용자에게는 실제로
Simon Van Machin

답변:


13

nm-online의 시간 초과를 10과 같이 변경할 수 있습니다.

/lib/systemd/system/NetworkManager-wait-online.service루트로 또는 sudo를 사용하여 편집하십시오 .

줄을 찾으십시오.

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

30원하는대로 변경하십시오 . 10나를 위해 잘 일했다.

그러나 주의 에 의존이 5 월 휴식 서비스를.

출처


4
이 답변은 시스템의 부팅 시간을 크게 향상 시켰습니다. systemd-analyze Blame 출력의 상단은 이제 다음과 같습니다 : 9.861s systemd-udev-settle.service 6.920s NetworkManager-wait-online.service 부팅 시간은 여전히 ​​이전 버전의 우분투보다 더 큽니다. 언급 된 파일이 Ubuntu 15.04의 다른 위치에 있기 때문에 답변을 편집했습니다.
alx.balmus

2
시간 초과 값을 줄이면 부작용은 로그인 화면이 표시되는 동안 네트워크 관리자 표시기가 나타나거나 로그인 한 후 매우 빠르게 로그인하면 표시되는 것입니다. 이것은 우분투 14.10 이상에서 발생했습니다. 이것은 단지 "화장품"부작용입니다. 나는 기능상 원하지 않는 부작용을 발견하지 못했습니다.
alx.balmus

11
당신은 같은 것을 사용해야 systemctl edit NetworkManager-wait-online.service하거나 /etc/systemd/system/NetworkManager-wait-online.service.d/override.conf그렇지 않으면 변경이 지속되지 않습니다.
Tobu

2
이 서비스의 용도는 무엇입니까?
Sandeep C

나를 위해 일하지 않았다. 그 대신 서비스를 비활성화하면 systemctl disable NetworkManager-wait-online.service잘 작동했습니다.
Rochdi Boudjehem

15

나는 NetworkManager약 8 초가 걸리기 전에 같은 문제에 직면했다 . 이 문제를 해결하는 세 가지 방법이 있습니다.

  1. 연결에 자동으로 연결 해제

    연결 편집 > 연결 선택> 자동 연결 편집 및 비활성화

    여기에 이미지 설명을 입력하십시오

  2. Enable networking네트워크 표시기에서 간단히 비활성화 할 수 있습니다 .

  3. 이 명령을 실행하여 서비스를 비활성화 할 수 있습니다

    systemctl disable NetworkManager-wait-online.service
    

1
세 번째는 나에게도 효과가 없었습니다 (지금까지).
WinEunuuchs2Unix

세 번째는 나를 위해 일했습니다 (깨끗한 17.10에서 18.04로 업그레이드).
Rochdi Boudjehem

# 3은 18.04.1에서 저에게 효과적이었습니다.
매드 맨

4

비활성화 dhcp에 대한 eth0인터페이스를 제공합니다.

당신이 경우 DHCP 에 구성 eth0, 와이어가 연결되지 않은 부트를 계속하기 전에, 시스템은 IP 주소가 시간 초과에 대한 요청 때까지 장치를 할당 할 IP 주소를 찾고 유지합니다.

이것이 문제를 해결할 수 있는지 확인하려면 sudo /etc/init.d/networking restart이 서비스를 다시 시작하는 데 걸리는 시간을 기록하십시오.

eth0인터페이스에 문제가 없으면 서비스가 즉시 다시 시작됩니다 . 그렇지 않으면 긴 지연 및 시간 초과가 표시됩니다.


1
왜 도움이 되겠습니까?
guntbert
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.