나는 긴 부팅 시간을 해결하는 것은 그것이 무슨 부팅하는 데 걸리는 시간 분석,하지만의 출력을 포함 것을 이해 systemd-analyze blame하고 systemd-analyze plot나를 의아해 남아있다.

~ $ 시스템 분석
12.557 초 (펌웨어) + 4.516 초 (로더) + 3.732 초 (커널) + 26.720 초 (사용자 공간) = 47.526 초에 시작 완료

~ $ systemd-analyze 비난 | grep "\ s [1-9] * \."
          8.989 키보드 설치 서비스
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948 계정-데몬. 서비스
          4.446s NetworkManager.service
          3.383s GPU 관리자 서비스
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249 srub-common.service
          2.093s upower.service
          1.943s 네트워킹 서비스
          1.661s 아바 히 데몬 서비스
          1.461s rsyslog.service
          1.460 년대 pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290 년대 컬러 서비스
          1.210s resolvconf.service
          1.192 년대 apport.service
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166 초 dev-mqueue.mount
          1.152s 블루투스 서비스
          1.032s lightdm.service
          1.013s plymouth-quit-wait.service

정보

기계는 Dell Inspiron 5559입니다. 나는 2016 년 2 월 / 3 월 이후에 그것을 가지고있다.

~ $ uname-중요한
Linux 4.8.0-32-generic # 34-Ubuntu SMP 화요일 12 월 13 일 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro는 Lubuntu 16.10 w / LXDE입니다.

~ $ sudo parted / dev / sda 단위 mib 인쇄
모델 : ATA ST1000LM024 HN-M (scsi)
디스크 / dev / sda : 953870MiB
섹터 크기 (논리 / 물리) : 512B / 4096B
파티션 테이블 : gpt
디스크 플래그 : 

번호 시작 끝 크기 파일 시스템 이름 플래그
 1 1.00MiB 513MiB 512MiB fat32 EFI 시스템 파티션 부팅, esp
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB linux-swap (v1)

최악의 부분은 개별 모듈의 시간이 약간 다릅니다 (Lubuntu를 설치 한 이후이 문제를 따르는 것으로 관찰 된 1-2 초). 이는 systemd-analyze blame지속적 으로 업데이트 하거나 일련의 재부팅을 기록한 다음 평균을 만들어야 함을 의미합니다.

누구든지 내가 어디에서 시작할 수 있는지 말해 줄 수 있습니까?

최신 정보

~ $ systemd-analyze 비난 | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s 키보드 설정 서비스
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549 초 grub-common.service
          2.477s plymouth-read-write.service
          1.560s accounts-daemon.service
          1.107s systemd-modules-load.service
          착색되는 1.002s

~ $ 시스템 분석 임계 체인
장치가 활성화되거나 시작된 시간은 "@"문자 뒤에 인쇄됩니다.
장치를 시작하는 데 걸리는 시간은 "+"문자 뒤에 인쇄됩니다.

graphic.target @ 25.631s
└─ 다중 사용자 타겟 @ 25.631s
  └─getty.target @ 25.631s
    └─getty@tty1.service @ 25.631s
      └─system-getty.slice @ 25.630s
        └─setvtrgb.service @ 25.407s + 222ms
          └─systemd-user-sessions.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              └─NetworkManager.service @ 21.154s + 4.090s
                └─dbus.service @ 21.147s
                  └─basic.target @ 21.139s
                    └─Sockets.target @ 21.139s
                      └─snapd.socket @ 21.136s + 2ms
                        └─sysinit.target @ 21.110s
                          └─apparmor.service @ 18.488s + 2.621s
                            └─local-fs.target @ 18.488s
                              └─boot-efi.mount @ 18.387s + 100ms
                                └─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  └─dev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

최소한 명확한 범인이 나타납니다.

닫은

문제가 발생하지 않은 다른 배포판 (Gentoo)으로 마이그레이션했기 때문에 게시물이 닫히므로 질문은 더 이상 관련이 없습니다.

어디에서 시작할 수 있는지 말해 줄 수 있습니까?

라이브 우분투 세션 (또는 "설치하지 않고 시도"기능과 함께 제공되는 배포판)을 실행하십시오.

키보드 나 NIC와 같은 주변 장치 구성 요소에 문제가있을 때 Linux 기반 배포판이 부팅하는 데 오랜 시간이 걸리거나 부팅에 실패하는 경우가 많습니다. 예를 들어, 이전 랩탑의 키보드 "업"키는 물리적으로 누르지 않고 눌린 상태로 유지됩니다 . 이 때문에 keyboard-setup.sh는 오랫동안 기다렸다가 완료하지 못하고 결국 우분투가 부팅 할 수 없다는 오류 메시지를 보게됩니다. 부팅하는 동안 키보드 연결을 끊는 것이 부팅을위한 해결 방법이었습니다.

이러한 유형의 오류에 대해 하드웨어 를 테스트 하는 것이 좋은 출발점이 될 것입니다. 랩톱의 하드웨어 문제에 대해 알고 있다면 부팅 중에 해당 구성 요소의 연결을 끊을 수 있습니다 (polktid 및 keyboard-setup.sh를 언급했기 때문에 NIC 또는 키보드)