"systemd-analyze plot"에 표시된 부팅 시간의 첫 번째 "커널"섹션이 67 초인 이유를 알아내는 데 도움이 필요합니다. 부팅 프로세스의 해당 부분을 어떻게 디버깅합니까?
나는 주위를 둘러 보면서 내 시스템에 적용되지 않거나 큰 차이를 만들지 않은 다양한 것들을 논의하는 많은 포스트를 보았다.
-apt-daily.service가 부팅 중에 실행되었으므로 지침에 따라 override.conf 파일을 만들고 부팅 시퀀스에서 제거했습니다. 실질적인 개선은 없지만 더 이상 부팅의 일부가 아닙니다.
-4.15.0-24 커널에서 버그에 대한보고가 있지만 4.15.0-43-generic을 실행합니다.
-스왑 파티션에 대한 토론을 보았지만 하나가 없습니다. 내가 읽은 게시물은 18.04가 스왑 파일을 사용하며 스왑 파티션을 갖는 것에 비해 괜찮습니다.
- "systemd-analyze critical-chain"을 실행하면 처음 몇 개의 항목 ( "graphical.target"으로 시작)이 모두 @ 52.342s로 끝나지만 그 의미를 잘 모르겠습니다.
- "systemd-analyze blame"의 상위 항목은 다음과 같습니다.
------- lightdm.service의 경우 31.636s
------- plymouth-quit-wait.service의 경우 31.625s
------- dev-sda1.device의 경우 14.750s
------- systemd-journal-flush.service의 경우 9.733s
------- 그런 다음 키보드, 네트워크, 디스크 및 그 후 각각 7 초 미만입니다.
-저는 최대 절전 모드를 좋아해서 Grub에서 "noresume"설정을 사용하지 않았습니다.
이 문제는 내가 여분의 랩톱에서 18.04를 시도하기로 결정했을 때 시작되었습니다. 이전 파티션 테이블을 다시 작성하여 전체 750GB 드라이브를 하나의 단일 EXT4 파티션으로 다시 포맷했습니다. 그것은 잘 작동했고 라이브 CD에서 18.04를 설치했습니다.
이전에 동일한 컴퓨터에서 문제없이 16.04 및 18.04를 실행했습니다. 18.04의 첫 번째 버전은 16.04에서 업데이트되었지만 기능적인 문제가있었습니다. 18.04를 클린 디스크에 새로 설치하기로 결정했고 그 때 속도 문제가 시작되었습니다.
그래서, 이것을 알아내는 방법에 대한 아이디어가 있습니까? 나는이 랩탑을 친구에게 리눅스로의 시험 단계로 빌려주고 싶다. 이렇게 긴 부팅 시간을 갖는 것은 그에게 꺼질 것이다.
해결했습니다.
내 컴퓨터는 Dell Inspiron 1520이고 커널에 해당 랩톱에 영향을 미치는 버그가 있습니다. 랩톱에없는 svideo 어댑터를 시작하려고합니다.
이 게시물에는 해결책이 있습니다. drm_kms_helper 오류로 인해 부팅이 매우 느립니다.
해결책은 부팅시 grub을 사용하여 svideo 커넥터를 비활성화하는 것입니다.
sudo nano / etc / default / grub
커널 부트 매개 변수를 추가합니다. video = SVIDEO-1 : d, 그러면 다음과 같이 표시됩니다. GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash video = SVIDEO-1 : d"
sudo update-grub sudo 재부팅
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다