나는 긴 부팅 시간을 해결하는 것은 그것이 무슨 부팅하는 데 걸리는 시간 분석,하지만의 출력을 포함 것을 이해 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
지속적 으로 업데이트 하거나 일련의 재부팅을 기록한 다음 평균을 만들어야 함을 의미합니다.
누구든지 내가 어디에서 시작할 수 있는지 말해 줄 수 있습니까?
최신 정보
를 통해 16.10에서 17.04로 업그레이드 sudo apt dist-upgrade
하면 상황이 크게 변경되었습니다.
~ $ 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 또는 키보드)