Скорость загрузки Windows 7 - измерение, устранение неполадок, оптимизация [Версия для КПК] - стр. 42

Показать полную графическую версию : Скорость загрузки Windows 7 - измерение, устранение неполадок, оптимизация

Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 [42] 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68

Vancouver

10-03-2013, 21:45

lukyanovlx@vk, Как определить, является проблема системной или вызвана сторонним приложением/службой (http://www.oszone.net/9856/Troubleshoot#half)

Terrordar

12-03-2013, 23:32

Здравствуйте.

Имеется проблема со скоростью загрузки Windows 7. C недавних пор общая длительность загрузки увеличилась более чем в 2 раза. Система начала стоять на экране "Запуск Windows" без логотипа 110-150 секунд. Затем загружаться на обычной скорости. Был произведён мониторинг проблемы, на основании этой (http://www.winline.ru/os/windows_7/diagnostika_medlennoj_zagruzki_windows_7.php) и этой (http://www.outsidethebox.ms/11287/) статей. Поискав информацию выяснил:
1. По логам проблема стабильно наблюдается с 17.02.2013 (координальных изменений в системе не помню; накануне никакие программы не устанавливались; новые устройства не подключались)
2. Проблема заключается в увеличении загрузки некоего этапа OSLoader (параметр osLoaderDuration) с 1,5-2,5 секунд (до 17.02.2013) до 105-140 секунд:
Этап OSLoader

Этап OSLoader следует сразу после инициализации BIOS. Визуально он начинается после заставки и диагностических экранов BIOS, а заканчивается примерно с появлением экрана «Загрузка Windows».

На этапе OSLoader:
загрузчик Windows (winload.exe) загружает основные системные драйверы, которые необходимы для считывания минимально необходимого набора данных с диска
затем загрузчик инициализирует систему до момента, с которого становится возможной загрузка ядра
когда ядро начинает загружаться, winload.exe помещает в оперативную память системный раздел реестра и дополнительные драйверы, помеченные в качестве BOOT_START

Длительность этапа отражает значение параметра osLoaderDuration в узле timing XML-файла. Обычно, она в находится в пределах 2-3 секунд.

Конфигурация:
OS: Windows 7 Ultimate x86 (со всеми доступными обновлениями на 12.03.2013, кроме средст удаления вредоносных программ и языковых пакетов)
CPU: Intel Core 2 Quad Q9450
Motherboard: Asus P5Q Pro
RAM: 2 Gb DDR2 400 MHz - 2 шт.
Video: Asus HD4650

Один из логов программы Windows Performance Toolkit прилагаю.
Прошу помочь разобраться в проблеме и решить её.
Спасибо за внимание.

Vadikan

13-03-2013, 00:44

Terrordar, на этапе WinLogonInit 93 секунды торчит. Залейте ETL куда-нибудь, там удобней смотреть.

Terrordar

13-03-2013, 01:06

Terrordar, на этапе WinLogonInit 93 секунды торчит. Залейте ETL куда-нибудь, там удобней смотреть. »

Это связано с наличием пароля на учётную запись и входом в неё через определённый перерыв. Файл прилагаю (http://rghost.ru/44459288)

Забыл указать - точек восстановления ранее 17.02.2013 нет

Vadikan

13-03-2013, 12:11

Terrordar

13-03-2013, 20:05

Terrordar, рекомендуется настроить автоматический вход, чтобы это не влияло на измерения.
Выполните п. 3 из http://forum.oszone.net/post-1311478.html#post1311478 и перечислите, что вы сделали. »

1. При загрузке в безопасном режиме система зависает на более чем 110 секунд при сообщении:

Загружено: \Windows\system32\drivers\msrpc.sys

Следующим, после длительного ожидания (которое собственно и хотелось бы убрать), является сообщение:

Загружено: \Windows\system32\drivers\tdi.sys

Примечательно, что в файле \Windows\ntbtlog.txt отображена совсем другая последовательность загрузки sys файлов, нежели на экране загрузки в безопасном режиме.

2. Проблема проиходит до загрузки профиля, на этапе OSLoader.

3. Все устройства и кабели кроме монитора, клавиатуры PS/2, жёсткого диска были отсоединены - результата не принесло.

Terrordar

14-03-2013, 21:09

Проблема была определена и решена. После удаления антивируса DrWeb всё стабилизировалось. По предварительным предположениям в firewallе drweba было какое-либо созданное правило на запрет соединения для системных файлов.

UPDATE: рано радовался. То, что Drweb оказывает влияние на загрузку не вызывает сомнений. Однако при очистке системы от остатков антивируса (любые упоминания об антивирусе на HDD, в реестре, в т.ч. те, для которых нужны были админ права и права владельца объекта) и повторной установке возникла та же самая проблема. Рядом стоит второй ПК с аналогичным антивирусом - проблемы нет. Специально попробовал там переустановить его тем же дистрибутивом - проблем также не оказалось. На втором ПК стоит та же ОС и похожий набор ПО.
Завтра скину 3 лога, надеюсь по ним будет возможность определить в чём собственно беда:
- лог загрузки без антивируса исходного ПК
- лог загрузки с антивирусом исходного ПК
- лог дополнительного ПК (с антивирусом)

mpc120k

15-03-2013, 07:27

Terrordar,
Была похожая проблема с DrWeb, но на WinXP, рабочий стол долго не появлялся (что самое интересное, если использовать страницу приветствия то рабочий стол грузится мгновенно). Решилось всё просто и банально - добавлением explorer в планировщик заданий, запуск при входе пользователя.

По аналогии, на Windows 7 с DrWeb, гаджеты при старте системы оооочень долго грузились, но стоило добавить их в планировщик заданий, и при старте тут же они появлялись.

Это известный баг DrWeb, который не фиксится :(

Если досадно, можете поругать их на ихнем форуме (http://forum.drweb.com/index.php?showtopic=312896) .

StarMAUGLI

15-03-2013, 09:46

и повторной установке возникла та же самая проблема. »
А другие антивирусные программы когда либо на этом компьютере устанавливались? Проверьте в реестре макафи, симантек, касперского, панду. А еще виндовз-деффендер (этого можно в службах посмотреть) и майкрософтовский же эсеншл. Возможно, пользовались когда-ниубдь каким-нибудь антивинлокером (буквально на днях его на соседском компьютере вычищал - конфликтовал с авирой)...
Чистку реестра для вящей пущщести следует проводить в безопасном режиме. Многие ключи (например, от авиры) в обычном пользовательском режиме не правятся.

Это известный баг DrWeb, который не фиксится »
А AVZ такие настройки своим скриптом после сноса антивируса не восстанавливает?

Terrordar

15-03-2013, 11:21

Была похожая проблема с DrWeb, но на WinXP, рабочий стол долго не появлялся (что самое интересное, если использовать страницу приветствия то рабочий стол грузится мгновенно). Решилось всё просто и банально - добавлением explorer в планировщик заданий, запуск при входе пользователя. »

У меня проблема не на этапе загрузки рабочего стола. И только на одном из ПК.

А другие антивирусные программы когда либо на этом компьютере устанавливались? »

На ПК да, на данной ОС нет.

StarMAUGLI

15-03-2013, 11:45

на данной ОС нет »
Деффендер может и по умолчанию пролезть. Лучше в службах проверить.

Terrordar

15-03-2013, 11:47

Деффендер может и по умолчанию пролезть. Лучше в службах проверить. »

Не может. Его нет в службах

StarMAUGLI

15-03-2013, 14:20

Его нет в службах »
В русскоязычной ОС он называется "Защитник Windows". Так что очень даже может.

mpc120k

15-03-2013, 17:00

Terrordar, да, я понял. С этим и логами прямой путь в тех.поддержку DrWeb(но мне кажется, они Вам даже не ответят).

удалите DrWeb и пройдитесь Removal (http://download.geo.drweb.com/pub/drweb/tools/drw_remover.exe) или Removal For Dr.Web 8.0 (http://people.drweb.com/people/yudin/drw_remover.exe), после чего убедитесь, что удалились его драйверы Диспетчер устройств - Показать скрытые - Драйверы несамо.... устройств.

Кстати, DrWeb Firewall Kernel имеет статус автозагрузка - загрузка... а если его перенести в авто или система...

Terrordar

15-03-2013, 17:34

В русскоязычной ОС он называется "Защитник Windows". Так что очень даже может. »

Находится в отключённом состоянии на обоих ПК.

удалите DrWeb и пройдитесь Removal или Removal For Dr.Web 8.0, после чего убедитесь, что удалились его драйверы Диспетчер устройств - Показать скрытые - Драйверы несамо.... устройств. »

Уже было произведено. Результат описан выше

mpc120k

15-03-2013, 19:35

Terrordar, Отмените запуск драйвера при загрузке, в идеале это должно решить Вашу проблему. Не работу файрвола, это никак не повлияет.

Dr.Web Firewall Kernel Mode - Свойства - Драйвер - Автозагрузка, тип: система

Не забудьте отключить самозащиту.

Terrordar

15-03-2013, 21:42

Dr.Web Firewall Kernel Mode - Свойства - Драйвер - Автозагрузка, тип: система »

Это где?

Проблема возникает даже без установки Firewall, более того без Guard и Gate и всего остального - только сам сканнер и модуль обновления, которые отключить в установке не представляется возможным.

mpc120k

15-03-2013, 22:03

Это где? »

Диспетчер устройств - Показать скрытые - Драйверы несамонастраиваемых устройств.

Проблема возникает даже без установки Firewall, более того без Guard и Gate и всего остального - только сам сканнер и модуль обновления »
В принципе, если выбрали дистрибутив для установки ss, и не поставили галочку Установить Брандмауэр, то брандмауэр всё равно установится но не будет активен. То же самое и с остальными компонентами.

Terrordar

16-03-2013, 00:09

Диспетчер устройств - Показать скрытые - Драйверы несамонастраиваемых устройств. »

Попробовал, ничего не изменилось.

Забыл упомянуть, что при старте с гибернации, проблем со скоростью загрузки не наблюдается, если это имеет какое-то значение для понимания и решения данной проблемы.

Вот лог Windows Performance Toolkit с DrWeb и лог загрузки ntbtlog.txt безопасного режима - также наблюдается зависание перед файлом tdi.sys, однако не забываем:
Примечательно, что в файле \Windows\ntbtlog.txt отображена совсем другая последовательность загрузки sys файлов, нежели на экране загрузки в безопасном режиме.

Попрошу обратить внимание на параметр osLoaderDuration="106180" (т.е. 106,18 секунд) в файле summary_boot.xml

http://yadi.sk/d/PV9JuI0z3JKAk

Terrordar

16-03-2013, 02:39

Те же самые логи без DrWeb.
osLoaderDuration="2322" - 2.322 секунды...

http://yadi.sk/d/z2AjimAN3JOee

Сегодня не получится скинуть лог с дополнительного ПК - будет завтра.