BSOD, Verdacht auf Western Digital S-ATA Raid Edition

XXLChristine4U

XXLChristine4U

Neuling
Thread Starter
Mitglied seit
09.05.2006
Beiträge
185
Hallöle,

ich nutze meinen Rechner 24/7 und wie im Thema Asus A8N32-SLI Deluxe unter Mainboards, habe ich viel Ärger mit dem Rechner. BSOD am laufendem Bande. Aufgrund Eintragungen im Ereignisprotokoll hatte ich die Festplatte schonmal im Verdacht. Setzte mich daraufhin mit WD in Verbindung. Die teilten mir mit, dass es anscheinend ein Asus-Problem sein würde und ich mich mit Asus in Verbindung setzen sollte. OK, getan. Asus sagte mir, dass ich bei den nVidia-Treibern die IDE austauschen sollte. Sie haben mir extra welche geschickt.

Nun habe ich zwar nicht mehr täglich BSOD aber alle paar Tage (5-7 Tage). Kann es wirklich an der Raid Edition liegen? Ich schätze mal, dass ich die Platten noch umtauschen kann. Nur welche dann nehmen? Ich persönlich bevorzuge es, bei meinem Händler vor Ort zu kaufen. Der hat mir damals noch die Hitachi Deskstar T7K250 250GB S-ATA II empfohlen. Wäre die was?
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Also die HDDs werden es nicht sein...ich habe auch ein ASUS und 2x Western Digital Platten im Raid 0...zwar das A8R32-MVP Deluxe und ich hatte bis jetzt nich einen BlueScreen...und die Western Digital und die Samsung Platten sind schon die besten...Hitachi hatte ich noch nicht...da kann ich dir leider nichts drüber berichten...
 
check mal den RAM mit memtest und die platte mit den diagnosetools von WD, dann weißt du gleich mehr.



mfg
 
check mal den RAM mit memtest und die platte mit den diagnosetools von WD, dann weißt du gleich mehr.
Zum Vergrößern anklicken....

bei fehlern solcher art (vor allem bei 24/7 betrieb und das problem dann nur alle 5-7 tage) liefert so ein memtest auch manchmal einen falschen wert. trotzdem kann man es ja mal durchlaufen lassen. wie siehts mit anderen komponenten wie soundkarte usw aus?
 
Also, hatte soeben wieder einen mit der Meldung:

Driver_IRQL_Not_Less_or_equal

Die Platten sind mit dem Diagnosetool überprüft, ohne Fehler, Memtest ließ ich vorgestern 3 Stunden im DOS laufen, auch ohne Errors. Im Raid laufen sie (noch) nicht. Will erst das System stabil kriegen

@ dopheus

Danke dafür, aber um das lesen zu können, ist mein Englisch zu schlecht
 
Zuletzt bearbeitet:
@Schlingel: Das ist vollkommen Quatsch... wenn Du hier schon Zitate einbringst, dann musst Du den Thread auch weiter lesen und auch die anderen Kommentare mit einbringen.

Ich selbst habe die WD Raid Edition an einem Desktop Motherboard und im Single Betrieb und es gibt keine Probleme.

Rücksprache mit WD ergab: Die RE und RE2 Platten sind bedenkenlos im Singlebetrieb einsetzbar.

@XXLChristine4U: Wieso kommst Du darauf, das die Platten Schuld sind ?? Welche Einträge im Ereignisprotokoll meinst Du genau ?? Bei den RE Platten und RE2 Platten handelt es sich um SATAII Platten. Bei manchen Mainboards ist es erforderlich den Kompatibilitätsjumper der Platte zu setzen, um zu erzwingen, das diese auf SATAI laufen ! Das könnte Dein Problem sein.

Gruss
Alex
 
Zuletzt bearbeitet:
Hier ein paar Einträge aus dem Ereignisprotokoll bei den BSOD:

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x100000d1 (0x00e2afc4, 0x00000002, 0x00000000, 0xaee4680e). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070906-03.dmp.

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x00000024 (0x001902fe, 0xbacff5d0, 0xbacff2cc, 0xba61c7b6). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070906-02.dmp.

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x1000008e (0xc0000005, 0xbf800f6e, 0xa812294c, 0x00000000). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070906-01.dmp.

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x1000008e (0xc0000005, 0xa7038c0f, 0xa4266938, 0x00000000). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070406-01.dmp.

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x10000050 (0x91fee794, 0x00000000, 0xbfa2ea97, 0x00000000). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070306-03.dmp.

Der Computer ist nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x1000007e (0xc0000005, 0xa6d617b7, 0xbacfbc6c, 0xbacfb968). Ein volles Abbild wurde gespeichert in: C:\WINDOWS\Minidump\Mini070306-02.dmp.

Das sind die, die seit dem 03.07.06 entstanden sind. Am 02.07. habe ich Windows neu installiert

Das Mobo hat 4 interne S-ATA II-Anschlüsse, sollte also gehen
 
Zuletzt bearbeitet:
Alex2108 schrieb:
@Schlingel: Das ist vollkommen Quatsch... wenn Du hier schon Zitate einbringst, dann musst Du den Thread auch weiter lesen und auch die anderen Kommentare mit einbringen.

Ich selbst habe die WD Raid Edition an einem Desktop Motherboard und im Single Betrieb und es gibt keine Probleme.

Rücksprache mit WD ergab: Die RE und RE2 Platten sind bedenkenlos im Singlebetrieb einsetzbar.

@XXLChristine4U: Wieso kommst Du darauf, das die Platten Schuld sind ?? Welche Einträge im Ereignisprotokoll meinst Du genau ?? Bei den RE Platten und RE2 Platten handelt es sich um SATAII Platten. Bei manchen Mainboards ist es erforderlich den Kompatibilitätsjumper der Platte zu setzen, um zu erzwingen, das diese auf SATAI laufen ! Das könnte Dein Problem sein.

Gruss
Alex
Zum Vergrößern anklicken....


das mag ja sein. und richtig das steht im thread auch weiter unten. aber dieses problem kann trotzdem auftreten. ab im bekanntenkreis auch leute die das problem mit dem platten hatten. so und raus mit den dingern und keine fehler mehr. kanns ein das WD nen FW update bei den aktuelle REs gemacht hat. wenns ne alte HDD ist kannst aber immer noch probleme haben..

und sehr nett ist es wenn WD dich dann asus weiterleitet. was machen die leute die dann nen MSI haben? werden an msi weitergeleitet? und zum schluss ists dann nvidia mit dem nforce4?

und der hinweis auf der seite ist nunmal noch da. und das gibt zu denken...

@€dit: und die einzigen dine die noch nciht ausgewechselt wurden sind board und cpu. ;)

und bei BSODs die nur alle 2 wochen erscheinen ist meist etwas das nciht so ofentsichtlich ist. wie z.b. damals meine erste SATA am via controller... oder auch scsi-disk@icp-vortex+zu alter treiber...

und die aussage das REs probleme mit dem board amchen könnten stammt aus einer supportmail von WD... ist wohl schon was her. damals als wir diese möglicjkeit im schonmal bedacht hatten..
 
Zuletzt bearbeitet:
Also, wie gesagt, ich bin absolut ratlos. Ich habe nur einfach keine Lust, immer mehr Geld da reinzustecken und im Endeffekt immer nur Bluescreens zu bekommen. Das hilft mir nichts und macht wirklich depressiv.......
 
Die 120 GB war ne IDE, die nutzt mein Mann nun in einem externen Gehäuse.

Ja, mein Rechner ist nun umgebaut
 
hab grade mal gegoogelt: beim erstellen einer minidump-datei kann nahezu alles den fehler verurscht haben. mobo, ram, videoram, cpu-cache, auslagerungsdatei, dateisystem audiotreiber...

die dateien lassen sich entschlüsseln und geben dir dann auskunft was den fehler verursacht hat. vielleicht hat hier jemand die möglichkeit mit dem debugger mal drüber zu schauen.
 
Habe mal die Minidumps gepackt, falls jemand daraus was erkennen kann
 

Anhänge

  • Minidump1.zip
    62 KB · Aufrufe: 35
  • Minidump2.zip
    37,7 KB · Aufrufe: 23
  • Minidump3.zip
    49,2 KB · Aufrufe: 31
  • Minidump4.zip
    59,2 KB · Aufrufe: 32
Ein paar Analysen der Minidumps:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

NO_MORE_IRP_STACK_LOCATIONS (35)
A higher level driver has attempted to call a lower level driver through
the IoCallDriver() interface, but there are no more stack locations in the
packet, hence, the lower level driver would not be able to access its
parameters, as there are no parameters for it. This is a disasterous
situation, since the higher level driver "thinks" it has filled in the
parameters for the lower level driver (something it MUST do before it calls
it), but since there is no stack location for the latter driver, the former
has written off of the end of the packet. This means that some other memory
has probably been trashed at this point.
Arguments:
Arg1: 8815c188, Address of the IRP
Arg2: 00000000
Arg3: 00000000
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 42250a1e

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x35

LAST_CONTROL_TRANSFER: from 804eee98 to 804f9c37

-----------------------------
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: a7038c0f, The address that the exception occurred at
Arg3: a4266938, Trap Frame
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 43cbf672

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang "%s" konnte nicht auf dem Speicher durchgef hrt werden.

FAULTING_IP:
SYMEVENT+5c0f
a7038c0f 57 push edi

TRAP_FRAME: a4266938 -- (.trap ffffffffa4266938)
ErrCode = 00000002
eax=89b39b00 ebx=884cb910 ecx=e17ddfa0 edx=00000000 esi=e17ddfa0 edi=87bbd1d8
eip=a7038c0f esp=a42669ac ebp=a4266a1c iopl=0 nv up ei pl zr na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
SYMEVENT+0x5c0f:
a7038c0f 57 push edi
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x8E

LAST_CONTROL_TRANSFER: from a4bf54d9 to a7038c0f

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
a4266a1c a4bf54d9 87bbd008 00000001 882a0348 SYMEVENT+0x5c0f
a4266a48 a4bf9dc7 87bbd008 897ef598 a4bf5d9f interceptor+0x44d9
a4266b4c 805bdd08 89b39b00 00000000 87d38840 interceptor+0x8dc7
a4266bc4 805ba390 00000000 a4266c04 00000040 nt+0xe6d08
a4266c18 80574e37 00000000 00000000 c9e84801 nt+0xe3390
a4266c94 805757ae 00c06268 80100080 00c06208 nt+0x9de37
a4266cf0 80577e78 00c06268 80100080 00c06208 nt+0x9e7ae
a4266d30 8054060c 00c06268 80100080 00c06208 nt+0xa0e78
a4266d64 7c91eb94 badb0d00 00c061d0 a4d32d98 nt+0x6960c
a4266d68 badb0d00 00c061d0 a4d32d98 a4d32dcc 0x7c91eb94
a4266d6c 00c061d0 a4d32d98 a4d32dcc 00000000 0xbadb0d00
a4266d70 a4d32d98 a4d32dcc 00000000 00000000 0xc061d0
a4266d74 a4d32dcc 00000000 00000000 00000000 0xa4d32d98
a4266d78 00000000 00000000 00000000 00000000 0xa4d32dcc


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
SYMEVENT+5c0f
a7038c0f 57 push edi

FAULTING_SOURCE_CODE:


SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: SYMEVENT+5c0f

MODULE_NAME: SYMEVENT

IMAGE_NAME: SYMEVENT.SYS
-----------------
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 89cec884, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: a40c580e, address which referenced memory

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 41a321cc

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
89cec884

CURRENT_IRQL: 2

FAULTING_IP:
interceptor+380e
a40c580e 8b4808 mov ecx,[eax+0x8]

CUSTOMER_CRASH_COUNT: 2

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xD1

LAST_CONTROL_TRANSFER: from a40c4af5 to a40c580e

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
a3d48a10 a40c4af5 88271960 00000001 89b6f9e8 interceptor+0x380e
a3d48a30 a40c6575 88470278 00000001 00000001 interceptor+0x2af5
a3d48a5c a40cadc7 88470278 886af5a8 a40c6d9f interceptor+0x4575
a3d48b60 805bdd08 89b494a0 00000000 881ed950 interceptor+0x8dc7
a3d48bd8 805ba390 00000000 a3d48c18 00000040 nt+0xe6d08
a3d48c2c 80574e37 00000000 00000000 00000001 nt+0xe3390
a3d48ca8 805757ae 00d1db4c 00100001 00d1daf0 nt+0x9de37
a3d48d04 80578f6d 00d1db4c 00100001 00d1daf0 nt+0x9e7ae
a3d48d44 8054060c 00d1db4c 00100001 00d1daf0 nt+0xa1f6d
a3d48d64 7c91eb94 badb0d00 00d1dacc a8343d98 nt+0x6960c
a3d48d68 badb0d00 00d1dacc a8343d98 a8343dcc 0x7c91eb94
a3d48d6c 00d1dacc a8343d98 a8343dcc 00000000 0xbadb0d00
a3d48d70 a8343d98 a8343dcc 00000000 00000000 0xd1dacc
a3d48d74 a8343dcc 00000000 00000000 00000000 0xa8343d98
a3d48d78 00000000 00000000 00000000 00000000 0xa8343dcc


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
interceptor+380e
a40c580e 8b4808 mov ecx,[eax+0x8]

FAULTING_SOURCE_CODE:


SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: interceptor+380e

MODULE_NAME: interceptor

IMAGE_NAME: interceptor.sys
---------
NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 001902fe
Arg2: bacff5d0
Arg3: bacff2cc
Arg4: ba61c7b6

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.


MODULE_NAME: Ntfs

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 41107eea

EXCEPTION_RECORD: bacff5d0 -- (.exr ffffffffbacff5d0)
ExceptionAddress: ba61c7b6 (Ntfs+0x000007b6)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 00000000
Parameter[1]: 01c6a353
Attempt to read from address 01c6a353

CONTEXT: bacff2cc -- (.cxr ffffffffbacff2cc)
eax=01c6a34f ebx=bacff788 ecx=2fde9ce0 edx=bacff6d4 esi=bacff6e4 edi=bacffa72
eip=ba61c7b6 esp=bacff698 ebp=bacff69c iopl=0 nv up ei pl nz na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00210202
Ntfs+0x7b6:
ba61c7b6 8b4804 mov ecx,[eax+0x4] ds:0023:01c6a353=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 2

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x24

LAST_CONTROL_TRANSFER: from ba643d60 to ba61c7b6

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
bacff69c ba643d60 bacff788 8888df90 bacff6d8 Ntfs+0x7b6
bacff710 ba6424b4 bacff788 88530a60 89b1d020 Ntfs+0x27d60
bacff774 ba6424ed bacff788 88530a60 00000001 Ntfs+0x264b4
bacff898 804eeeb1 89b1d020 88530a60 88530a60 Ntfs+0x264ed
bacff8d4 ba6c982c 89b1d020 8888df90 bacffa72 nt+0x17eb1
bacff900 ba6ca19a 0000002e 8888df90 bacffa60 sr+0x982c
bacffb74 ba6cd3b5 89b51ac0 000001d4 00000016 sr+0xa19a
bacffc88 ba6cdf0e 89b51ac0 885f3b28 804efd76 sr+0xd3b5
bacffca4 804eeeb1 89b51ac0 885f3b28 bacffcfc sr+0xdf0e
bacffd3c aed13513 885f3b28 00000001 88822008 nt+0x17eb1
bacffd68 aed11c61 0063a32c aed11c51 8863a32c interceptor+0x3513
bacffdac 805ce794 8863a32c 00000000 00000000 interceptor+0x1c61
bacffddc 805450ce 80537668 00000001 00000000 nt+0xf7794
00000000 00000000 00000000 00000000 00000000 nt+0x6e0ce


FOLLOWUP_IP:
Ntfs+7b6
ba61c7b6 8b4804 mov ecx,[eax+0x4]

FAULTING_SOURCE_CODE:


SYMBOL_STACK_INDEX: 0

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: Ntfs+7b6

IMAGE_NAME: Ntfs.sys

STACK_COMMAND: .cxr 0xffffffffbacff2cc ; kb

----

Alles durcheinander gewürfelt, mal die eine dll, mal die andere.
Ich würde sämtliche Treiber checken, den Ram überprüfen (anderen mal verwenden, Timings entschärfen etc.)
<edit> die eine symevent.dll gehört zu nem Symantec (Norton) Produkt. Pfui, sowas gehört nicht auf die Platte!
und die interceptor Datei wohl zu einem AntiViren Kit. Eventuell hast du 2-3 Softwareprodukte installiert, die sich untereinander nicht vertragen. Deinstallier doch mal testweise immer eine davon.
 
Zuletzt bearbeitet:
"MODULE_NAME: Ntfs

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 41107eea

EXCEPTION_RECORD: bacff5d0 -- (.exr ffffffffbacff5d0)
ExceptionAddress: ba61c7b6 (Ntfs+0x000007b6)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 00000000
Parameter[1]: 01c6a353
Attempt to read from address 01c6a353"

NTFS fehler??? ->dateisystemfehler??
ich würde alle treiber updaten. wenn das nichts bringt tippe ich auf die hdd. der ram kann es ja nicht sein. die BSODs kamen ja auch mit den alten elixir-riegeln
 
achso, was mir noch aufgefallen ist: die interceptor.sys mischt da überall mit. denke das ist der übeltäter
 
Zur Erklärung des Pfuis.......

Ich habe hier ein Netzwerk mit Router. Ich nutze die Norton Firewall nur, weil sie mir die nervige Werbung sehr gut unterdrückt. Als Virenschutz habe ich GData AVK. Ich habe wohl schon von Problemen zwischen AVK und Norton gehört. Bisher war ich nie davon betroffen. Mein alter Rechner und der neines Mannes kamen damit ohne Probleme klar. Vielleicht liegt es daran. Will ich dann mal probieren und die Firewall weglassen. Kennt jemand noch etwas, um sich der Werbung zu entledigen???

Ich habe den BSOD jetzt und vor ein paar Tagen mit einem Virencheck provoziert, deshalb immer der Fehler
 
Zuletzt bearbeitet:
Alex2108 schrieb:
Bei den RE Platten und RE2 Platten handelt es sich um SATAII Platten. Bei manchen Mainboards ist es erforderlich den Kompatibilitätsjumper der Platte zu setzen, um zu erzwingen, das diese auf SATAI laufen !
Zum Vergrößern anklicken....
Ähm... weder die alte RE noch die RE2 Serie unterstützt den problematischen SATA 3Gb/s Modus. Das tut nur die neue WD5000YS. Und die hat er nicht. Vondaher kann man hier nicht den SATA 1.5Gb/s Modus erzwingen, da sie bereits in diesem Modus laufen.
 
Habe AVK jetzt runtergeschmissen. Hatte noch einen AVK-Cleaner, mit dem man das gut entfernen kann. Habe jetzt Kaspersky drauf. Erstmal zum Testen. Ich weiß, dass das nun nicht sauber ist, aber ich will erstmal testen
 
Sorry, das ich das so einwerfen muss, aber GDATA Produkte sind bei Weitem Schlimmer als Norton Produkte....

Norton Produkte laufen wenigstens.... GDATA Produkte machen nur Probleme !
Schaut mal bei www.amazon.de die Kundenrezessionen vom Antivirenkit von GDATA....
 
Nein, GData habe ich komplett deinstalliert und dann mit dem AVK-Cleaner die Registry saubergemacht. Rechner neu gestartet, die Registry nochmal durchsucht, dann Kaspersky installiert. Nun läuft der Virencheck
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh