Asked by:
boot log

Question
-
Az ntbtlog.txt-ben az alábbi példa szerinti esetek többször előfordulnak. Vagyis úgy tűnik, sikerül betölteni a file-t, de azután többször is megpróbálja és ekkor nyilván nem, mert már sikerült az előbb. Hogyan lehet ezt a fölösleges próbálkozást megszüntetni?
És főleg, mi okozza?
Code Snippet...
Loaded driver \SystemRoot\System32\Drivers\NDProxy.SYS
Did not load driver \SystemRoot\System32\Drivers\NDProxy.SYS
Did not load driver \SystemRoot\System32\Drivers\NDProxy.SYS
Did not load driver \SystemRoot\System32\Drivers\NDProxy.SYS
Did not load driver \SystemRoot\System32\Drivers\NDProxy.SYS...
Saturday, January 17, 2009 2:56 PM
All replies
-
By design már legalább az XP óta. Gondolom több driver is van fent a hálókártyához.
Saturday, January 17, 2009 3:24 PM -
Tudom, hogy ez az NDIS proxy rendszerfile-ja (ez csak egy példa a logfile-ból). Egy ideje már nézem a bootlog-okat, de azt gondoltam, hogy a w7 boot gyorsításával ez a kérdés megoldódott.
1ébként csak 1 driver van fent, még hidden sincs több.
Meglátjuk a sysinternals w7-re alkalmassá tett bootlog analizálásával mire lehet menni.
Kösz.
Saturday, January 17, 2009 3:41 PM -
Nem lettem evvel sem okosabb. Aki tud rá magyarázatot, tudassa velem.
Saturday, January 17, 2009 5:09 PM -
Lehet baromságot írok, szólj rám nyugodtan. Nem lehet a rezidens vírus kereső boot blokkja miatt a többi folyamat akarja meg hívni? És persze újra betölteni?Sunday, January 18, 2009 8:31 AM
-
Nem.
Ami kiderült a Process Monitor boot elemzéséből az, hogy egyes dolgok (esetemben a NDproxy és srv sys file-ok) annyiszor kerülnek a boot alkalmával meghívásra, ahányszor a registry klf controlset-jeiben előfordulnak.
Ez lehet egy rendszer feature (pl. gyors felhasználóváltás, vagy bármi) következménye. Mindenesetre egy ellentmondás a rendszer működésével kapcsolatban.
Nem csodálkozom persze, hogy a boot közben az ezt vezérlő/ellenőrző process nem engedi többször betölteni az adott driver-t.
Mondjuk jobb lenne, ha nem is kísérletezne vele és ez lenne az alapelv.
Sunday, January 18, 2009 8:42 AM