부팅 / 종료 시간을 어떻게 개선 할 수 있습니까?


29

꽤 괜찮은 노트북 (Intel Core i7-3520M CPU @ 2.90GHz, Samsung의 SataII SSD, 8GB Ram)이 있지만 부팅 및 종료 시간이 만족스럽지 않습니다 ... 부팅 차트를 설치했으며 해석하려고합니다. 하지만 일부 부분을 이해하지 못합니다.

부트 차트 출력

특히, CPU 사용률이나 I / O가 거의 없을 때 처음 10 초 동안 무슨 일이 일어나고 있는지 알 수 없습니다. 그럼 무슨 일이야? (udevd, modprobe 및 plymouth running 만있는 것 같습니다).

일상 업무의 다른 쪽 끝에, 나는 또한 느린 셧다운을 경험한다. 여기에 샷 다운 차트가 없으므로 더 단서가 없습니다 ...

업데이트 나는 종료하는 동안 위로 키를 누르는 것이 콘솔에 액세스 할 수 있다는 힌트를 얻었습니다 (그 전에 F1 / Alt F1과 싸우고있었습니다). 그래서 긴 종료 시간은 rpcbind모뎀 관리자 가 깨끗하게 종료 할 수없는 것과 관련이있는 것으로 나타났습니다 ... 어떤 생각입니까?

업데이트 2 rpcbind 및 modemmanager를 제거했습니다. 이로 인해 시스템 종료가 더 나아졌지 만 여전히 '모든 프로세스가 1 초 내에 종료되었습니다'라는 메시지와 실제 종료 사이에 몇 초가 대기하고 있습니다. 바로 그때, 아직 읽을 수없는 빠른 메시지가 표시되지만 시간 초과가 발생할 것으로 의심됩니다 ...

업데이트 3 좋아, 부팅 프로세스의 처음 10 초 동안 재개루트 대기 실행으로 범위를 좁혔습니다 . 디스크 나 주목할만한 CPU 활동없이 5 초 이상 걸립니다. /etc/initramfs/conf.d/resume의 스왑 UUID가 스왑 파티션의 실제 UUID와 일치하지 않는 것으로 나타났습니다. 이것은 암호화되어 있습니다. 아마도 그게 요점일까요? initramfs-tools 및 cryptswap에 대한 힌트가 있습니까?


나는 이것이 관련이 없다는 것을 알고 있습니다. 그러나 여전히 나는 일시 중단 (램 / 디스크)을 대안으로 사용하도록 제안하는 것을 그리워하고 싶지 않습니다. 에서 "오프 상태", "실행 상태"이 내 미만 3 초입니다 약한 시스템
humanityANDpeace

1
SSD를 사용할 때는 디스크에 일시 중단이 권장되지 않습니다. 매번 메모리에 디스크에 기록하는 것을 의미하기 때문에 일시 중단에서 램으로 다시 시작하는 것보다 빠릅니다.
alci

1
나는 아마도 15 초, 아마 10 초 정도의 소리를 기대할 것이다. 내 SSD는 정말 빠르며 CPU는 나쁘지 않다. 나는 그것을 최대한 활용할 수 있다고 생각한다. 솔직히 말하면 부팅 시간은 그렇게 나쁘지는 않지만 종료 시간은 나쁩니다. 즉, rpcbind와 모뎀 관리자를 제거하면 (오늘날) 훨씬 개선되었습니다. 또한 부팅의 첫 10 초를 이해한다고 생각합니다. udev에 드라이버가로드되고 / dev가 채워지는 initramfs에서 발생하는 시간 인 것 같습니다. 훨씬 빠를 수 있는지 모르겠다 ... (www.debian-administration.org/articles/620 참조)
alci

1
종료를 진행 한 것이 좋습니다. 부팅 과정에 행운이 있었습니까? UDEV는 범인입니까?
humanandANDpeace

1
고마워, rpcbind 및 모뎀 관리자가 나를 위해 속임수를 썼고 rngd : bugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036 이제 마침내 내 컴퓨터가 필요합니다 (Lenovo W530 with SSD, 셧다운 시간이 짧아서 부팅 시간이 줄어 듭니다 (10 초 미만).
sup

답변:


12

좋아, 나는 문제를 발견했다. 내가 느끼는 것처럼, 이력서루트를 기다리는 5 초 는 정상이 아닙니다.

인터넷 검색, 마침내이 버그 보고서를 발견했습니다 : 루트 대기 시간 5 초 지연

기본적으로 5 초 대기는의 잘못된 입력으로 인한 것입니다 /etc/initramfs-tools/conf.d/resume.

스왑이 암호화되어 있으며 초기 설치 UUID가에 있음이 밝혀졌습니다 /etc/initramfs-tools/conf.d/resume. blkid가 제공 한 것을 / dev / mapper / cryptswap1에 넣으려고했지만 작동하지 않았습니다 ...

마지막으로 파일의 항목을 주석 처리했으며 5 초 지연이 사라졌습니다. 어쨌든 내 시스템에서 최대 절전 모드가 활성화되어 있지 않습니다 (우분투에서는 기본적으로 비활성화되어 있다고 생각합니다). 항목 시작 부분의 #을 확인하십시오.

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

그런 다음 다음을 실행하십시오.

sudo update-initramfs -u

최신 부트 차트는 다음과 같습니다.

부팅 차트

훨씬 낫다. 종료와 관련하여 rpcbind 및 modemmanager를 제거하면 문제가 해결되었습니다. 이제 부팅 및 종료 시간이 길었습니다.


이 wait_for_root 등 스왑 관련 문제를 발견하고 부팅 시간을 단축시키는 것을 보니 매우 기쁩니다. @alci 당신에 관한 "quite big 8GB"나는 당신이 PC를 무엇을 위해 사용하는지 궁금해서 스왑을 사용하는 것이 합리적이라고 생각하십니까? 스왑 파티션을 사용해 본 적이 있습니까? 따라서 일부 응용 프로그램에서 8GB 이상의 RAM을 사용하고 있습니까? 와우? 그렇지 않으면 스왑 문제를 피하지 않았을 수도 있습니다.
humanandANDpeace

1
내 스왑은 여기 있기 때문에 ... 나는 항상 리눅스 설치와 스왑을했다. 그리고 나는 항상 오래된 경험 법칙을 적용했습니다 : swap size = ram size :-). 8GB 이상의 RAM을 사용해 본 적이 있습니까? 일반적으로 그렇지 않습니다. 하지만 스왑이 없으면 어떻게됩니까? 스왑 비용은 얼마입니까?
alci

-6

RAM에 OS를 설치하고 싶습니까? 실제 속도가 당신이 추구하는 것이라면 그것이 될 것입니다. SSD로드 시간과 RAM로드 시간의 차이는 매우 큽니다.


17
멋진 생각이지만 RAM 전원을

기술적으로 말하자면, 컴퓨터의 전원을 끄면 RAM에 설치된 시스템이 사라질 것입니다
Ed Villegas

물론, 그 이유는 UPS를 사서 절대로 셧다운시키지 않는 이유입니다.
Kaspar

RAM에 OS를 설치 하시겠습니까? memcache는 이미 그것을 밀고 있지만 OS를 설치하고 있습니까?
Linuxios

@ Linuxios 나는 일종의 <2.5GB / root 파티션 이미지를 램의 tmpfs 파티션으로 복사했다. 초기 긴 2.5GB 데이터 복사 후에는 매우 빠르게 실행됩니다. @ Linuxios는 여전히 리눅스 캐싱 종류는 비슷한 속도를 달성한다고 말합니다. 이 의견은 단지 말할 것입니다 : RAM에서 리눅스를 실행하는 것이 절대적으로 미친 것은 아닙니다. 할 수 있습니다. 종료하기 전에 이미지를 다시 복사하면 영구적 인 것이 될 수도 있습니다. :)
humanandANDpeace
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.