클린 SSD 설치시 정기적 인 디스티 업그레이드 후 우분투 로딩 / 스플래쉬 화면에서 긴 부팅 지연 (18.04)


24

공식 출시 당일에 SSD를 새로 설치 한 후 18.04를 문제없이 실행하고 있습니다.
로그인 전원이 몇 초 (최대 10)

그런 다음 오늘 아침에 정기적으로 업그레이드 했습니다.

$ sudo apt update && sudo apt dist-upgrade

설치 / 업그레이드 된 패키지는 다음과 같습니다.

Install: linux-headers-4.15.0-24:amd64 (4.15.0-24.26, automatic), linux-headers-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-extra-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-modules-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic), linux-image-4.15.0-24-generic:amd64 (4.15.0-24.26, automatic)
Upgrade: gnome-control-center-data:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-headers-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-image-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), linux-signed-generic:amd64 (4.15.0.23.25, 4.15.0.24.26), gnome-control-center-faces:amd64 (1:3.28.1-0ubuntu1.18.04.1, 1:3.28.1-0ubuntu1.18.04.2), linux-generic:amd64 (4.15.0.23.25, 4.15.0.24.26)

업그레이드가 완료되면 재부팅하고 우분투 로딩 / 스플래쉬 화면 (로그인하기 전에) 에 2-3 분 지연이 나타납니다 (점에 진행률 / 활동이 표시되지 않음).

전원을 끄고 다시 부팅을 시도했지만이 지연이 계속 발생합니다. 또한 폐쇄도 훨씬 느립니다.

업데이트 # 1 (2018-07-03) : 시스템
분석 :

$ sudo systemd-analyze blame
3min 53.073s plymouth-quit-wait.service
    2min 20.699s snapd.seeded.service
         49.949s snapd.service
          6.186s NetworkManager-wait-online.service
          1.148s dev-sda2.device
          1.098s plymouth-start.service

그 표시 plymouth-quit-wait.service(지금 우분투로드 관련이 생각 / 시작 화면)와 snapd.seeded.service시작하는 지금까지 가장 긴 실행중인 서비스가 있었다. 그래서 나는 전후의 시간을 비교했습니다 dist-upgrade.

$ journalctl -u plymouth-quit-wait.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:38:05 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:15:46 user-laptop systemd[1]: Started Hold until boot process finishes up.
-- Reboot --
Jul 03 04:21:17 user-laptop systemd[1]: Starting Hold until boot process finishes up...
Jul 03 04:24:52 user-laptop systemd[1]: Started Hold until boot process finishes up.

업그레이 드 하기 전에 3 초plymouth-quit-wait.service 걸렸다 . 업그레이드 3 분 35 초 걸렸습니다.

$ journalctl -u snapd.seeded.service --since today
-- Logs begin at Fri 2018-04-27 13:01:30 BST, end at Tue 2018-07-03 12:42:14 BST. --
Jul 03 04:15:43 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:15:43 user-laptop systemd[1]: Started Wait until snapd is fully seeded.
-- Reboot --
Jul 03 04:22:47 user-laptop systemd[1]: Starting Wait until snapd is fully seeded...
Jul 03 04:24:49 user-laptop systemd[1]: Started Wait until snapd is fully seeded.

업그레이 드 하기 전에 0 초snapd.seeded.service 걸렸다 . 업그레이드 2 분 2 초가 걸렸습니다 .

업데이트 # 2 (2018-07-06) :
오늘 아침 부팅시 지연이 다시 발생했습니다 .
그래서 우리는 여전히 kernel / plymouth / snapd update 기다리고 있습니다.

업데이트 # 3 (2018-07-12) :
문제 가 해결 된 것 같지만 스냅 또는 플리머스에 대한 업데이트가 보이지 않고 여전히 4.15.0-24 커널을 실행 중입니다. 따라서 어떤 패키지 업데이트로 문제가 해결되었는지 또는 어떻게 든 자체 해결되는지 확실하지 않습니다. 런치 패드에서 버그 업데이트를 읽으면 어떤 패키지 /들에 대해 어떤 작업을 수행했는지 (또는 수행 중인지) 확실하지 않습니다. 누군가가 그것을 명확히 할 수 있다면 그것은 매우 유용 할 것입니다.


2:20에 대해 snapd가 시드 (스냅 데이터베이스를 새로 고침) 한 것처럼 보입니다 . 드문 사건, 아무것도 부서지지 않았습니다. 그렇게 할 때마다 스냅에 대해 버그를 신고하십시오.
user535733

1
Ubuntu 18.04를 새로 설치 한 후에도 같은 문제가 발생합니다. 3min 57.515s plymouth-quit-wait.service 2min 24.588s snapd.seeded.service
Alessandro Gaballo

1
커널을 4.15.0-24-generic으로 업그레이드 한 후 오늘도 동일한 문제가 발생했습니다.
user605331

1
forum.snapcraft.io 에서 스레드 시작을 고려하십시오 . 바로 스냅 개발자들이 어울리는 곳입니다. 스레드가 문제 해결 및 테스트를 도와 줄 수있는 경우에만 스레드를 시작하십시오. 모두 같은 스레드를 구독하고 쓸모없는 '나도'의견을 피해야합니다. 개발자가 낙심하지 않도록 소음을 줄이십시오.
user535733

2
bugs.launchpad.net/snapd/+bug/1779872에 버그를 기록했습니다. 문제 해결에 도움을 드리겠습니다.
Broadsworde

답변:


15

이것은 커널 관련 회귀입니다. 런치 패드 버그는 다음과 같습니다. https://bugs.launchpad.net/ubuntu/+bug/1779827

이 문제를 해결하려면 부팅시 키를 누르거나 마우스를 움직입니다.

/ dev / urandom 또는 getrandom ()을 사용하는 간단히 말해서 이제 충분한 엔트로피를 사용할 수있을 때까지 차단합니다. 과거에는 / dev / urandom에 훨씬 적은 엔트로피가 필요했습니다.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1779961/comments/5 의 최신 상태 는 다음과 같습니다.

메타 패키지가 롤백되었으며 수정 사항이 적용 및 업로드되고 있습니다.

스냅 팀은 이것을 조사하고 bson 업스트림과 협력하여 시작에 / dev / unrandom이 필요하지 않도록했습니다 ( https://github.com/snapcore/snapd/pull/5464 )

따라서이 문제는 곧 커널 또는 스냅 업데이트를 통해 수정해야합니다.


1
방금 "시프트"부팅을 시도했는데 업데이트 전에 보았던 로그인 시간에 부팅이 반영된 것 같습니다. BTW, 부팅시 "shift"는 grub 메뉴를 제공하지 않지만 로그인이 훨씬 빨라졌습니다.
Broadsworde

Michael, 이 답변 을 편집 하고 다른 답변의 정보를이 답변에 통합 한 다음 다른 답변을 삭제할 수 있습니까? 우리는 하나의 질문, 하나의 대답을 좋아합니다 ... 감사합니다! ;-)
Fabby

계정을 병합하려면 모드에 문의하십시오
Zanna

@Broadsworde, Spamming (반복 타격) Ubuntu 18.04 LTS의 Shift 키 또는 Esc 키는 그럽 메뉴를 나타냅니다. (키만 누르면 충분하지 않습니다. 컴퓨터마다 다를 수 있습니다.)
sudodus

11

시스템에서 마우스를 움직이거나 엔트로피를 증가시킬 수 있습니다.

sudo apt install haveged

피난처 웹 사이트

기본 커널 및 ukuu에서 작동합니다. 이를 통해 시스템이 커널 4.17.4에서 올바르게 부팅 될 수 있습니다.


재미있는 해결책. 최근 4.4.0-130Virtualbox 실험으로 전환했기 때문에 문제가 없지만 haveged미래의 내 컴퓨터를 설치 했습니다.
WinEunuuchs2Unix

5

나는 같은 문제가있다 4.15.0-24-generic #26-Ubuntu SMP

user@nb:~$ systemd-analyze blame |head
         4min 2s plymouth-quit-wait.service
          1.440s systemd-udev-settle.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

A에 대한 임시 해결 , 당신은 할 필요가 있는 동안 부팅 마우스 / 터치 패드를 이동 "정상적인"부팅시의 결과; 나의 경우에는:

user@nb:~$ systemd-analyze blame |head
          1.440s systemd-udev-settle.service
           882ms plymouth-quit-wait.service
           562ms dev-sda1.device
           313ms udisks2.service
           240ms systemd-rfkill.service
           231ms NetworkManager.service
           194ms networkd-dispatcher.service
           180ms systemd-backlight@backlight:acpi_video0.service
           179ms systemd-journal-flush.service
           147ms systemd-logind.service

수정 소스 : https://ubuntuforums.org/showthread.php?t=2395451&p=13780509#post13780509


5

내가 관리하는 두 개의 데스크톱에서이 매니페스트를 보았습니다. 다음 명령을 실행하여 설치 rng-tools하면 문제가 해결됩니다.

sudo apt install rng-tools

Arch wiki에서 : rng-tools는 커널에서 난수 생성과 관련된 유틸리티 세트입니다. 이것은 커널의 엔트로피 양을 증가시켜 / dev / random을 더 빠르게 만드는 데 주로 유용합니다.

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