Слишком быстрая загрузка Windows 7 на SSD (Вход в профиль происходит до инициализации сети)[Не домен, Домашний ПК]

Question

[FilimoniC]

Добрый день! Дома столкнулся с такой проблемой: Windows 7, свежеустановленная на SSD, прогружается настолько быстро, что профиль с приложениями из «автозагрузки» прогружается еще до включения сети (отсюда при старте куча ошибок стиля «Could not connect»). Подскажите, как можно данную проблему решить штатными-нештатными средствами?

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

ping -n 20 127.0.0.1 > nul

Напоминаю, что Windows не в домене, посему параметры GPO
* Always wait for the network at computer startup and logon
* Startup policy processing wait time
Не пашут.
Приоритет загрузки службы dhcp и драйвера e1express тоже не помогает

UPD: Сам решил до приемлемого для себя уровня Link, далее ковырять не буду

Comments

[FilimoniC]

Сеть классическая, DHCP без всяких VPN-ов

[hack2root]

А вы пробовали поменять порядок загрузки драйверов Windows таким образом, чтобы драйвера сетевых устройств грузились максимально быстро?

[FilimoniC]

Уже попробовал, не помогает.
e1express (Intel 1000) в группу Event Log с приоритетом 1 dhcp в группу Event Log с приоритетом 2

[FilimoniC]

На всякий случай — в RSOP.MSC (Результирующая политика) Ожидание сети, Время ожидания — включены. Но это не спасает.

[Николай Васильчук]

Wi-Fi?

[FilimoniC]

Ethernet

Answer 1

[FilimoniC]

Переписал на VBScript. Решение более красивое, проверяет внутренний ConnectionState винды на всех соединениях Ethernet (Ждет Connected или 120 секунд)

Запускается аналогично, через групповую политику
(GPEDIT.MSC -> Конфигурация компьютера -> Конфигурация Windows -> Сценарии -> Автозагрузка), а именно, через CScript (WScript не подойдет, так как возвращает выполнение родителю после запуска, CScript — после выполнения)


Дополнительно включено
(GPEDIT.MSC -> Конфигурация компьютера -> Административные шаблоны -> Система -> Сценарии -> Выполнять сценарии входа в систему синхронно: Включено)

strComputer = "."
Set objWMIService = GetObject("winmgmts:" & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
'Получить список адаптеров, где AdapterType = 0 (что значит 802.3 (Ethernet))
Set colAdapters = objWMIService.ExecQuery("SELECT * FROM Win32_NetworkAdapter WHERE AdapterTypeID = 0")

adapter_number = 0
For Each objAdapter in colAdapters
	adapter_number = adapter_number + 1
Next
flag_stoploop = False
cnt_timeout = 120 'Seconds
time_start = Now()

'Проверить количество адаптеров
If adapter_number <= 0 Then
		'WScript.Echo "No adapters found!"
		WScript.Quit
End If

while not flag_stoploop

	If DateDiff("s",time_start,Now()) > cnt_timeout Then
		flag_stoploop = True
		'WScript.Echo "Stopping because of timeout"
		WScript.Quit
	End If

	Set colAdapters = objWMIService.ExecQuery("SELECT * FROM Win32_NetworkAdapter WHERE AdapterTypeID = 0")	

	For Each objAdapter in colAdapters
	WScript.Sleep 500 
	If (objAdapter.NetConnectionStatus = 2) Then
		flag_stoploop = True
		'WScript.Echo "Stopping because of connected"
		Wscript.Quit
	End If
 
	Next

Также определил, что проблема в том, что адаптер слишком долго уведомляет систему о наличии подключенного кабеля Ethernet, буду копать, в чем проблема — роутер или же сетевуха компьютера.

Comments

[FilimoniC]

cepera_ang
Поковырялся в свойствах драйвера, нарыл параметры Wait for Link (Auto->Always On), отрубил всякое энергосбережение. Оставил автоопределение дуплекс\скорость и т.д. Стало работать ощутимо быстрее, но все равно недостаточно быстро (с «лишних» 5-7 секунд опустились до 1-3). Уже это, думаю, косит в DHCP

[FilimoniC]

UPD: Вроде бы поправил отключение виртуальных адаптеров

strComputer = "."
Set objWMIService = GetObject("winmgmts:" & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
AdapterListQuery = "SELECT * FROM Win32_NetworkAdapter WHERE AdapterTypeID = 0 AND PhysicalAdapter = True"
WScript.Echo "Scanning adapters"
Set colAdapters = objWMIService.ExecQuery(AdapterListQuery)
adapter_number = 0
For Each objAdapter in colAdapters
	WScript.Echo " Adapter found:" & objAdapter.Name 
	adapter_number = adapter_number + 1
Next
flag_stoploop = False
cnt_timeout = 120 'Seconds
time_start = Now()
'Check adapter number
If adapter_number <= 0 Then
		WScript.Echo "No matching adapters found! Exiting!"
		WScript.Quit
End If
WScript.Echo "Entering check cycle"
while not flag_stoploop
	If DateDiff("s",time_start,Now()) > cnt_timeout Then
		flag_stoploop = True
		WScript.Echo "  (!) Stopping because of timeout"
		WScript.Quit
	End If
	WScript.Echo " Updating adapters list"
	Set colAdapters = objWMIService.ExecQuery(AdapterListQuery)	
	For Each objAdapter in colAdapters
	WScript.Echo "  Checking adapter status:" & objAdapter.Name 
	WScript.Sleep 500 
	If (objAdapter.NetConnectionStatus = 2) Then
		flag_stoploop = True
		WScript.Echo "  (!) Stopping because of " & objAdapter.Name  & " is connected"
		Wscript.Quit
	End If
	Next
wend
 

Answer 2

[hack2root]

Возьмите в руки утилиту, с помощью которой поменяйте порядок загрузки драйверов Windows 7.(How To Control Device Driver Load Order)

Comments

[FilimoniC]

Спасибо, ушел пробовать. Как то в эту степь не лез, думал, может есть более культурное решение.

[FilimoniC]

Попробовал поставить в Group=«Event log» (было NDIS) с Start=0 (было 3); Без зрительных изменений.

[FilimoniC]

Попробовал драйвер (e1express) в Group=«Event log» (1), а DHCP — Group=«Event log» (2)
Тоже без изменений.

Answer 3

[vadymg]

>Напоминаю, что Windows не в домене, посему параметры GPO не пашут
Почему не пашут? А как же локальные групповые политики?

Comments

[mikes]

как раз в ГПО и можно выставить, ждать сеть до входа в профиль.

[FilimoniC]

Ну не применяется она. Черт знает, почему.

[FilimoniC]

в RSOP.MSC (Результирующая политика) Ожидание сети, Время ожидания — включены. Но это не спасает.

Answer 4

[alternativshik]

Поставьте руками параметры сети, а не через DHCP, возможно, просто не успевает настроиться интерфейс…

Comments

[FilimoniC]

Ну это уже совсем плохой вариант, честно говоря.

[alternativshik]

почему? У вас каждый раз меняются настройки сети? А так на ее подъем тратится куча времени.

[FilimoniC]

У меня ноутбук часто переезжает, да. А дома хочется просто и быстро.

[Олег Карнаухов]

мм… не знаю как в винде но в линуксе и в маке можно задать разные параметры сети для разных сетей. Посмотрите мб есть альтернативы.

[Николай Турнавиотов]

BupycNet — netsetman спасетотца русской демократии под виндой. но вопрос то не об этом

Answer 5

[Николай Турнавиотов]

Странно, у меня SSD, была win7, сейчас w2008r2, (обе со всеми обновлениями, не домен) в автозагрузке скайп, аська, gtalk и куча другого зависимого от сети хлама, таких проблем нет, хотя у меня везде стоит пароль.обычно когда ввожу пароль и вхожу в систему, всё уже запущено и в сети. Какое из п/о у Вас ругается?
GPO… Вообще-то на локальных машинах без домена прекрасно работают локальные политики безопасности начиная с w2k, с доменом да, добавляется GPO.

Comments

[FilimoniC]

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

[FilimoniC]

ПО у меня ругается конкретно клиент ownCloud, он сыроват и у него нет реконнекта в роду.
QIP тоже ругается.

Вас, по-видимому, «спасает» ввод пароля — у меня пароля нет, судя по замерам, «не хватает» секунд 5-7 :-D

[Николай Турнавиотов]

не в пароле дело, а квипом я давно не пользуюсь ибо он стал хуже родной аськи., возьму телефон с wp8 — скайпа и аськи на десктопе скорее всего вообще не будет, восьмая официальная аська дурная, откатился на седьмую.

Answer 6

[Tramvai]

Если используете Wifi — superuser.com/questions/118161/windows-7-wireless-connection-before-login-possible

Answer 7

[ngreduce]

Можно попробовать утилиты, которые выполняют автозагрузку позже. Или написать такую.

Comments

[ngreduce]

Хотя я все равно не пойму проблемы. У меня вообще свисток EVDO, который надо вручную подключать. И работает все очень хорошо.

Answer 8

[FilimoniC]

Решил проблему так:
1. Почему не пашут, я не понимаю. Не пашут политики эти и все.
2. Скрипт в автозагрузку через те же GPO
3. Отключение асинхронного процессинга стартап-скриптов ( ?: RunStartupScriptSync )

@echo off
c:
cd c:\windows\system32
SET STARTUP_NETTEST_COUNT=0
:label0
IF %STARTUP_NETTEST_COUNT% GEQ 60 GOTO end_timeout
SET /A STARTUP_NETTEST_COUNT=%STARTUP_NETTEST_COUNT% + 1
ping -n 3 127.0.0.1 1> NUL 2>&1
ping -4 8.8.8.8 -n 1 -w 500 1> NUL 2>&1
IF %ERRORLEVEL% == 0 GOTO end_networkready
GOTO label0
:end_timeout
echo "%DATE% %TIME% Network ready timeout after %STARTUP_NETTEST_COUNT% tries!" 
goto end
:end_networkready
echo "%DATE% %TIME% Network is ready now after %STARTUP_NETTEST_COUNT% tries!" 
goto end
:end

Comments

[FilimoniC]

Да, я прекрасно понимаю, что пинговать 8.8.8.8 некорректно, и надо, по хорошему, делать разбор вывода ifconfig или через WMI, как и то, что 180 секунд (60* -n 3) на сеть это многовато для таймаута, но в целом именно так и работает.
Кстати, у кого-нибудь действительно работает «ожидание сети» на недоменной машине?

Answer 9

[izmalk]

ёёёкарный бабай! Я теперь понял, почему на домашнем компе часто стим и еще пара прог теряет сеть сразу при включении (для стима это заканчивается заметным диалоговым окном о том что он не подключился и отказывается стартовать).

Answer 10

[Sansei]

Почти такая же проблема. Токо в домене.
2-ва компа (из 33-х) подключены по Wi-Fi.
Групповая политика не отрабатывается.
Что посоветуете?

Comments

[FilimoniC]

* Always wait for the network at computer startup and logon
* Startup policy processing wait time