☰

Почему использование "профиля" в grub для оптимизации времени загрузки не работает у меня? Как отменить эффект?

tag-icon • tag-icon boot grub2 xubuntu
Почему использование "профиля" в 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 уже больше года как вышел из эксплуатации, а это значит, что с тех пор вы не получали никаких обновлений для него — не очень хорошо с точки зрения безопасности. Кроме того, технически EOL-релизы здесь не по теме.

Параметр загрузки ядра profile— это триггер для профилирования опережающего чтения во время загрузки. Если он установлен, readaheadдемон будет контролировать процесс загрузки, искать файлы, которые загружаются во время загрузки, и записывать соответствующий файл списка. Этот файл будет использоваться при следующей загрузке и должен сократить время загрузки за счет сокращения обращений к жесткому диску.

Есть несколько таких механизмов считывания вперед, которые появлялись и исчезали на протяжении многих лет. Вот мое мнение о них, и я надеюсь, что оно более или менее точное.

Оригинал readahead(устаревший)

Последняя версия, найденная в архивах Ubuntu, датируется 2005 годом. Вы больше не можете установить ее через репозиторий. Я не знаю, когда она была переопределена, но это должно было быть где-то до 10.04.

  • профиль хранится в /etc/readahead/boot.
  • активировать профилирование путем перемещения bootи загрузки с параметром ядра profile, хотяэтот отчет об ошибкепредполагает, что это недокументированная и доступная только разработчикам опция.

readaheadиз Федоры

Первоначально из Fedora и до сих пор используется там для систем, не загружающихся с systemd.

  • Пакет Ubuntu — readahead-fedora. Доступен через репозиторий.
  • суперсиды оригиналаreadahead
  • профили хранятся в/etc/readahead.d/custom.{early,later}
  • профилирование, вызванное либо
    • touch /readahead_collectили
    • настройка параметров ядра profileпри загрузке.
  • автоматически профилируется по крайней мере каждый месяц
  • Заменено в Ubuntu пользователемureadahead

Оригинал readaheadи readahead-fedoraсоздал список файлов, необходимых во время загрузки. Этот список будет считываться при загрузке в порядке, который минимизирует поиски на жестком диске.

ureadahead

Это значение по умолчанию в Ubuntu, по-моему, с версии 10.04.

  • Предварительно установленный
  • На самом деле создает файл подкачки, который загружается в память при загрузке.
  • Сохранено в /var/lib/ureadahead/pack. Чтобы принудительно выполнить профилирование при следующей загрузке, удалите этот файл.
  • Устанавливает dpkgтриггеры, которые срабатывают и обновляют файл подкачки всякий раз, когда устанавливается что-либо, относящееся к init.

Убунту >= 15.04

systemdявляется системой инициализации по умолчанию с момента появления vivid. Она принесла свой собственный механизм упреждающего чтения. ureadaheadне работает с systemd. Но Even systemd-readaheadтеперь не поддерживается и устарела, поскольку, по-видимому, в наши дни у всех есть SSD... ureadaheadиспользуется в Vivid при загрузке с upstart.

Как и ожидалось, ваша система ureadaheadустановлена, которая не принимает параметр profile. Почему у вас может возникнуть длительное время загрузки после настройки профиля, непонятно. Если вы также применили второй хак в инструкции, которой вы следовали ( CONCURRENCY=...), это может быть виновником. upstartследует позаботиться об этом самостоятельно.

Как уже было сказано, для принудительного ureadaheadперепрофилирования удалите packфайл

sudo rm /var/lib/ureadahead/pack

и, возможно, любой другой .packв этом каталоге. Обязательно войдите в систему быстро после загрузки, потому что ureadaheadзаписи немного даже после завершения загрузки. Таким образом, он, как можно надеяться, также включит оболочку Unity или что-то еще, что вы используете.

Если вы хотите действительно хорошо понять, что занимает много времени, чтобы начать, взгляните набутчарт. Он создает графическое представление процесса загрузки.

Связанный контент