Проблем с регистрите?

[panevdd]

Не вярвам самият regedit да е повреден; по-скоро грешката е в регистъра - може би в описанието на твърдия диск. Проблемът с разпознаването на устройството от външна програма ми прилича точно на повреден регистър. Досега обаче не съм срещал програма, която да поправя регистъра; иначе, програми за чистене - много.

[IvO™]

Bibi, я пробвай тази програмка ще ти свърши ли някаква работа:

Registry Restore Wizard 1.0.4 [~ 18 KB]

Но преди това си направи копие на регистрито. Just in case...

[DoRa]

@Bibi, да единият линк не работеше тъй като справочникът е обновен до версия 1.1, но от другият свободно се стига след няколко клика до това за което става въпрос.
Може да е прецакан и самият regedit, преди време имаше вирус или malware, които правеше нещо подобно, така че не пречи да се смени regedit.exe.

@Bibi Бях заподозряла паметта, но я тествах и изглежда добре. - Пусна ли и Memtest или друг софтуер за тест на памети? Ако е добре не трябва да открива никаква грешка.

Успех!

[Bibi]

Пусна ли и Memtest или друг софтуер за тест на памети? Ако е добре не трябва да открива никаква грешка.

Да, точно с това я тествах.
Преди време съм имала проблеми с памети и тогава бях доволна от Memtest.
Сега пак ще го пусна, за успокоение.
Но, честно казано, не очаквам да е там проблема.
Понеже, както аз си представям нещата, би трябвало информацията от регистрите да се качва в паметта още по време на зареждане на ОС. Ако нещо от нея отива в адрес, където има повреда, не трябва ли още тогава да видя синия екран?

@panevdd,
Грешката с липсващите драйвове се дължеше на това, че най-вероятно външните програми взимат списъка с драйвовете от някой GUID от тоя ole32.dll.
В момента, в който го регистрирах наново, всичко сработи.
Иначе си прав, че едва ли има програма, която да открива (и възстановява) такъв тип грешки.

// Още:
Пуснах отново MemTest.
Два часа го оставих да проверява, 4 пъти минаха всички тестове, грешка не беше открита.

След това опитах EasyCleaner.
И той изгърмя! Със същия син екран.
Което ме кара да си мисля, че грешката не е в самата програма regedit.exe (освен ако втората не ползва някакви поделени ресурси, предоставени й от първата, може би...).

Остава да сравня моят regedit.exe с нечий друг и повече идеи за тестове нямам.

[NO CARRIER]

Я ми прати някак си последните 2-3 дъпма, имам дебъгер и мога да ти кажа какво пише вътре.

[Bibi]

Я ми прати някак си последните 2-3 дъпма, имам дебъгер и мога да ти кажа какво пише вътре.

http://bibi.djendo.net/Mini120206-01.dmp

А сравняването на regedit.exe каза, че са еднакви.
Спирам да го подозирам.

[NO CARRIER]

Microsoft (R) Windows Debugger Version 6.5.0003.7
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\Koko\Desktop\Mini120206-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*DownstreamStore*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_gdr.050301-1519
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420
Debug session time: Sat Dec 2 16:44:30.531 2006 (GMT+2)
System Uptime: 0 days 0:48:34.086
Loading Kernel Symbols
...
Loading unloaded module list
..........
Loading User Symbols
*******************************************************************************
*                                       *
*            Bugcheck Analysis                  *
*                                       *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 10000050, {e7fffff8, 0, 8054a832, 2}


Could not read faulting driver name
Unable to load image a347bus.sys, Win32 error 2
*** WARNING: Unable to verify timestamp for a347bus.sys
*** ERROR: Module load completed but symbols could not be loaded for a347bus.sys
Probably caused by : a347bus.sys ( a347bus+e072 )

Followup: MachineOwner
---------

kd> !analyze -v
*******************************************************************************
*                                       *
*            Bugcheck Analysis                  *
*                                       *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: e7fffff8, memory referenced.
Arg2: 00000000, value 0 = read operation, 1 = write operation.
Arg3: 8054a832, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 00000002, (reserved)

Debugging Details:
------------------


Could not read faulting driver name

READ_ADDRESS: e7fffff8 

FAULTING_IP: 
nt!ExFreePoolWithTag+237
8054a832 668b4efa     mov   cx,[esi-0x6]

MM_INTERNAL_CODE: 2

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x50

LAST_CONTROL_TRANSFER: from 8058cbc1 to 8054a832

STACK_TEXT: 
f7757c08 8058cbc1 e7fffffe 00000000 e125a908 nt!ExFreePoolWithTag+0x237
f7757c24 8058b377 e125a908 e106a5a8 e1011314 nt!CmpCleanUpKcbValueCache+0x51
f7757c38 80589fe1 e262a4d0 e1fb6388 80567ca8 nt!CmpCleanUpKcbCacheWithLock+0x1a
f7757c44 80567ca8 f7757c58 80567c5f e106a5a8 nt!CmpGetDelayedCloseIndex+0x16
f7757c4c 80567c5f e106a5a8 f7757c64 80567aed nt!CmpAddToDelayedClose+0xa
f7757c58 80567aed e106a5a8 f7757c7c 8056b7f2 nt!CmpDereferenceKeyControlBlockWithLock+0x38
f7757c64 8056b7f2 e106a5a8 00000000 e1a02100 nt!CmpDereferenceKeyControlBlock+0x12
f7757c7c 805638f7 e1a02118 e1a02100 00000000 nt!CmpDeleteKeyObject+0x92
f7757c98 804e36d5 e1a02118 00000000 00000178 nt!ObpRemoveObjectRoutine+0xdf
f7757cbc 80566ab3 8532cb98 e11f4300 84fb06e0 nt!ObfDereferenceObject+0x5f
f7757cd4 80566b1c e11f4300 e1a02118 00000178 nt!ObpCloseHandleTableEntry+0x155
f7757d1c 80566b66 00000178 00000001 00000000 nt!ObpCloseHandle+0x87
f7757d30 f750d072 00000178 f750cfcc 0103fd64 nt!NtClose+0x1d
WARNING: Stack unwind information not available. Following frames may be wrong.
f7757d58 804de7ec 00000178 0103fd1c 7c90eb94 a347bus+0xe072
f7757d58 7c90eb94 00000178 0103fd1c 7c90eb94 nt!KiFastCallEntry+0xf8
0103fd1c 00000000 00000000 00000000 00000000 0x7c90eb94


FOLLOWUP_IP: 
a347bus+e072
f750d072 ??        ???

SYMBOL_STACK_INDEX: d

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: a347bus+e072

MODULE_NAME: a347bus

IMAGE_NAME: a347bus.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4091f40d

STACK_COMMAND: kb

FAILURE_BUCKET_ID: 0x50_a347bus+e072

BUCKET_ID: 0x50_a347bus+e072

Followup: MachineOwner
---------

Probably caused by : a347bus.sys ( a347bus+e072 )

Alcohol 120%. Нищо ново под слънцето. Деинсталирай го, рестартирай и пробвай пак.

[IvO™]

Bibi, желателно е (ако все още нямаш), да си запишеш един "boot"-ващ диск с програмките на Hiren. Доста има писано по темата, а и навярно си чела, но в него има доста тестващи инструменти за какво ли не...

Проблемът ти наистина е интересен обаче.
Ако се окаже, че просто някакъв невалиден запис в регистратурата ебава мамата на пейзажа... то направо нема да имам думи. Имам предвид, че програмките, на които разчитаме, не могат да се оправят с това...



И все пак - тействай се за "бацили".

[Bibi]

Alcohol 120%. Нищо ново под слънцето. Деинсталирай го, рестартирай и пробвай пак.

Благодаря за помощта.

Ако може в удобен момент, моля, провери и този:
http://bibi.djendo.net/Mini120206-03.dmp

Защото явно не само Алкохола е вреден за здравето

[NO CARRIER]

Microsoft (R) Windows Debugger Version 6.5.0003.7
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Documents and Settings\Koko\Desktop\Mini120206-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*DownstreamStore*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_gdr.050301-1519
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a420
Debug session time: Sat Dec 2 22:18:46.390 2006 (GMT+2)
System Uptime: 0 days 0:06:26.921
Loading Kernel Symbols
...
Loading unloaded module list
.........
Loading User Symbols
*******************************************************************************
*                                       *
*            Bugcheck Analysis                  *
*                                       *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 10000050, {e7fffff8, 0, 8054a832, 2}


Could not read faulting driver name
Probably caused by : ntoskrnl.exe ( nt!ExFreePoolWithTag+237 )

Followup: MachineOwner
---------

kd> !analyze -v
*******************************************************************************
*                                       *
*            Bugcheck Analysis                  *
*                                       *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: e7fffff8, memory referenced.
Arg2: 00000000, value 0 = read operation, 1 = write operation.
Arg3: 8054a832, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 00000002, (reserved)

Debugging Details:
------------------


Could not read faulting driver name

READ_ADDRESS: e7fffff8 

FAULTING_IP: 
nt!ExFreePoolWithTag+237
8054a832 668b4efa     mov   cx,[esi-0x6]

MM_INTERNAL_CODE: 2

CUSTOMER_CRASH_COUNT: 3

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x50

LAST_CONTROL_TRANSFER: from 8058cbc1 to 8054a832

STACK_TEXT: 
eb588c30 8058cbc1 e7fffffe 00000000 e2e81320 nt!ExFreePoolWithTag+0x237
eb588c4c 8058b377 e2e81320 e2d38710 e100f808 nt!CmpCleanUpKcbValueCache+0x51
eb588c60 80589fe1 e2e81128 e25cb008 80567ca8 nt!CmpCleanUpKcbCacheWithLock+0x1a
eb588c6c 80567ca8 eb588c80 80567c5f e2d38710 nt!CmpGetDelayedCloseIndex+0x16
eb588c74 80567c5f e2d38710 eb588c8c 80567aed nt!CmpAddToDelayedClose+0xa
eb588c80 80567aed e2d38710 eb588ca4 8056b7f2 nt!CmpDereferenceKeyControlBlockWithLock+0x38
eb588c8c 8056b7f2 e2d38710 00000000 e11b3888 nt!CmpDereferenceKeyControlBlock+0x12
eb588ca4 805638f7 e11b38a0 e11b3888 00000000 nt!CmpDeleteKeyObject+0x92
eb588cc0 804e36d5 e11b38a0 00000000 000000e8 nt!ObpRemoveObjectRoutine+0xdf
eb588ce4 80566ab3 84c56370 e319e6f8 8572dda8 nt!ObfDereferenceObject+0x5f
eb588cfc 80566b1c e319e6f8 e11b38a0 000000e8 nt!ObpCloseHandleTableEntry+0x155
eb588d44 80566b66 000000e8 00000001 00000000 nt!ObpCloseHandle+0x87
eb588d58 804de7ec 000000e8 00edfc38 7c90eb94 nt!NtClose+0x1d
eb588d58 7c90eb94 000000e8 00edfc38 7c90eb94 nt!KiFastCallEntry+0xf8
WARNING: Frame IP not in any known module. Following frames may be wrong.
00edfc38 00000000 00000000 00000000 00000000 0x7c90eb94


FOLLOWUP_IP: 
nt!ExFreePoolWithTag+237
8054a832 668b4efa     mov   cx,[esi-0x6]

SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: nt!ExFreePoolWithTag+237

MODULE_NAME: nt

IMAGE_NAME: ntoskrnl.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 42250ff9

STACK_COMMAND: kb

FAILURE_BUCKET_ID: 0x50_nt!ExFreePoolWithTag+237

BUCKET_ID: 0x50_nt!ExFreePoolWithTag+237

Followup: MachineOwner
---------

Този път нищо не се разбира.

Добавено:
Зипни всички файлове от няколко дни/забивания насам и ги дай да ги прегледам всички.

[Bibi]

ОК. Зарязвам го за сега.
Като видях колко много хора из нета имат подобен, че и по-гадни проблеми от такъв характер, вече нищо не ме изненздва...

Само да споделя какво забелязах с (единствената, работеща тук програма) CCleaner:
Трябва да се пуска чистенето на регистрите повече от веднъж.
Тя си намира боклуци, маха ги, но след като ги махне, други неща, които при първия пас е оценила като "правилни", започват да сочат в нищото. Така че на втори пас открива тях.
Карайте я да чисти, докато не каже, че вече не открива. Сигурно 2-3 паса ще стигнат.
Дано е полезно на някого.

Ето всички дъмпове, откакто реших да се боря с това:
http://bibi.djendo.net/Minidump.rar
(подозирам, че всички, без последния, ще покажат драйвера на Алкохола)

[skynet]

.

[Bibi]

Хич не ми е целта да си ръчкам компютъра.
Но днес, докато четях жалбите от Алкохола, попаднах на един човечец, дето 4 пъти си преинсталира системата, после си качва всички програми, които му трябват (включително и виновната, разбира се). Защото не знае от къде му е дошло.
И след цялата тази епопея вижда същата пръчка...

Трябва ли, докато преинсталирам, да правя имиджи след всяка нова програма, после да тествам и ако се наложи, да върна стъпка назад?
Отчаяно ми е днес

[skynet]

.

[Bibi]

А! Вече от няколко часа не пия
Ще се възползвам от идеята ти за организацията.
И вероятно ще преинсталирам.
Но ще го направя така, както таралежите правят секс - мнооооого внимателно!
Ако след това пак имам същите оплаквания, ще търся друго решение.