[diagnoz_]

Приложенный скрин утилиты.

[x0r]

знач заразу поймал какую. Глюка я такого в ХП не помню.
Ставь монитор реестра и вычисляй кто в реестр пишет много и часто, какой процесс, служба, драйвер... так добересся и до файла на диске - виновника торжества.
Но для начала, возьми тот файл и открой в редакторе реестра(RegWorkshop советую, лучший! ), глянь что там. Мож и так будет понятно, мож там куча дублей разделов и хотяб будешь знать примерно куда нужно смотреть, чтоб найти того кто пишет.
Под ХП можно сразу завести еще rkU или KernelDetective, Tuluka глянуть , мож он сразу чего подсветит подозрительного.

[diagnoz_]

x0r,
Я ранее пытался подключить первый куст большого размера, но в результате получил ошибку. Возможно файл слишком огромный. А с этим попробую по изучать.

[x0r]

ну да, такие огрмные файлы может не грузить regedit там есть , вродеб когдато читил, ограничения на размер файла ибо он его грузит вразу весь, а не по частям. (херню спорол. файлы реестра это ж база и ее полюбому надо грузить усю. просто в regedit есть ограничения на размер файла, а в других , норм. редакторах ограничений быть не должно. Ограничение в этом случае только объем доступной опер.памяти и способность программы оперировать такими объемами)
тебе нужен редактор который бы умел с такими подвохами работать. RegWorkshop просто очень удобен и почти идеален, но я не знаю как у него с этим ... Есть еще другие, Registar или RegOrganizer , менее удобные, но более навореченные. Попробуй их если не откроет этот.

[Petya V4sechkin]

diagnoz_, стандартная проблема:
[решено] Черный экран после загрузочного ХР

[x0r]

стандартная проблема: »

афигеть! не знал . Так чего , он действительно там плодит записи, тупо забивая реестр?

это.. какой-то.. позорIntel(c)

[diagnoz_]

Вернул обратно проблемный переименованный файл default, загрузился с задержкой и удалил указанный раздел. Теперь все стало в порядке.