부팅 시간을 최적화하기 위해 Grub에서 "프로필"을 사용하는 것이 왜 작동하지 않습니까? 효과를 되돌리려면 어떻게 해야 하나요?

부팅 시간을 최적화하기 위해 Grub에서 "프로필"을 사용하는 것이 왜 작동하지 않습니까? 효과를 되돌리려면 어떻게 해야 하나요?

여기에 이미지 설명을 입력하세요부팅 시간을 단축하고 싶었고 다음을 따랐습니다.에게:

  1. "/etc/default/grub"을 편집하고 행 GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"GRUB_CMDLINE_LINUX_DEFAULT="quiet splash profile";
  2. sudo update-grub2머신을 실행 하고 부팅합니다.
  3. grub 구성 파일을 다시 편집하고 profile에서 제거하십시오 GRUB_CMDLINE_LINUX_DEFAULT.
  4. grub을 다시 업데이트하고 재부팅하십시오.

하지만 결과는 출력에 따라 부팅 시간이 10초씩 늘어나는 것이었습니다 dmesg!

무엇이 잘못되었나요? 이 팁이 나에게 적용되지 않는 이유는 무엇입니까? 이 설정을 되돌리는 방법은 무엇입니까? 이 프로필 파일은 Xubuntu에서 어디에 저장됩니까? 문제 없이 이 새 프로필을 삭제할 수 있나요?

답변1

처음에 한 가지 언급:Ubuntu 13.10에 만족하더라도 14.04 LTS로 업그레이드하는 것이 좋습니다. Saucy는 이제 1년 넘게 수명이 다했습니다. 즉, 그 이후로 업데이트를 받지 못했다는 의미입니다. 보안 측면에서는 좋지 않습니다. 또한 기술적으로 EOL 릴리스는 여기서 주제와 관련이 없습니다.


커널 부팅 매개변수 profile는 부팅 시 미리 읽기 프로파일링을 위한 트리거입니다. 데몬이 부팅 프로세스를 모니터링하도록 설정된 경우 readahead부팅 중에 로드되는 파일을 찾아 적절한 목록 파일을 작성합니다. 이 파일은 다음 부팅 시 사용되며 하드 드라이브 검색을 줄여 부팅 시간을 단축해야 합니다.

수년에 걸쳐 등장하고 사라진 몇 가지 미리 읽기 메커니즘이 있습니다. 이에 대한 나의 견해는 다음과 같습니다. 이것이 어느 정도 정확하기를 바랍니다.

원본 readahead(더 이상 사용되지 않음)

Ubuntu 아카이브에서 발견된 마지막 버전은 2005년으로 거슬러 올라갑니다. 더 이상 저장소를 통해 설치할 수 없습니다. 언제 대체되었는지는 모르겠지만 10.04 이전쯤이었을 것입니다.

  • 에 저장된 프로필입니다 /etc/readahead/boot.
  • boot커널 매개변수로 이동하고 부팅하여 프로파일링을 트리거합니다 profile.이 버그 보고서문서화되지 않은 개발자 전용 옵션을 제안합니다.

readahead페도라에서

원래는 Fedora에서 왔으며 systemd.

  • 우분투 패키지는 readahead-fedora. 저장소를 통해 사용 가능합니다.
  • 원본을 대체합니다.readahead
  • 다음에 저장된 프로필/etc/readahead.d/custom.{early,later}
  • 다음 중 하나에 의해 트리거된 프로파일링
    • touch /readahead_collect또는
    • profile부팅 시 커널 매개변수 설정 .
  • 최소한 매달 자동으로 프로파일링
  • Ubuntu에서 다음에 의해 대체됨ureadahead

원본 readaheadreadahead-fedora부팅 시 필요한 파일 목록을 생성했습니다. 이 목록은 하드 드라이브 검색을 최소화하는 순서로 부팅 시 읽혀집니다.

ureadahead

이것은 10.04 이후 우분투의 기본값입니다.

  • 사전 설치됨
  • 부팅 시 메모리에 로드되는 페이지 파일을 실제로 생성합니다.
  • 에 저장되었습니다 /var/lib/ureadahead/pack. 다음 부팅 시 강제로 프로파일링하려면 이 파일을 제거하세요.
  • dpkg와 관련된 항목이 설치될 때마다 페이지 파일을 실행하고 업데이트하는 트리거를 설치합니다 init.

우분투 >= 15.04

systemdVivid 이후의 기본 초기화 시스템입니다. 자체적인 미리 읽기 메커니즘을 도입했습니다. ureadahead에서는 작동하지 않습니다 systemd. 그러나 systemd-readahead요즘에는 모든 사람이 SSD를 소유하고 있기 때문에 even 은 이제 유지 관리되지 않고 더 이상 사용되지 않습니다... ureadahead로 부팅할 때 Vivid에서 사용됩니다 upstart.


ureadahead예상대로 매개변수를 사용하지 않는 시스템이 설치되었습니다 profile. 프로필을 설정한 후 부팅 시간이 길어지는 이유를 이해할 수 없습니다. 따라한 방법( CONCURRENCY=...)에서 두 번째 해킹도 적용했다면 이것이 범인일 수 있습니다. upstart그 일은 스스로 처리해야 한다.

앞에서 말했듯이 강제로 ureadahead다시 프로파일링하려면 pack파일 을 제거하세요.

sudo rm /var/lib/ureadahead/pack

.pack해당 디렉토리의 다른 항목도 가능합니다 . ureadahead부팅이 완료된 후에도 약간의 기록이 있으므로 부팅 후 빠르게 로그인하시기 바랍니다 . 이렇게 하면 Unity Shell이나 사용 중인 모든 항목도 포함되기를 바랍니다.

시작하는 데 시간이 얼마나 걸리는지 잘 파악하려면 다음을 살펴보세요.부트차트. 부팅 프로세스의 그래픽 표현을 생성합니다.

관련 정보