В состав Windows 7, входят средства диагностики и устранения неполадок, основанные на PowerShell. Я предлагаю вам собственный пакет, который создает отчет о скорости загрузки Windows 7 и исправляет основные системные проблемы, которые могут негативно влиять на нее.
С помощью PowerShell можно получать разнообразные данные о системе, и в том числе очень легко обрабатывать сведения из журналов событий. Именно эти особенности я использовал для своего пакета, чтобы представить в удобном виде информацию о загрузке системы.
Входящий в пакет скрипт собирает информацию, а затем выводит в текстовом файле:
- основные сведения о последней загрузке
- состояние службы SuperFetch и ее функции ReadyBoot
- данные о работе дефрагментатора диска
- процент свободного места на системном разделе
- сведения об операционной системе, процессоре и памяти
Второе назначение пакета – это устранение ряда системных проблем, замедляющих загрузку. Не стоит ожидать от него магического ускорения, поскольку фактически речь идет о возврате к исходному состоянию настроек, которые пострадали из-за непонимания их роли в длительности загрузки системы.
На этой странице:
- О создании пакета и роли сертификатов безопасности
- Запуск диагностики
- Интерпретация сведений о системе и ее загрузке
О создании пакета и роли сертификатов безопасности
Я познакомился с PowerShell совсем недавно, но все оказалось проще, чем я думал. Не без помощи активного «гугления» я относительно быстро создал базовый скрипт по сбору информации (эквивалентный «батник» я бы в жизни не написал). Полезные советы по его оптимизации и тонкостям PowerShell мне дал Василий Гусев, Microsoft MVP и автор блога PowerShell и другие скрипты. Он же заразил меня идей создать диагностический пакет, хотя больше года назад я уже видел его доклад на Платформе на эту тему.
Создание пакета не таит в себе особых сложностей – это проще, чем создать файл ответов для автоустановки, если уже есть все скрипты. Барьером оказалось то, что пакет должен быть обязательно подписан, а в системе должен быть установлен сертификат, удостоверяющий эту подпись. Иначе ничего не запустится! PowerShell – мощное средство для управления Windows, поэтому Microsoft предпринимает меры предосторожности.
Из бесплатных способов самым быстрым является создание самоподписанного сертификата. Вадимс Поданс, кстати тоже MVP PowerShell, прямо заявляет, что они являются злом (и делает это в статье, описывающей создание такого сертификата средствами PowerShell :).
Диагностический пакет не отправляет никаких данных никуда. Tекущая версия подписана моим личным сертификатом, который выдала компания Digicert, удостоверив мою личность.
Запуск диагностики
Вам понадобятся права администратора.
- Загрузите архив и распакуйте в любую папку.
- Запустите файл CheckBootSpeed.diagcab.
Пакет может устранять проблемы в автоматическом режиме, но если вы хотите подойти к вопросу избирательно, щелкните Дополнительно в первом окне и снимите флажок Автоматически применять исправления. Если у вас в порядке все системные настройки, связанные с загрузкой, вы увидите только предложение создать отчет о загрузке.
Через несколько секунд все будет готово. Вы увидите сводку диагностики, а отчет о загрузке и системе откроется в блокноте. Если диагностика исправила проблемы со службами, перезагрузите систему для вступления изменений в силу.
Текстовый файл с отчетом создается во временной папке, чтобы не засорять систему. Вы можете сохранить отчет где угодно, а также вставить на форуме или в блоге, для чего в тексте предусмотрен тег code.
Интерпретация сведений о системе и ее загрузке
Текстовый отчет состоит из пяти маленьких блоков, и подобраны они так, чтобы составить представление о загрузке конкретной системы.
Общее время загрузки
Первые две строки отчета содержат информацию о времени полной загрузки системы, а также профиля в память.
Система загрузилась за 98 с, в т.ч. профиль за 4 с Среднее время трех последних загрузок составляет 146 с
Все значения округлены до целого числа секунд. Обратите внимание, как просто подсчитать среднее время последних трех загрузок. С журналом событий пришлось бы брать в руки калькулятор.
Загрузка рабочего стола
Далее идут сведения о финальном этапе загрузки, который проще всего ускорить. Длительность полной загрузки рабочего стола и количество программ в автозагрузке.
Время от появления рабочего стола до его полной готовности к работе составило 48 с, на что могли повлиять 11 программ в автозагрузке.
Полная готовность рабочего стола с моей точки зрения как пользователя означает окончание загрузки всех программ и моментальную реакцию на мои действия, без всяких «бубликов». Система смотрит на это аналогично, а об алгоритме мы поговорим в будущих статьях.
Строго говоря, на момент начала загрузки рабочего стола еще может продолжаться обработка процессов, запущенных на более раннем этапе.
Программы, стартующие при загрузке системы, играют в длительности этого этапа большую роль. Заметьте, что в моем примере он занял
почти половину от общего времени загрузки системы!
Количество программ в автозагрузке соответствует тому, что вы можете увидеть на вкладке Автозагрузка утилиты msconfig.
ReadyBoot, SuperFetch и Prefetch
Функция ReadyBoot работает в рамках службы SuperFetch. После каждой загрузки она, дождавшись бездействия системы, анализирует предыдущий запуск и определяет, какие файлы использовались во время последней загрузки. В следующий раз ReadyBoot ускоряет загрузку Windows за счет кэширования файлов загрузки системы и программ автозагрузки в оперативной памяти, что быстрее, чем считывать файлы с жесткого диска.
Функция Prefetch, появившаяся в Windows XP, служит для упреждающей загрузки данных в память. Служба SuperFetch в Windows 7 выступает в качестве интеллектуальной надстройки над Prefetch, анализирующей ваши сценарии использования системы.
От службы SuperFetch помимо ReadyBoot также зависят функции ReadyBoost и ReadyDrive, предназначенная для не слишком распространенных гибридных дисков.
Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*
Первая строка выводит статус службы SuperFetch. Очевидно, что если служба SuperFetch отключена, ReadyBoot не функционирует.
Вторая строка интерпретирует значение параметров EnablePrefetcher и EnableSuperfetch в разделе реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\PrefetchParameters
Функция ReadyBoot на жестких дисках считается включенной, если значения каждого параметра 2 или 3 в любых сочетаниях (на рисунке ниже значения по умолчанию):
- 2 – обрабатываются файлы загрузки (системные и программ в автозагрузке)
- 3 — наряду с ними кэшируются также программы, запускаемые во время работы системы
Упоминание об оптимальном режиме здесь тоже не случайно, и оно будет не у всех.
Если на компьютере установлено менее 1.7 Гб оперативной памяти (RAM), ReadyBoot сжимает кэшируемые файлы. В этом случае на их распаковку требуется какое-то время, пусть и совсем небольшое.
Звездочка (*) ссылается на важное примечание о том, что информация о ReadyBoot не является актуальной при загрузке с твердотельного накопителя (SSD). Когда Windows 7 определяет наличие SSD диска, служба SuperFetch отключает функцию ReadyBoot, поскольку в этом случае выигрыша в скорости загрузки нет.
Windows 7 определяет наличие SSD на основе спецификаций ACS-2. Система опрашивает диск и интерпретирует полученный результат в соответствии с таблицей, опубликованной на MSDN.
Накопитель считается твердотельным, если диск определяется как «не вращающийся» (non-rotational).
Microsoft включила утилиту для определения типа диска в состав набора Windows Logo Kit. Однако скриптом извлечь эту информацию невозможно. Впрочем, если вы знаете, как определить SSD с помощью PowerShell, пожалуйста, расскажите мне, и я обновлю пакет.
Работа дефрагментатора и свободное пространство на системном диске
Четвертый блок отчета выводит сведения о работе встроенного дефрагментатора Windows, в т.ч. дату его последнего запуска, а также процент свободного пространства на системном диске.
Служба 'Дефрагментация диска' имеет тип запуска Manual Дефрагментатор выполняет оптимизацию загрузочных файлов Служба 'Планировщик заданий' имеет тип запуска Auto и в настоящий момент Running Запланированная задача дефрагментации включена Последний запуск дефрагментатора Windows был 01/23/2011 14:19:46*
Здесь звездочка также указывает на то, что для SSD дисков это не имеет значения. Windows 7 не выполняет дефрагментацию SSD дисков, поскольку она им не нужна. Поэтому, если система загружается с такого диска, сведения о работе дефрагментатора бесполезны в контексте ускорения загрузки. Однако фрагментированность обычного жесткого диска может негативно влиять на скорость загрузки системы.
Для нормальной работы дефрагментатора требуется, чтобы служба «Дефрагментация диска» не была отключена (по умолчанию она имеет тип запуска «Вручную»). Оптимизация загрузки выполняется отдельной задачей по расписанию, однако этому может препятствовать параметр Enable со значением N в разделе реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dfrg\BootOptimizeFunction
По умолчанию он отсутствует, но может появляться в результате установки сторонних дефрагментаторов или неумелой настройки системы. В результате при попытке дефрагментировать загрузочные файлы будет возникать ошибка 0x89000018. Диагностический пакет обнаруживает и устраняет обе проблемы.
Windows поддерживает диск в порядке с помощью планировщика заданий, в котором для этого назначена специальная задача ScheduledDefrag в разделе Microsoft — Windows – Defrag. Если отключена эта задача или служба планировщика, дефрагментация не выполняется.
Тип запуска службы планировщика определяется по значению параметра Start в разделе реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Schedule
Автоматическому запуску соответствует значение 2.
Дату последнего запуска дефрагментатора скрипт извлекает из журнала событий, как и в случае со временем загрузки. Однако здесь используется Журналы Windows – Приложение, куда записываются все действия дефрагментатора (событие 258 с источником Defrag).
Последнее событие дефрагментации вовсе необязательно относится к обработке системного диска. Если вы отфильтруете записи журнала, то заметите, что там есть отчеты о других разделах и даже съемных дисках. Дефрагментация загрузочных файлов выполняется отдельно, как видно на рисунке выше.
Если у вас дефрагментатор не работал даже пару недель, можно смело сказать, что резерв для оптимизации есть.
Безусловно, мой скрипт не способен определить сценарий, при котором вы пользуетесь сторонним дефрагментатором, а встроенный отключили. В этом случае вы сами несете ответственность за фрагментированность системного диска. Что же касается попеременного использования встроенного и стороннего дефрагментаторов, то я считаю, что в этом как минимум нет смысла. Ведь каждая программа по-своему раскладывает файлы на диске, и программы скорее будут мешать друг другу, чем помогать.
Также в этом блоке приводится информации о проценте свободного пространства на системном диске.
Системный раздел C: объемом 111,79 Гб имеет 7,51% свободного пространства
Вообще-то, у меня в системе немного другая картина, но я создал небольшой недостаток места, чтобы проиллюстрировать один важный момент.
Чтобы обеспечить полную и эффективную дефрагментацию, на разделе должно быть не менее 15% свободного пространства.
В соответствии с официальной документацией и высказываниями разработчиков в противном случае выполняется только частичная дефрагментация, что происходит в том числе и при работе дефрагментатора по расписанию. Да, полную дефрагментацию можно форсировать параметром командной строки, но это уже ручная работа.
Мораль в том, что если вы хотите оптимизировать загрузку, не экономьте на спичках, т.е. на размере системного раздела, и поддерживайте на нем не менее 15% свободного пространства.
Сведения об аппаратной конфигурации
Завершают отчет три строки об операционной системе, процессоре и оперативной памяти.
Компьютер работает под управлением Microsoft Windows 7 Максимальная 6.1.7600 32-bit Установлен процессор Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz Системе доступно 3574 Mb оперативной памяти
Эту информацию вы можете посмотреть, например, в свойствах системы, нажав сочетание клавиш WIN+PAUSE.
Быстрое «железо» не просто положительно влияет на скорость загрузки системы, но и является одним из основных факторов в этом вопросе. В первую очередь это касается мощи процессора и скорости жесткого диска. Я оставил эту информацию напоследок не потому, что она не важна, а потому, что вас, скорее всего, интересует ускорение загрузки без обновления конфигурации :)
Если вы поделитесь своей информацией в комментариях или в форуме, будет интересно посмотреть на случаи, когда скромная конфигурация загружается быстрее мощной системы за счет лучшего ухода и оптимизации. Это тем более интересно увидеть, потому что в следующих статьях мы будем заниматься ускорением загрузки, после чего можно будет сравнить прирост в скорости.
Я уверен, что многие читатели уже догадались, как распорядиться полученной информацией для уменьшения времени загрузки. Вы можете сверить свои выводы с моими простыми советами по ускорению загрузки Windows.
Обновлено 27-Feb-11. Добавлена проверка типа запуска службы «Дефрагментация диска» и наличия в реестре параметра, блокирующего дефрагментацию загрузочных файлов. Добавлен вывод информации о размере системного раздела.
Вы прочли главу из электронной книги «Ускорение загрузки Windows». Подпишитесь на уведомления о новых записях по почте и получите книгу в подарок.
Что-то не получается запустить CheckBootSpeed.diagcab
Выскакивает ошибка с кодом 0x800B010A.
Предварительно импортнул сертификат, как вы и писали.
x1shn1k, какая ОС и архитектура? Есть ли сертификат в хранилище (см. readme в архиве)?
Таки я накосячил =/
У меня пользовательская уч. запись, батник запускал сначала без повышенных привилегий. Он спросил импортировать ли данные, я ответил Да. После этого CheckBootSpeed.diagcab выдавал ошибку. Я запустил батник через run as administrator — вообще ничего про импорт не спрашивало. И только когда я запустил отдельно командную строку под административными данными, перешел в каталог с вашим cmd и выполнил его, только после этого сертификат успешно импортнулся и CheckBootSpeed.diagcab заработал.
x1shn1k, понятно. Вообще, в административной учетной записи работает и при импорте сертификата с обычными правами. Возможно, выполняется тихое повышение. Пакет тоже нужно выполнять в учетной записи администратора (для него точно выполняется тихое повышение), иначе данные о загрузке не собрать.
Возможен ли запуск этой софтины на Висте х86?
Юрий, нет. Диагностические пакеты работают только в Windows 7. Но вы можете посмотреть сведения о загрузке в журнале событий (см. пред. запись).
И эта и предыдущая статья проштудирована полностью,впрочем,как и весь блог.
Поскольку многое из того,что предлагается для Семёрки работает и на Висте,я сначала-как водится- попробовал,но дело не пошло,хотя сертификат при помощи двух клавиш нормально улёгся туда,куда положено-CheckBootSpeed.diagcab.открылся в блокноте-стало интересно,может что не так сделал-решил таки спросить.
Теперь ясно.
С интересом просмотрел журнал событий.
Система грузится 1мин.34 сек.-так обозначено время в журнале.
Как классифицировать это время-программа BootRacer определяет,как «хорошо»,но хотелось бы «отлично».
Очень жаль,что уважаемый автор работает теперь на Семёрке-для Висты почерпнул много интересного и здесь и на OSzone.net.
В любом случае-спасибо.
Юрий, в принципе, у меня под заголовком каждой статьи указана категория, т.е. видно, для какой ОС предназначен материал.
В Vista нет PowerShell, но его можно установить отдельно. Пакеты не заработают, но скрипты можно будет выполнять.
Полторы минуты, пожалуй, можно улучшить — следите за статьями по теме :)
Вадим, свой отчёт о загрузке выложил на форуме, дублировать уже не буду :)
Долго загружается «рабочий стол»… подозреваю что из-за того, что есть в автозагрузке, однако я там уже поотключал всё, что можно было «безболезненно» отключить, и не знаю чего делать дальше :)
Виктор,
Да, такой конфиг должен грузиться быстрее, и в твоем случае можно сбросить около минуты сразу. Система загружается относительно быстро, но 3/4 времени уходит на рабочий стол (время ввода пароля надо вычитать, но это несколько секунд всего).
В твоем случае основная цель достигается за счет оптимизации (у меня это не называется чисткой ;)) автозагрузки программ. И здесь нет никакой магии. Основа-то уже давно описана в блоге, ты это и сам найдешь (если что, подсказка в ПТ :)
Второй слабый момент — свободное место на диске и неэффективная дефрагментация. Я вот подумал, что надо доработать скрипт, чтобы писал объем вдобавок к проценту — тогда сразу можно было бы сказать, пожадничал ты или нет при разбивке диска на разделы. Здесь всю магию ручками самому делать придется, если эти несколько секунд важны. Но выводы делать надо.
Полминуты на загрузку системы
Общий объём системного раздела = 75.2Гб
Свободный объём раздела в данный момент = 5.52Гб (7.34%)
Знаю, этого немного маловато, но когда около года назад создавал разделы и подумать не мог, что объема в 75Гб мне окажется мало :)
Может с выходом СП1 попытаюсь «добавить» несколько ГБ к системному разделу за счёт свободного места на другом логическом диске, только боюсь что для этого придётся форматировать системный раздел, очень я не люблю «играться» с «перераспределителями» места на раздалах потипу Акрониса и компани, у меня на диске есть ценная информация, и её потеря = почти что… ну в общем ты понял :)
Кстати да, твоему скрипту не хватает информации о дисковой подсистеме — помимо % свободного пространства нужно же и объём диска учитывать :)
P.S. Приятно то, что твой скрипт у меня не выявил вообще никаких проблем, не пришлось ничего устранять :)
Наверное того, что я не любитель отключать системные службы ;)
То есть, мне, или какому-то другому «хакеру» показалось, что система будет более оптимизированней, если отключить какой-то компонент, и не беда, что инженеры в Редмонде до этого не додумались :))) Конечно же это бред :)
А разве ОС не «останавливает» таймер пока не будет введён пароль?
Мне казалось, что должна была бы…
а здесь что имелось ввиду? Я что-то не совсем понял о чём речь :)
Эффективность дефрага зависит от процента, а не от объема.
MainPathBootTime (см. пред. статью).
С паролем — можешь проверить сам или посчитать в событии 100 — начало и конец указаны там.
По идее, можно обойтись без сертификатов, если я не путаю ничего, здесь все описано http://technet.microsoft.com/en-us/library/ee176949.aspx (Set-ExecutionPolicy RemoteSigned или Set-ExecutionPolicy Unrestricted)
Pavel, это подходит для запуска скриптов PowerShell. Первоначально почти так и задумывалось — запуск скрипта из CMD-файла. Здесь же запускается диагностический пакет, а не голый скрипт.
Очень интересно!
Провел анализ, буду сравнивать потом,спасибо Вадим! Кстати встроенный был отключен, пользовался O&O defrag 14 , но на днях пришлось восстанавливать систему акронисом и еще ни разу не делал дефрагментацию…У меня вопрос Вадим- раз теперь включился встроенный, стоит или нет потом проводить дефрагментацию с O&O defrag 14 или оставить системный как есть? вот первый отчет , но это система после восстановления и не дефрагментированная.
Система загрузилась за 65 с, в т.ч. профиль за 2 с
Среднее время трех последних загрузок составляет 83 с
Время от появления рабочего стола до его полной готовности к работе составило 34 с,
на что могли повлиять 6 программ в автозагрузке.
Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был 01/22/2011 17:06:32*
На системном диске C: доступно 62,24% свободного пространства
Компьютер работает под управлением Microsoft Windows 7 Профессиональная 6.1.7600 32-bit
Установлен процессор Intel(R) Pentium(R) D CPU 2.80GHz
Системе доступно 2047 Mb оперативной памяти
*не применимо к SSD дискам
[/code]
Алекс, сейчас у вас все хорошо, тем более на таком железе, и особых резервов для оптимизации я не вижу.
Что касается стороннего дефрагментатора, я не могу судить, насколько он хорошо дружит с ReadyBoot. В любом случае, два использовать не вижу смысла, о чем сказал в статье.
Спасибо Вадим! да вы правы,железо у меня старое уже,но еще работает!)..К тому же память одноканальная..Я еще поставил утилиту от Марка Hусиновича, она мне дефрагментирует файл подкачки при загрузке машине, по идее все быстро проходит…
Я почему спросил про дефраги,я убей не помню,но читал что встроенный в виндовс дефрагментатор неахти..Судя по всему ошибался…Это последний вопрос, мне деалть дефрагментацию сис.раздела полную? или достаточно что теперь после запуска вашего
«средства диагностики и устранения неполадок, основанные на PowerShell» ?.
Алекс, оптимизацию загрузки можно сделать отдельно (см. след. статью), но она также выполняется в рамках полной дефрагментации.
Что касается «не ахти», то он. может, и не обладает некоторыми фичами, которые присущи сторонним. Но там больше пиара, чем реальной оптимизации.
Понял , благодарю,век живи,век учись). Вторая загрузка показала довольно дольше время,а вот третья уже быстрее первой…Из статьи понял что надо время…А вот в планировщике(я не разу с ним не связывался) но просмотрел и задачи ScheduledDefrag не вижу(((..Хотя в отчете написано:
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена.
Алекс, включите скрытые задачи в меню Вид.
Вадим в меню вид, они включены… и вообще , при запуске планировщика пишет :
Выбранная задача «{0}» больше не существует, чтобы просмотреть текущие задачи- нажмите обновить. Когда нажимаю обновить, опять это же сообщение.
Может потому что служба дефрагментации дисков стояла «вручную» ? Запустить наверно на авто надо.
Алекса, служба «дефрагментация дисков» по умолчанию должна запускаться вручную. Описанная вами проблема с планировщиком выходят за рамки статьи, ибо в стандартной системе ее нет. Для решения подобных проблем есть форум на OSZone — милости прошу.
Хорошо Вадим..С планировщиком как раз на оригинале, на второй системе (сборка) все в порядке.
CheckBootSpeed — загрузка 117с, вначале
убрал лишнее в автозагрузке, дефрагментация
проверил — загрузка 51с
Вадим, спасибо!
Dem, спасибо за отчет. Я рад, что у вас все получилось :)
Вадим, только что установил на ноутбуке свежую Win7 x86 SP1…
После первой загрузки (перед установкой драйверов) попробовал запустить твой скрипт проверки скорости загрузки: он запустился, в первом окошечке жму Next, и после попытки определения ошибок пишет, что Troubleshooting couldn’t identify the problem, а из вариантов действий только кнопочка Close :)
Всё заработало!
Просто нужно было перезагрузить ПК ещё 3 раза, с 3го отобразился отчёт о скорости загрузки ОС:
— система загрузилась за 29 с, в т.ч. профиль за 1 с.
Среднее время трёх последних загрузок составляет 37 с.
Время от появления рабочего стола до его полной готовности к работе составило 14 с.
Конфигурация ноутбука: Celeron U2300 @ 1.2GHz; Intel GS45; 2GB DDR2; HDD 320 GB @ 5400rpm.
Система загрузилась за 58 с, в т.ч. профиль за 1 с
Среднее время трех последних загрузок составляет 71 с
Время от появления рабочего стола до его полной готовности к работе составило 19 с,
на что могли повлиять 8 программ в автозагрузке.
Служба SuperFetch имеет тип запуска Auto и в настоящий момент Running
Кэширование загрузочных файлов с помощью ReadyBoot включено и работает в оптимальном режиме*
Служба Планировщик заданий имеет тип запуска Auto и в настоящий момент Running
Запланированная задача дефрагментации включена
Последний запуск дефрагментатора Windows был 02/26/2011 18:58:36*
На системном диске C: доступно 51,30% свободного пространства
Компьютер работает под управлением Microsoft Windows 7 Максимальная 6.1.7601 32-bit
Установлен процессор Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz
Системе доступно 3579 Mb оперативной памяти
Не пойму в чем проблема, самое отвратительное, что на добро пожаловать висит больше 10-ти секунд
Loner, у вас все неплохо. Что же касается 10 секунд на «Добро пожаловать», читайте следующую статью в понедельник и вы узнаете, что там происходит :)
Спасибо за ответ, в первый раз система загружалась за 38 секунд, а потом стало в среднем ~70 секунд, а после применения дефрагментации загрузочного раздела(по совету в одной из ваших статей стало так как написал выше(58 секунд) надеюсь что следующая статья больше поможет, а то уж очень раздражает это пауза в «добро пожаловать» P.S. и еще можно сказать часто бывает черный экран на несколько секунд, как до «добро пожаловать» так и после, до появления рабочего стола…
почему так долго грузится профиль?
Сергей, на основании этого отчета невозможно дать ответ на ваш вопрос. Попробуйте посмотреть с помощью WPТ, он описан в следующей статье. Если сами не разберетесь, залейте XML и ETL в архиве на webfile.ru и сопроводите ссылкой свой вопрос в форуме.
Но прежде чем вы это сделаете, рекомендую воспользоваться тремя простыми советами. Возможно, проблема рассосется после этого.
P.S. Дублировать вопросы в блоге и в форуме необязательно, я все равно не буду копировать свои ответы вам в двух местах.
CheckBootSpeed [url=http://forum.oszone.net/newpostinthread-202479.html]v1.1[/url] — заменена опция «Перейти на форум и в блог» на «Получить книгу»? :)
«Для решения подобных проблем есть форум на OSZone »
Это все понятно, что решение там…Но пакет тут, поэтому и написал тут! Бсеполезно,планировщик хоть убей отвечает вот это
«Выбранная задача «{0}» больше не существует, чтобы просмотреть текущие задачи- нажмите обновить.»
К сожалению Вадим я не могу вам противостоять(слишком вы квалифицированны) и так же к сожалению это не было замечено до вашего пакета …Поэтому и пишу тут, потому как есть шанс что это случилось после его установки..Что вы можете подсказать?
Алекс, я не призываю вас к противостоянию :) После установки пакета такое произойти не могло, он ничего не изменяет без вашего ведома.
Да, пакет здесь, а проблема с планировщиком решается на форуме. [решено] Не запускается планировщик заданий (task scheduler) .:[все вопросы]:.
И это посмотрите еще.
Попробовал утилиту. Она включила службу дефрагментации вручную и что-то исправила в реестре, что связано с дефрагментацией загрузочных файлов. Но в планировщике заданий я отключил дефрагментацию по расписанию, так как использую новый o&o defrag, где, вроде бы, происходит дефрагментация системных (в том числе загрузочных) файлов при использование режима optimize. Если я ничего не путаю. Как настроить службы реестр правильно, при использовании стороннего (не встроенного) джефрагментатора, который, правда, стоит как основной ( то есть система должна использовать именно его, если я правильно понял)?
Спасибо!!!! Только после нажатия на кнопку ДОПОЛНИТЕЛЬНО понял, насколько полезна программка
Вивиан Цельс, если вы используете сторонний дефрагментатор, то встроенный лучше заблокировать — достаточно отключения службы. Я не знаю, будет ли лучше со сторонним, я просто не вижу смысла использовать оба.
Проверить эффективность стороннего в контексте оптимизации загрузки вы можете с помощью WPT (см. последнюю главу книги).