Запуск экрана GNU является действительно медленным

[112288]Вы действительно ничего не оптимизируете, удалив эти скрипты. Скрипты [112593]*-bootclean.sh[112594] очищают файлы, которые должны или не должны перезагружаться: файлы в [112595]/var/run[112596], [112597]/var/lock[112598], [112599]/tmp[112600] и др. В Debian с SysVinit есть три таких сценария:
  • checkroot-bootclean.sh[112652] запускается сразу после монтирования корневой файловой системы (что может удалить поддельные файлы, созданные в каталогах, которые вскоре станут точками монтирования, такие как [112653]/run[112654] и потенциально [112655]/tmp[112656])
  • mountall-bootclean.sh[112658] запускается после монтирования локальных файловых систем (в том числе и e. g. локальная отдельная [112659]/tmp[112660] или [112661]/var[112662] - или tmpfs файловая система, но на них нечего чистить)

    mountnfs-bootclean. sh[112664] выполняется после монтирования удалённых файловых систем (включая, например, [112665]/var[112666] через NFS).

    Отключение [112607]mountnfs.sh[112608] и [112609]mountnfs-bootclean.sh[112610] не повредит вашей системе. Однако, чтобы определить это, необходимо внимательно изучить их. Более того, это применимо только в предположении, что вы никогда не поместите файловую систему NFS в fstab. Если вы знаете, что это правда, то я бы очень хотел, чтобы вы впитали в меня свои способности гадания. Если вы просто верите, что это правда, то вы должны принять во внимание риск того, что ваше убеждение в какой-то момент окажется необоснованным.

    Каждое умолчание, которое вы изменяете в дистрибутиве, делает вашу систему другой, поэтому часть документации больше не применяется, тесты, которые провели другие, могут больше не применяться, поддержка, которую вы можете получить, может быть признана недействительной, и т.д. Любое изменение в настройках по умолчанию по своей природе является дополнительным осложнением, и поэтому должно выполняться только в том случае, если из него можно извлечь реальную пользу. Ваше утверждение, что удаление этих сценариев упростит процесс загрузки, ложно, так как вы не учли это.[112297].

    2
    25.06.2013, 22:02
    1 ответ

    Когда мы столкнулись с этим, наш резидентный гений оперативников сузил поиск до медленного LDAP-сервера. Краткосрочным исправлением было удаление проблемного LDAP-сервера из файла /etc/ldap.conf.

    .
    1
    27.01.2020, 22:23

    Теги

    Похожие вопросы