Ubuntu 16.04에서 부팅 속도를 크게하는 방법은 무엇입니까?


39

Ubuntu 16.04로 부팅 속도를 높이려면 어떻게해야하는지 이해하려고합니다. dmesg를 실행하고 출력을 여기에 저장했습니다 . 약 10 초 후에 모든 것이 잘못되는 것 같습니다.


dmesg를 보면 '새로운 마운트 옵션이 기존 수퍼 블록과 일치하지 않습니다'와 같은 항목을 찾을 수 있습니다. 그렇다면 Google은 해당 문자열을 사용하여 수정되지 않은 Linux 버그로 연결됩니다.
NickT

나는 그 오류 또는 유사한 것을보고 있다고 생각하지 않습니다.
Packwood

왜 10 초 안에 상황이 나빠진다고 생각합니까? 어떤 메시지가 특별히 걱정된다고 생각하십니까?
Ciro Santilli 新疆 改造 中心 法轮功 六四 事件

답변:


44

systemd로 가장 많은 시간을 소비하는 것을 알아낼 수 있습니다

systemd-analyze blame

31
예, 어떻습니까? 일부 서비스의 실행을 중지해야합니까?
mohammed amine bourkadi

29

스왑 공간 의 / etc / fstab UUID 를 편집 하면 (의 출력과 일치하도록 sudo blkid) 매력처럼 작동했습니다!

참고 : /etc/crypttab파일에 스왑 항목이 있으면 UUID 또는 경로 (예 : UUID = something 또는 / path / to / swap)를 기준으로 스왑 공간과 일치하도록 두 번째 매개 변수를 변경해야합니다.

SSD에서 부팅 시간은 2 분에서 10 초 미만으로 줄었습니다.

문제는이 문제가 시작될 때 14.04에서 16.04로 정상적인 업그레이드를 수행했지만 파티션을 어지럽히 지 않았습니다. 업그레이드 절차에는 분명히 몇 가지 문제가 있습니다.


테스트에 도움이되었습니다. 테스트 목적으로, 14.04에 디스크가 없을 때 부팅 문제가없는 이동식 캐디에 스왑을 설치했습니다. 16.04의 부팅에는 1-2 분이 더 걸렸습니다. 스왑을 찾지 못하면 커널 3이 커널 4보다 빠르다.
Emmanuel

감사. 당신은 내 많은 시간을 절약했습니다. 또한 14.04에서 시스템을 업그레이드 하여이 문제가 발생했습니다.
PaladiN

감사합니다, 나는 잘못된 스왑 UUID와 같은 문제를 가지고 내가 BLKID 일치하도록 변경하면, 그것은 단지 5 초로 약 60 초간의 긴 시작 시간이 걸렸습니다
브랜든 소렌 Culley

2
에서 봐 askubuntu.com/questions/38533/... 을 수행하는 방법에 대한 추가 정보를 원하시면 대답. 부팅 시간을 100 초 이상에서 15 초로 줄였습니다.
Dmitry

그래, 17.10으로 업그레이드하지만 내 스왑 UUID 일치는 "blkid"의 결과를
엉망

10

업그레이드 후 부팅 시간이 길다는 비슷한 문제가 발생했습니다.

문제는 무엇 이었습니까? 스왑 공간을 삭제 했으므로 / etc / fstab 파일과 새 파일 시스템이 충돌했습니다. 부트 로더는 거의 1m 30 초 동안 기다렸다.

문제 해결 방법 sudo blkid 실행

/ etc / fstab 파일을 열고 uuid와 일치하는 파티션을 비교하십시오. 불일치가 있으면이를 변경하고 재부팅하십시오.


dmesg영업 이익은 다른 문제를 가지고 질문 쇼에서 출력.
바이트 사령관

9

해결 방법이지만 부팅 시간이 크게 단축되었습니다 (1 분 24 초에서 16 초).

sudo vim /etc/systemd/system.conf

이 두 매개 변수의 주석을 해제하고 원하는 시간 종료를 설정하십시오.

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

참고 : 하드웨어 요구 사항 ~ 5-60 초에 맞게이 값을 최적화하십시오.

논의 된 바와 같이 여기에 이러한 매개 변수에 당 단위 구성으로, 단위를 자동으로 다시 시작 사이 잠 기본 시작 시간 및 단위의 정지뿐만 아니라에 대한 기본 시간 제한을 구성 TimeoutStartSec=, TimeoutStopSec=RestartSec=(서비스, systemd.service (5 참조) 단위 별 설정에 대한 자세한 내용).

비 서비스 장치의 DefaultTimeoutStartSec=경우 기본값을 설정하십시오 TimeoutSec= value. DefaultTimeoutStartSec=그리고 DefaultTimeoutStopSec=90 년대에 기본. DefaultRestartSec=기본값은 100ms입니다.


편집-자세한 내용 :

부팅 순서를 분석하여 systemd-analyze plot > sequence.svg새로 업그레이드 한 OS에서 서비스가 시작되지 않는 것으로 나타났습니다. sendmail 데몬 이 잘못 구성된 다음 powerd.service & NetworkManager-wait- online.service 세 개가있었습니다 . NetworkManager 서비스를 완전히 비활성화하는 것은 좋은 생각이 아니기 때문에 10 초 후에 시간 초과되도록 설정하고이 규칙을 전체적으로 적용했습니다.


2
이 솔루션으로 부팅 시간을 68 초 단축 한 방법을 확장 할 수 있습니까?
Geek

아니 probs, 즐기세요!
Mirek

변경 사항을 적용한 후 부팅 시간이 52 초에서 57 초로 바뀌 었으므로 작동하지 않습니다.
Woeitg

1
10 초가 너무 낮습니다. 복구 모드로 부팅 할 수 있습니다. 저는 30 대를 사용하고 있습니다
Anwar

10s는 18.04에서 부팅을 중단했습니다. 복구 모드에서 우분투를 복구합니다.
Pasupathi 2016 년

1

파일 시스템 문제와 관련이있을 수 있습니다. 파일 시스템을 복구하면 부팅 시간이 향상되는지 확인하려면이 링크를 확인하십시오. https://help.ubuntu.com/community/FilesystemTroubleshooting


흠. 이제는 더 긴 것 같습니다. ( pastebin.com/a5g4wHvA ) 약 30 초 후에 잘못되는 것 같습니다. "eth0 : 링크가 준비되지 않았습니다" "nf_conntrack : 자동 헬퍼 할당이 더 이상 사용되지 않으며 곧 제거됩니다. iptables CT 대상을 사용하여 헬퍼를 대신 연결하십시오"
Packwood

0

방금 해결 한 비슷한 문제가 있습니다. SSD에서 Ubuntu 16.04를 실행합니다. 플래시 드라이브를 스왑 파티션으로 사용합니다. 드라이브가 모두 약간 움직여서 부팅하는 데 3 분 이상이 걸렸습니다. 나는 그것을 올바르게 다시 넣었고 이제는 모든 것이 정상입니다. smartctl 또는 fsck를 시도했는데 파일 시스템이 정상이면 플래시 드라이브 (또는 기타 주변 장치)를 제거하고 어떻게 작동하는지보십시오. 행운을 빕니다!


0

pastebin 출력을 기반으로 몇 가지 사항이 나에게 튀어 나옵니다.

EXT4-fs (sda5): re-mounted

이 볼륨 을 fsck 하고 해당 드라이브의 Smart Data 를 살펴볼 수 있습니다.

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

연결이 지원하지 않는 경우 네트워크 연결에서 IPV6비활성화 할 수 있습니다 .


0

다음 user536489의 힌트 :

체계적인 분석 책임

시작하는 데 시간이 오래 걸리고 시간 제한을 낮추는 서비스가 있는지 확인하십시오.

sudo vim /lib/systemd/system/networking.service

TimeoutStartSec같은 것으로 변경하십시오 10s. 매뉴얼 페이지 상태는 "5 분 20"으로 초 단위없는 값 또는 시간 범위의 값을 취한다. 타임 아웃 로직을 비활성화하려면 "무한대"를 전달하십시오.

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