Nachrichten

1

Netzwerk Forum / Herstellung einer VPN-Verbindung schlägt fehl (Error 720)

« am: 30. Dezember 2009, 15:44:23 »

Hallo,

habe seit dem ich Windows 7 Ultimate 64-Bit nutze ein Problem mit meiner
VPN-Verbindung von meinem Notebook unterwegs zu meinem Rechner daheim, auf
dem das selbe System läuft. Verbindung wird aufgebaut über UMTS im Notebook.
VPN-Verbindung hat hier auch schon funktioniert unter Vista dem
Vorgängersystem auf diesem Gerät.

Im Detail:

Stelle ich die Verbindung her mit eben den Protokoll-Einstellungen, die
schon mal funktioniert haben, dann wird die Verbindung hergestellt und beim
Punkt "Registrierung im Netzwerk" bricht der Aufbau ab und es kommt der
Fehler 720.

Habe schon viel zu diesem Thema im Web recherchiert und ausprobiert.
IP-Protokoll versucht zu entfernen im Geräte-Manager das Gerät "WAN-Miniport
IP" entfernt. Dies führte aber alles nicht zum Erfolg. Es ging sogar so
weit, dass gar keine Netzwerkverbindung mehr funktionierte und ich eine
Systemwiederherstellung durchgeführt habe und jetzt funktioniert wenigstens
das wieder, aber eben meine VPN-Verbindung nicht wirklich.

Habe versucht folgende Schritte unter
http://social.technet.microsoft.com/Forums/en/w7itpronetworking/thread/eb37b71e-a021-47ee-896e-186cef55bf11 
auszuführen. Jedoch scheitere ich daran das TCP/IP-Protokoll zu
deinstallieren. Der Button ist bei mir ausgegraut. Letztendlich kann ich es
auch nicht mehr installieren, da es ja nicht deinstalliert wurde. Alles in
allem funktioniert dieser Lösungsvorschlag leider nicht.



Das Ereignisprotokoll gibt folgenden Fehler aus:

Ereignis-ID: 20227

"CoID={4DC801E0-A644-409B-A071-98E444763E4C}: Der Benutzer
"jpkow-Notebook\************" hat eine Verbindung mit dem Namen
"VPN-Verbindung" gewählt, die Verbindung konnte jedoch nicht hergestellt
werden. Der durch den Fehler zurückgegebene Ursachencode lautet: 720."


Weiß nun nicht was ich noch ausprobieren soll.

Vielleicht kennt jemand dieses Problem?

Danke schon im Voraus für Hilfe.

jpkow

2

PC Hardware & Treiber / Re: Installation T-Mobile web'n'walk ExpressCard IV (Huawei E870)

« am: 22. Mai 2009, 18:06:36 »

Hi BeKay,

ist vielleicht schon ein bisschen her, aber vielleicht ich kann dazu noch was beitragen.

Ich hatte dir Karte auch unter Vista SP1 laufen und benutze sie jetzt einwandfrei unter der Seven RC-Version. Habe das Modem eingeschoben, die Software von "Mobile Partner" installiert und das Teil lief einwandfrei.

Hatte anfangs mal unter Vista ähnliche Probleme wie im vorigen Beitrag beschrieben. Habe dann ein Firmware-Update der Expresscard gemacht und danach funktionierte sie einwandfrei.

Vielleicht hilft das ja ein bisschen.

Gruß
jpkow

3

PC Hardware & Treiber / Zwei WLAN-Accesspoints miteinander verbinden (via WLAN)

« am: 28. Oktober 2008, 21:40:50 »

Hallo,

habe eine Frage zum Thema WLAN:

Ich habe zwei WLAN-Access-Points, die ich gerne miteinander verbinden würde. Dies soll über eine etwas größere Entfernung sein und ich will dafür keine Kabel legen. Also anstatt der Kabel um einen zweiten Switch an den DSL-Router zu binden, dies über eine WLAN-Verbindung. Ist dies realisierbar?

Wenn ja, was müssen die Geräte für Voraussetzungen haben und was muss ich da einstellen?
Habe hier als DSL-Router eine Fritz!Box 7170 und als zweiten WLAN-Accesspoint einen von TP-Link (TL-WR340GD).

Kann mir hier jemand weiterhelfen, was jeweils konfiguriert werden muss?

Danke schon jetzt für hilfreiche Antworten.

jpkow

4

PC Hardware & Treiber / Re: STOP-Fehler 0x0000000A (angebliches Problem mit USB-Gerät)

« am: 13. Oktober 2008, 09:42:33 »

Hast du wie in der Anleitung den Symbolpath konfiguriert?

das funktioniert nicht. werde aus der anleitung auch nicht ganz schlau

5

PC Hardware & Treiber / Re: STOP-Fehler 0x0000000A (angebliches Problem mit USB-Gerät)

« am: 12. Oktober 2008, 20:10:31 »

Hi,
höchstwahrscheinlich hast du unter C:\Windows\Minidump ein Dumpfile das beim Absturz angelegt wurde. Dieses kannst du mit dem Kostenlosen Tool WinDbg von Microsoft debuggen. Eine Anleitung dafür gibt es unter: http://www.networkworld.com/news/2005/041105-windows-crash.html
Mit etwas Glück wird dir dann die Datei bzw. der Gerätetreiber angezeigt, der den Fehler verursacht. Wenn dir das zu umständlich ist, kannst du gerne auch die Minidump Datei vom Absturz hier hochladen oder an info@go-vista.de schicken, dann analysiere ich dir die Datei.

Hallo,

leider werde ich aus dem, was mir der Debugger sagen will, nicht schlau.

Code: [Auswählen]


1: kd> Q
quit:

Loading Dump File [C:\Windows\Minidump\Mini101208-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Windows Server 2008 Kernel Version 6001 (Service Pack 1) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Kernel base = 0x81e13000 PsLoadedModuleList = 0x81f2ac70
Debug session time: Sun Oct 12 12:53:57.061 2008 (GMT+2)
System Uptime: 0 days 0:51:13.698
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe
*** ERROR: Module load completed but symbols could not be loaded for ntkrnlpa.exe
Loading Kernel Symbols
...
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {14, 2, 0, 81e50abc}

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

*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Probably caused by : ntkrnlpa.exe ( nt+3dabc )

Followup: MachineOwner


Hab die Datei noch mal angehängt 

... Mach bitte vom Bluescreen mal ein Foto und stell es hier rein.

Habe den Bluescreen jetzt momentan leider nicht auf Abruf. Der kommt leider immer ganz unerwartet 


(Seit neustem fährt mein PC auch nicht mehr herunter, wenn ich ihm sage "Herunterfahren". Der Bildschirm wird schwarz, aber er schaltet sich einfach nicht ab. In der Ereignisprotokollanzeige sehe ich aber nichts mehr, weil dieser Dienst dann schon beendet wurde.)

6

PC Hardware & Treiber / STOP-Fehler 0x0000000A (angebliches Problem mit USB-Gerät)

« am: 12. Oktober 2008, 16:32:22 »

Hallo alle miteinander,


habe nun schon seit einiger Zeit ein nicht allzu kleines Problem mit meinem neuen Notebook HP Pavilion tx2550eg.

Unerwartet und immer in einem anderen Zusammenhang (mal im Internet-Explorer per Copy und Paste Text kopiert, mal einfach irgendwo im Explorer auf was geklickt, und und und) bekomme ich einen Bluescreen von Windows. Beim nächsten Hochfahren, wenn dann die Meldung kommt, dass Windows nicht richtig heruntergefahren wurde und er nach Fehlern sucht, bekomme ich als Lösungsansatz angezeigt, dass es an kürzlich hinzugefügten USB-Geräten bzw. deren Treibern liegen könnte, warum dieser STOP-Fehler aufgetreten ist. Also habe ich versucht den PC mit so wenig USB-Geräten wie nur möglich zu betreiben, hatte nur meine kleine Maus dran. (infcache1.ini hab ich auch schon mal gelöscht, nachdem alle Geräte getrennt waren). Den letzten Fehler, den ich mir mal mit notiert habe, hat im Detail folgenden Fehler-Code:

Code: [Auswählen]

0x0000000A (0x00000014, 0x00000002, 0x00000000, 0x81E50ABC)
Hier habe ich schon viel versucht im Internet zu finden und habe da unter anderem folgende Legende zusammentragen können:

STOP 0x0000000A (A, B, C, D)
A: Adresse, die unvorschriftsmäßig referenziert war
B: Der IRQL, der den entsprechenden Zugriff auf den Speicher verursacht hat
C: Art des Zugriffs (0=lesend, 1=schreibend)
D: Adresse, die versuchte, die angegebene Speicherstelle zu referenzieren


Leider habe ich von STOP-Fehlern nicht wirklich die Ahnung und blicke das ganze nicht, was ich im Internet dazu finde. Habe in einem anderen Forum jemanden gefunden, der einen fast gleichen STOP-Fehler hatte, und sich hier nur der letzte Teil unterschied (http://forum.chip.de/windows-xp/irql_not_less_or_equal-stop-0x0000000a-0x00000004-0x00000002-0x00000000-0x804e6d3f-715241.html)

Falls es hilft, meine technischen Daten:
AMD X2 Ultra mit 2x2,2 GHz, 3 GB DDR2-RAM PC-5300, Win Vista Home Premium 32-Bit (vorinstalliert).

Bin dankbar für jeden Hinweis, der zur Lösung des Problems beiträgt.

PS: Hatte den Fehler auch schon, als ich den PC in den Standby-Modus fahren wollte oder ihn komplett herunterfahren wollte.

7

Windows Vista Forum / Re: Windows-Mobilitätscenter nicht verfügbar

« am: 02. September 2008, 12:12:37 »

Ich habe gerade mal das Akku meines NB entfernt und das Mobi-Center gestartet.
Tja, was soll ich sagen, bei mir funktioniert es auch ohne Akku. 

Hast Du alle Updates installiert?

Das verstehe, wer will.

Natürlich sind alle Updates installiert, aber wie ich es versuche, mein Notebook will wohl einfach kein "mobiles Gerät" sein 

8

Windows Vista Forum / Re: Windows-Mobilitätscenter nicht verfügbar

« am: 01. September 2008, 21:28:05 »

Nach langer Zeit melde ich mich nun mal wieder zu diesem Problem.

Habe das System neu aufgesetzt und dieses mal bei der Installation schön den Akku reingemacht, aber es macht keinen Unterschied. Sobald ich den Akku nicht mehr drinnen hab, kommt die Fehlermeldung aus dem Anhang.

Es will und will so und so nicht funktioniern, verdammt 

9

Windows Vista Forum / Re: 64-Bit Prozessor auch 64-Bit-Busbreite ?

« am: 18. August 2008, 17:14:25 »

@ jpkow

Nochmal zu deiner Frage mit den 4GB RAM unter 64-bit.

Ich kann es zwar nicht 100%ig bestätigen, aber ich bin fest davon überzeugt, daß dein HP-Notebook die vollen 4GB unterstützen wird.

Ich selbst nutze ein bereits gut zwei Jahre altes Fujitsu Siemens PA 1538 (Turion X2 1.6GHz) unter Vista64 mit 4GB Hauptspeicher. Der Speicher wird im Taskmanager mit den vollen 4096MB erkannt. Dein Notebook ist auf alle Fälle um einiges neuer als meines.

Ne Frage: Welcher Chipsatz ist denn im HP dv9810g verbaut. Auch ein nvidia? Könntest mal kurz mit Everst 4.50 überprüfen  .

Gruß,

Alex

Chipsatz: nVidia nForce 520
Mainboard: Quanta 30DA

10

Windows Vista Forum / Re: 64-Bit Prozessor auch 64-Bit-Busbreite ?

« am: 17. August 2008, 11:14:57 »

in der rar datei hat ne html-datei gesteckt. hättest dir mal anschauen sollen

in der rar steckt noch ne rar, die hat aber ihre dateiendung verloren. in der steckt ne html-datei, richtig
habe mir das schon angeschaut, danke dir .

11

Windows Vista Forum / Re: 64-Bit Prozessor auch 64-Bit-Busbreite ?

« am: 17. August 2008, 10:24:06 »

Hab dir mal was angehängt

was ist das ?  oder was soll das sein?


edit: war ne zip in der rar.

dummerweise ging die datei-endung verloren

danke blumenkind

12

Windows Vista Forum / Re: 64-Bit Prozessor mit mehr als 4 Gibyte RAM?

« am: 17. August 2008, 10:02:40 »

Erstens unterstützt das Board dieses ?   Boardhersteller

Wie viel Ram kann das Board adressieren ? Boardhersteller

Den Boardhersteller finde ich nur sehr schwer heraus. Habe schon probiert mit Hilfe von AIDA da ran zu kommen, aber ohne Erfolg. Hersteller mal angeschrieben, ob 64-Bit auch voll funkioniert

Sind die Programme für64 bit geschrieben.

Dem bin ich mir bewusst Zur Not ne VM, falls ich ein Programm brauche und das nur in 32-Bit läuft.

13

Windows Vista Forum / 64-Bit Prozessor mit mehr als 4 Gibyte RAM?

« am: 16. August 2008, 15:06:49 »

Habe dann noch eine Frage zum RAM:


Unter 32-Bit-Systemen ist ja rein theoretisch nur ein RAM bis 4.00 GiByte möglich, weil nicht mehr adressiert werden kann (2^32).
Praktisch gesehen reserviert Windows ja noch Adressleitungen für andere Komponenten, so dass dann um die 3 - 3.25 Gibyte übrig bleiben

Bei 64-Bit-System soll ja mehr Hauptspeicher adressierbar sein (theoretisch 2^64 = 18446744073709551616 Byte = 16777216 Terabyte).

Ich will mir jetzt zwar keine 16777216 Terabyte Hauptspeicher einbauen, aber vielleicht so an die 4 Gibyte.
Die werden doch dann auch einwandfrei erkannt (auch von Windows), bzw. bei mehr doch auch? Oder sind da heute noch technische Grenzen gesetzt? (außer vielleicht, dass es noch keine 1 Terabyte große RAM-Riegel gibt :P )


Also sprich werden diese 4 Gibyte RAM bei einem 64-Bit-System dann auch voll genutzt? Von Windows als auch von den Programmen?

Vielleicht kann mir da ja jemand weiter helfen.

jpkow

14

Windows Vista Forum / Re: 64-Bit Prozessor auch 64-Bit-Busbreite ?

« am: 16. August 2008, 10:37:12 »

Deine CPU ist 64bit tauglich. Du müsstest prüfen, ob es für den Rest Deiner Hardware auch 64bit Treiber gibt.
Dann ist noch zu klären, welche Software Du verwenden möchtest, denn nicht jedes Programm ist 64bit tauglich.

danke für die schnelle antwort. habe hier im forum schon ein paar sachen zu 64-Bit gelesen, und da gab es einige Probleme, weil das Mainboard bzw. sein Chipsatz das zum Beispiel nicht unterstützte. Aber ich glaube es wäre sinnlos einen 64-Bit-Prozessor zu verbauen und dann könnte der gar nicht in vollem Umfang genutzt werden.

Habe auch schon mal geschaut, was es alles so an 64-Bit-Software gibt (sowohl nativ, als auch emuliert), und ich glaube, dass ich damit schon klar kommen werde. Die Hardware sollte auch kein problem sein.

Nur noch eine Frage: Wenn ich auf dem 64-bit eine virtuelle Maschine anlege, kann ich dann in der virtuellen das ganze wie 32-Bit nutzen? Eigentlich doch schon oder? Dann könnte ich ja im Notfall auf meine 32-Bit zurückgreifen, wenn ein programm unter 64-Bit nicht will? Oder stell ich mir das zu einfach vor?

jpkow

15

Windows Vista Forum / 64-Bit Prozessor auch 64-Bit-Busbreite ?

« am: 15. August 2008, 15:04:54 »

Hallo alle miteinander,

habe ein HP dv9810eg Notebook mit einem AMD Turion64 X2 Prozessor. Ich benutze zur Zeit das vorinstallierte Windows Vista Home Premium 32-Bit.
Wüsste nun gerne, woran ich erkenne, ob ich auch eine Adressbreite von 64-Bit habe, denn nur dann bringt das ja was. Wenn ich das so richtig verstanden habe. Ich will mir schließlich nicht 64-Bit Vista holen und der Prozessor kann die 64-Bit gar nicht ausnutzen. Habe auch schon gelesen, dass das nicht jeder Chipsatz unterstützt. Aber kann das denn sein, wenn ein 64-Bit-Prozessor fest verbaut ist?

Vielleicht kann mir bitte jemand weiterhelfen, will mir das 64-Bit nicht umsonst kaufen

Danke schon im Voraus für eure Antwort.

jpkow