Mijn eerste negatieve ervaring met de Microsoft Shared Computer Toolkit: mijn systeem zich niet herstellen na een HiJackThis-ingreep. 
De herstelconsole geeft bij het commando DIR de melding bestanden niet te kunnen lezen/openen. Dit komt zeer waarschijnlijk door Windows Disk Protection. De grap is dat ik in WDP had gekozen voor de optie wijzigingen eenmaal behouden....
WDP geeft in het BIOS de optie Uitgebreide schrijfbewerkingen herstellen..., waarmee je één level teruggaat en dus terugkeert naar oorspronkelijke configuratie van de systeempartitie. Dat heb ik gedaan, en inderdaad blijkt de systeempartitie hersteld.
Je zou denken, alles weer koek en ei, maar helaas
systeem start niet meer op.
Probleem:
In theorie zou systeem hersteld moeten zijn naar de nog-niets-aan-de-hand-configuratie (geeft explorer via andere HDD ook aan; bestanden/tijdstempels in oorspronkelijke staat), toch start systeem niet meer op en blijft telkens eenzelfde foutmelding terugkomen:
Hierbij worden ook 5 bestanden uit %systemroot%\System32 genoemd, waaronder ntoskrnl.dll en hal.dll. Uit %systemroot%\System32\config de 2 bestanden system en system.log.
Met HiJackthis (v2, beta) heb ik de volgende zaken willen verwijderen:
O22 - SharedTaskScheduler: Preloader van browseui - {438755C2-A8BA-11D1-B96B-00A0C90312E1} - C:\WINDOWS\System32\browseui.dll
O22 - SharedTaskScheduler: Cache-daemon voor onderdeelcategorieën - {8C7461EF-2B13-11d2-BE35-3078302C2030} - C:\WINDOWS\System32\browseui.dll
Niet handig idd
De back-up functie van HJT werkt (voorzover mij bekend) namelijk alleen vanuit de tool zelf - en niet vanuit shell van andere HDD. Bij terugzetten WDP is ook niets meer te zien van HJT-actie; in theorie zou alles dus hersteld moeten zijn.
Ik heb hier vannacht 3 uur mee gestoeid:
-safe mode (werkt niet)
-toegang via andere HDD (alles toegankelijk)
-instructies van Microsoft gevolgd, door het via andere HDD kopieren van de 5 bestanden uit system volume information naar config.
Het enige wat ik nog niet heb willen doen is de originele systeembestanden terugzetten vanaf CD-com of vanuit %systemroot%\repair. Ik heb inmiddels de beschermingspartitie van WDP verwijderd; hiermee is het probleem echter niet opgelost. Het is nog maar de vraag of WDP (via het BIOS o.i.d.) totaal valt uit te schakelen, dan zou de systeempartitie immers weer beschrijfbaar zijn.
Dus
. Iemand een briljant idee?
De herstelconsole geeft bij het commando DIR de melding bestanden niet te kunnen lezen/openen. Dit komt zeer waarschijnlijk door Windows Disk Protection. De grap is dat ik in WDP had gekozen voor de optie wijzigingen eenmaal behouden....
WDP geeft in het BIOS de optie Uitgebreide schrijfbewerkingen herstellen..., waarmee je één level teruggaat en dus terugkeert naar oorspronkelijke configuratie van de systeempartitie. Dat heb ik gedaan, en inderdaad blijkt de systeempartitie hersteld.
Je zou denken, alles weer koek en ei, maar helaas
Probleem:
In theorie zou systeem hersteld moeten zijn naar de nog-niets-aan-de-hand-configuratie (geeft explorer via andere HDD ook aan; bestanden/tijdstempels in oorspronkelijke staat), toch start systeem niet meer op en blijft telkens eenzelfde foutmelding terugkomen:
code:
1
| Windows XP kan niet worden gestart omdat het volgende bestand ontbreekt of is beschadigd: \WINDOWS\SYSTEM32\CONFIG\SYSTEM |
Hierbij worden ook 5 bestanden uit %systemroot%\System32 genoemd, waaronder ntoskrnl.dll en hal.dll. Uit %systemroot%\System32\config de 2 bestanden system en system.log.
Met HiJackthis (v2, beta) heb ik de volgende zaken willen verwijderen:
O22 - SharedTaskScheduler: Preloader van browseui - {438755C2-A8BA-11D1-B96B-00A0C90312E1} - C:\WINDOWS\System32\browseui.dll
O22 - SharedTaskScheduler: Cache-daemon voor onderdeelcategorieën - {8C7461EF-2B13-11d2-BE35-3078302C2030} - C:\WINDOWS\System32\browseui.dll
Niet handig idd
De back-up functie van HJT werkt (voorzover mij bekend) namelijk alleen vanuit de tool zelf - en niet vanuit shell van andere HDD. Bij terugzetten WDP is ook niets meer te zien van HJT-actie; in theorie zou alles dus hersteld moeten zijn.
Ik heb hier vannacht 3 uur mee gestoeid:
-safe mode (werkt niet)
-toegang via andere HDD (alles toegankelijk)
-instructies van Microsoft gevolgd, door het via andere HDD kopieren van de 5 bestanden uit system volume information naar config.
Het enige wat ik nog niet heb willen doen is de originele systeembestanden terugzetten vanaf CD-com of vanuit %systemroot%\repair. Ik heb inmiddels de beschermingspartitie van WDP verwijderd; hiermee is het probleem echter niet opgelost. Het is nog maar de vraag of WDP (via het BIOS o.i.d.) totaal valt uit te schakelen, dan zou de systeempartitie immers weer beschrijfbaar zijn.
Dus