Kommentare

1. Kommentar #1 (geschrieben von Gast)
   Zu unsicher, Registry Hacks in dieser Art u. Weise sind zu gefährlich.
2. Kommentar #2 (geschrieben von user )
   Mag sein das Hacks gefährlich sind jedoch kann die Reg auch vorher sichern aber es hat funktioniert und der Tip ist Top!!
3. Kommentar #3 (geschrieben von Michael )
   bei mir stand in der wert tabelle (kein wert) was nun machen
4. Kommentar #4 (geschrieben von HeidiHidden)
   Ich bin Laie und kann damit nix anfangen. Geht´s vielleicht ein bisschen detaillierter oder vielleicht ein anderer Tipp? Vielen Dank und viele Grüße
5. Kommentar #5 (geschrieben von hillatong@hotmail.com )
   Ist das normal das alles gelöscht wird? Ich hab das Problem nun zwar nicht mehr aber meine Festplatte ist leer: Fotos, Videos, Downloads...alles ist weg. Mein System wurde neu installiert sozusagen...
6. Kommentar #6 (geschrieben von Tantalus)
   Die Anleitung hier hat mir eben bei einem Kundennotebook sehr weitergeholfen. Weiss jemand, wodurch dieses Phänomen ausgelöst wird?
7. Kommentar #7 (geschrieben von Matthias Häger (Rechenzentrum) )
   @#6: Leider nicht. Es tritt auch bei uns zwar selten, aber wenn, dann "aus heiterem Himmel" auf.
8. Kommentar #8 (geschrieben von Roland )
   Trat bei mir heute (06.04.09) auch aus heiterem Himmel auf. Sehr merkwürdig. Fehler kommt auch nicht auf den Desktop. Sieht eben nur alles verstellt aus. Fehler sieht man dann in der Ereignisanzeige. Tip hat mir sehr geholfen, auch ohne in den abgesicherten Modus zu gehen. Danke!
9. Kommentar #9 (geschrieben von Gast)
   hey ich hab das zwar soweit gemacht aber ich kann 1. den eintrag nicht umbennen und 2. kann ich den state auch nicht auf 0 setzen...KANN MIR BITTE JDM HELFEN?!?!
10. Kommentar #10 (geschrieben von Philipp)
    Ihr seid unsere Helden. Wir waren kurz davor, Vista neu zu installieren... Vielen Dank für den Tip!
11. Kommentar #11 (geschrieben von Pasquale)
    Tip war goldrichtig. Mein Benutzerprofil läuft wieder einwandfrei!
12. Kommentar #12 (geschrieben von Matthias Haeger )
    @#9: Das hört sich nach mangelnden Rechten für die Registry an. Überprüfen Sie, ob Sie für alle Zweige der Registry volle Zugriffsrechte haben.
13. Kommentar #13 (geschrieben von Patrick)
    Habe auch diesen Fehler heute (23.04.2009) 2 mal mitbekommen, einmal auf der Arbeit bei einem Kunden (war nur grad mit einem anderen Kunden beschäftigt) und einmal bei einer bekannten, die derzeit jedoch in einem anderen Land studiert. Jetzt muss ich es nur noch in klare Worte fassen, so dass auch ein Leie das oben genannte durchführen kann...
14. Kommentar #14 (geschrieben von Lukas)
    Ich kann .bak nicht aus dem schlüsselnamen entfernen weil ich ansonsten 2 Schlüssel mit exakt dem gleichen schlüsselnamen habe. Was kann ich hier machen?
15. Kommentar #15 (geschrieben von nico )
    habe das gleiche problem wie bei kommentar 14
16. Kommentar #16 (geschrieben von gast)
    Hi, der Tip ist ein Notnagel..zuerst sollte man versuchen das Profil über die Kontenverwaltung zu löschen. Evtl. wurde ein lokal gespeichertes Anwenderprofil manuell über die Kommandozeile oder den Windows-Explorer gelöscht, so kann diese Fehlermeldung erscheint. Wer es komplett richtig machen will sollte auch die MS KB Artikel lesen KB 947215. Ach noch was ...kenne diesen Fehler nur unter Windows Home.... greetsss http://support.microsoft.com/?scid=kb%3Ben-us%3B947215&x=8&y=10
17. Kommentar #17 (geschrieben von Joe)
    Hi, der Tipp ist Gold wert! Nach 5 Minuten funktionierte mein Profil wieder als sei nichts gewesen. @ #14 und #15: hatte ich auch. Ich habe einfach den Key ohne .bak gelöscht (da stand eh nicht viel drin), danach konnte ich den richtigen Key ohne Probleme umbenennen. Thanks an die Admins!!
18. Kommentar #18 (geschrieben von Jimbo)
    Korrekt alles funktioniert wieder. danke euch
19. Kommentar #19 (geschrieben von robert )
    Alss über die Benutzerverwaltung löschen würde ich das ganze nicht, weil sonst sind ALLE Profildaten futsch! Wenn ihr ein komplett sauberes Profil bekommt, dann schaut unter c:\users\[euer benutzernamen] und kopiert die daten aus dem alten defekten Profil in das neue saubere Profil.
20. Kommentar #20 (geschrieben von Reinhard )
    Hilfe!!! Ich finde keinen Eintrag mit der Endung .bak State habe ich auf 0 gesetzt, leider brachte das keine Abhilfe. Den betreffenden Rechner kann ich nur noch im abgesicherten Modus starten. Da ich ein relativer Laie bin, kann ich auch kein anderes Benutzerkonto im abgesicherten Modus anlegen. Auch die Systemwiederherstellung finde ich in Vista Home Premium nicht. Würde am liebsten auf XP downgraden, da gabs solche Probleme nie. Wäre nett, wenn mir jemand helfen würde. Vielen Dank im Voraus.
21. Kommentar #21 (geschrieben von waldi )
    hallo, .bak umbenannt und state auf 0, neustart alles beim alten. Vista legt temp profil an und setzt altes profil wieder mit bak an.
22. Kommentar #22 (geschrieben von Martin )
    Danke für den Ansatz, ich habe die stelle gefunden, Vorschlag funktioniert bei mir aber nicht (oder ich mache etwas falsch): - wenn ich den Schlüssel ohne .bak löschen möchte, erscheint Fehlermeldung: "...kann nicht gelöscht werden, Fehler....") - deshalb kann ich den mit .bak nicht umbenennen - und wenn ich bei dem mit .bak bei "State" den Schlüssel auf "0" ändern möchte, erscheint ebenfalls Fehlermeldung: "state kann nicht bearbeitet werden" Was kann ich machen?
23. Kommentar #23 (geschrieben von Gast)
    Hat funktioniert, aber ich musste dem Schlüssel mit dem .bak eine neue Zahl geben, da schon einer mit der gleichen da war. Außerdem war danach das Hintergrund-bild weg, was allerdings nicht schlimm war. ^^
24. Kommentar #24 (geschrieben von Gast)
    Ich habe dieses Problem jetzt schon zum 2. Mal. Beim 1. Mal hab ich mich ab- & dann wieder angemeldet. Da hatte es beim 3. Mal funktioniert & es war so, als wäre nie was gewesen. Gestern abend (21.9.09), beim 2. Mal, hat es nicht mehr geklappt & auch heute ging es nicht. Da ich Laie bin & nicht alles falsch & dadurch noch schlimmer machen will, wurde mir erstmal zur Systemwiederherstellung von VistaHP geraten. Weiß aber noch nicht, ob's auch funktioniert. Würde auch gerne wissen, wie ich dieses Problem von vornherein vermeiden kann. Liegt das wirklich an Vista und was läuft da schief??? (Irgendwer wird doch Bescheid wissen.)
25. Kommentar #25 (geschrieben von Renee )
    Bei mir funktioniert es nicht. Hab'S 2. Mal versucht. Geht es vielleicht nicht, weil ich es nicht über den abgesicherten Modus (F10?), sondern vom temporären Profil aus über Ausführen gemacht hab.
26. Kommentar #26 (geschrieben von Gast)
    Bei mir funktioniert es nicht. Hab'S 2. Mal versucht. Geht es vielleicht nicht, weil ich es nicht über den abgesicherten Modus (F10?), sondern vom temporären Profil aus über Ausführen gemacht hab.
27. Kommentar #27 (geschrieben von Martin Schmid)
    Hatte eben einen Bekannten mit diesem Problem am Telefon. Wir haben die Geschichte blind durchgearbeitet: läuft! Allerdings mußten wir zuerst den "Ausführen"-Button ins Startmenü basteln. Dieser Bekannte hatte allerdings tatsächlich "was gemacht" und gab es auch zu: Und zwar hatte sich die Kiste augenscheinlich bei einem Windows update aufgehängt. Er hat sie dann gewaltsam (über längeres Drücken des Aus-/Einschalters abgewürgt. Vermutlich während sie noch arbeitete. Bei "Wiederhochfahren" hatte er die Meldung und konnte sich an der eigenen Maschine nicht mehr anmelden. Hab mir Eure site übrigens in die Favoriten aufgenommen. Endlich mal klare, zielführende Antworten
28. Kommentar #28 (geschrieben von fabienne )
    Ich habe genau alles so gemacht wie beschrieben. Hatte jedoch dann dasselbe Problem wie Kommentar 23. Und zusätlich sind alle meine Daten nicht mehr da! WAs kann ich tun????
29. Kommentar #29 (geschrieben von Gast)
    Einfach super der tip hat einwandfrei funktioniert!!! VielenDank!!!
30. Kommentar #30 (geschrieben von Gast)
    Bei mir hat es auch nicht funktioniert. Allerdings gibt es zumindestens einen Weg trotzdem wieder auf den Rechner zugreifen zu können. Im abgesicherten Modus starten, dann "msconfig" unter ausführen eingeben. Dann unter Tools "Benutzerkontensteuerung deaktivieren" starten.
31. Kommentar #31 (geschrieben von Gast)
    Bei mir kommt aber das das nicht umbennant werden kan fehler bei umbenenen des Schlüssels wird immer angezeigt
32. Kommentar #32 (geschrieben von gast )
    Danke für den Ansatz, ich habe die stelle gefunden, Vorschlag funktioniert bei mir aber nicht (oder ich mache etwas falsch): - wenn ich den Schlüssel ohne .bak löschen möchte, erscheint Fehlermeldung: "...kann nicht gelöscht werden, Fehler....") - deshalb kann ich den mit .bak nicht umbenennen - und wenn ich bei dem mit .bak bei "State" den Schlüssel auf "0" ändern möchte, erscheint ebenfalls Fehlermeldung: "state kann nicht bearbeitet werden" Was kann ich machen?
33. Kommentar #33 (geschrieben von Locke212 )
    Danke für die Hilfe. Hab die Benutzersteuereung deaktiviert und kann mich endlich wieder einloggen, nur sind jetzt alle Benutzerdaten (Bilder, Dokumente,etc.) weg. Die müssen doch irgendwo sein. Kommt man da noch irgendwie ran? Danke für die Hilfe!
34. Kommentar #34 (geschrieben von Gast)
    Hallo, ich habe das selbe Problem. Leider ist es so, dass der oben genannte Lösungsansatz zwar funktioniert, jedoch nur für Benutzer welche bereits an dem PC angemeldet waren. Demnach ist das eigentliche Problem nicht gelöst. Hängt der Rechner, wie in meinem Falle, in einer Domäne und man versucht sich mit einem Benutzer (zum ersten mal!!!) anzumelden, kommt die selbe Fehlermeldung. Hat jemand eine Idee? Ich habe wenig lust 10 Vista PCs neu zu installieren... Danke!
35. Kommentar #35 (geschrieben von Eckhard Huwer )
    Ich bin wie beschrieben vorgegangen. Bei Neustart dann wieder diesselbe Meldung. Eine Nachprüfung im abgesicherten Modus ergab, dass Änderungen in der Registry wieder rückgängig gemacht waren. Kann man diese Änderungen nicht abspeichern?
36. Kommentar #36 (geschrieben von Blauensteiner )
    Tipp ist goldrichtig! Falls der Eintrag wie bei mir schon existiert - zuerst den existenten in .old unbenennen und dann den Eintrag .bak in den originalen umtaufen ( .bak) entfernen
37. Kommentar #37 (geschrieben von Fidi)
    Danke für den Tipp! Auch Blauensteiner mit Tipp #36 sei gedankt. Ohne den hätte ich wohl das ganze noch verschlimmert:-)
38. Kommentar #38 (geschrieben von Gsch)
    Der Tipp ist ist echt super und vor allem auch den Komentar #36 beachten. Ich liebe euch ganzen Computer Nerdis da drausen die solche tollen tipps aus dem Ärmel schütteln
39. Kommentar #39 (geschrieben von Gast )
    Die vorgeschlagene Abhilfe klappt leider nicht da es sich bei mir um das Administratorkonto handelt.(s.auch Kommentar #32).Gibt es inzwischen einen weiteren Lösungsvorschlag?
40. Kommentar #40 (geschrieben von mk )
    wie Kommentar 5 kann ich jetzt wieder mein Benutzerkonto zugreifen, erhalte aber eine ganz neues Desktop. was kann ich tun?
41. Kommentar #41 (geschrieben von MLa )
    Also mir hat dieser Tip sehr geholfen!!! Vielen Dank
42. Kommentar #42 (geschrieben von Peter Ogi )
    Ich kann die Vorschläge leider nicht umsetzen, da ich auf der Anmeldungsseite hängen bleibe, somit gar nicht auf den Explorer gelange: Loop zwischen Kennwort zurücksetzen und Anmelden. Po
43. Kommentar #43 (geschrieben von SAPLully )
    Spitze! Hat funktioniert! Vielen Dank!
44. Kommentar #44 (geschrieben von Gast)
    Guter Tipp! Funktioniert auch unter Windows XP Home!
45. Kommentar #45 (geschrieben von Gast)
    Die Meldung wird bei uns von zu langen Dateinamen im Temporären IE Ordner verursacht. Also appdata\local\microsoft\ie\tempor. löoschen und es geht wieder.
46. Kommentar #46 (geschrieben von Eksus94 )
    PROBLEM... Ich habe alles hinbekommen bis ich nah der defecten datei(.bak) suchen soll... Ich finde bei mir keine datei mit der endung .bak . Und jetzt?
47. Kommentar #47 (geschrieben von kevin )
    ich hab das problem auch und ich weiß nicht wie man das behebt kan mir einer helfen?
48. Kommentar #48 (geschrieben von seaman )
    diese Problemlösung half! :-) @#39: bei mir war auch das admin-konto futsch, aber im abgesicherten Modus funktionierte der Logon auf das Konto (mein admin passwort ging auch, während das Konto weg war). weiss jemand, wieso Vista sich beim Backup so verschluckt??
49. Kommentar #49 (geschrieben von Gast)
    Hallo, hatte grade das gleiche Problem mit meinem Dell-Laptop. Auch für den Tipp von Nummer 17 bin ich echt dankbar!!! Alles funktioniert wieder, alle Daten noch da!! Vielen Dank!!
50. Kommentar #50 (geschrieben von Thomas Perkuhn )
    @ kommentar #34: Benutzerprofile werden bei der Erstanmeldung aus dem Default-Profile generiert. In diesem Fall kann es sein, dass aufgrund fehlender Berechtigungen im Default-Profile folgende Datei bei der Erstanmeldung an Windows nicht kopiert werden kann und es dann zu dieser dubiosen Meldung kommt: \Users\Default\AppData\Local\Microsoft\Windows Live\SqmApi\SqmData720896_00.sqm Die Ereignisprotokolle müssten einen Hinweis darauf geben. Am besten mal prüfen! Falls dem so ist folgendes durchführen: Für den übergeordneten Ordner \SqmApi über rechten Mausklick, Eigenschaften - Reiter "Sicherheit" - Erweitert - Berechtigungen ändern - Häkchen für "Alle Berechtigungen für untergeordnete Objekte durch vererbbare Berechtigungen von diesem Objet ersetzen" setzen und mit OK bestätigen. Dann sollten die Berechtigungen für diese Datei richtig gesetzt sein und die Anmeldung eines neu erstellten Kontos funktionieren. Hoffe, es klappt.
51. Kommentar #51 (geschrieben von Hubert Schlichtner )
    Super Lösung, hat mir eine Menge Arbeit erspart ....
52. Kommentar #52 (geschrieben von Steffi)
    Danke danke danke
53. Kommentar #53 (geschrieben von www.meingrüneshaus.de)
    bei uns gab es 2 benutzerprofile.. das fehlerhafte gelöscht und es lief wieder.. danke für den tip
54. Kommentar #54 (geschrieben von Gast)
    Top! Hat mir Ostern gerettet...
55. Kommentar #55 (geschrieben von bob )
    und wie geht das mit windows7??? :)
56. Kommentar #56 (geschrieben von Ingo Manthey )
    Klasse hat mir sehr geholfen
57. Kommentar #57 (geschrieben von Michael )
    thx für den Tipp habe es genauso gemacht aber es funktioniert nicht er schreibt das immer wieder in den Orginalzustand um egal was ich mache. Ich lösche den temporären Destop, schreibe meinen Hauptdestop das Bak weg und ändere state auf null und klicke dann auf Neustart und wenn ich mich dann wieder einloggen will schreibt er es wieder in den gebugten Zustand zurück (habe Vista) was kann ich nun tun außer meinen Laptop neu zu machen?
58. Kommentar #58 (geschrieben von Klaus Roeckerath )
    Hatte dasselbe Problem unter Win7. Bin in den angegebenen Ordner der registry gegangen, wo ich zwei identische Schlüssel fand, einer davon mit der Erweiterung "bak". Dieser schien alle meine Daten zu enthalten, in dem anderen war fast nichts. Ich habe den Schlüssel ohne Erweiterung mit der Endung "nix" versehen, so dass ich in dem anderen die Endung "bak" entfernen konnte. "state" habe ich nicht gefunden, also nicht auf "0" gesetzt. Neustart. Zuerst kam ein vorübergehender Desktop, von dem ich mich abgemeldet habe. Dann Neuanmeldung - alles wieder da! Danke für den Tipp, funktioniert anscheinend auch unter win7.
59. Kommentar #59 (geschrieben von hubi05)
    hat bei mir unter win7 genauso wie beschrieben funktioniert, musste nur den Eintrag mit dem gleichen Namen ohne .bak zuuerst umbennen
60. Kommentar #60 (geschrieben von alfred)
    soll ich wirklich den schlüsselnamen ohne .bak entfernen löschen seit ihr ad sicher
61. Kommentar #61 (geschrieben von Gilles)
    Der Computer gehjt zwar jetzt wieder online, die Daten sind aber weg...Soll ich eine Systemwiederherstellung machen ?
62. Kommentar #62 (geschrieben von Gast)
    Genial - genau der richtige Tipp, zur rechten Zeit! Danke :-)
63. Kommentar #63 (geschrieben von Mitko )
    DANKE, DANKE, DANKE - endlich mal jemand, der wirklich gut ist in seinem Gebiet!!! Ich wünsche Ihnen lles Gute! :-)
64. Kommentar #64 (geschrieben von ron )
    @ Kommentar #16: DANKE, Super link!! Hat einwandfrei funktioniert. Danke nochmal!
65. Kommentar #65 (geschrieben von Gast)
    jetzt muss ich mal ne ganz dumme Frage stellen: Ich finde zwar den angegebenen Fad aber nirgends eine Datei mit der Endung .bak (Habe Win7) ...
66. Kommentar #66 (geschrieben von Partrick )
    danke für den guten artikel <a href="http://wikipedia.org/>wikipedia</a>
67. Kommentar #67 (geschrieben von Erdogan)
    Ich finde ebenfalls keine Dateiendungen - bitte dringends um Hilfe......
68. Kommentar #68 (geschrieben von dk )
    Das Problem hab ich aber mit dem Admin Profil und kann als Standardbenutzer nicht ändern. Irgendeine Idee...??
69. Kommentar #69 (geschrieben von EB)
    Gleiches Problem, gehabt, jedoch wie Nr. 65 erst gar keinen Schlüssel mit .bak gefunden. MicrosoftSupport empfiehlt den Schlüssel mit der angehängten langen Zahl zu suchen und zu ändern (hat auch nichts gebracht bei mir). Was half, war die Systemwiederherstellung (da das Problem nach einer Umstellung von einem auf ein andres Antivirus-Programm aufgetreten ist).
70. Kommentar #70 (geschrieben von Marko)
    Wirklich starke Sache. Microsoft kompliziert, wechselnde Fenster, auch sprachlich und hier: Zack. Und es geht wieder. Danke.
71. Kommentar #71 (geschrieben von Gast)
    Ich hab das Problem auch auf einem gerade frisch aufgesetzten Lap. Alle Tips haben nicht gefunzt. Hab dann noch mal neu aufgesetzt. Hab dann zuerst Antivir drauf gemacht. OK. Danach Zonealarm Pro, Neustart während Installation und das Prob war wieder da. Jetzt probier ich das ganze noch mal anders rum, also erst Zonealarm. Mal schauen. Komisch ist nur, die WIndowsrestoregeschichte hab ich vorher schon einige male gemacht und Zonalarm lief dort auch problemlos, also keine neue Software. Das versteh wer will.
72. Kommentar #72 (geschrieben von Swiss_Root)
    Super, hat geholfen. Sollte allerdings nur von Fachleuten durchgeführt werden! @Kommentar71: Lass Zonealarm weg...
73. Kommentar #73 (geschrieben von MarkS )
    Vielen Dank für den guten Tipp. Bei mir trat das Problem auf, als beim Laptopp der Akku alle war und wieder mit dem Netzteil starten wollte. Den Dateinamen gab es bei mir schon ohne bak.-Endung. Diesen habe ich dann ín .sic umbenannt und die bak-Datei dann unbenannt. Danach hat gottseidank alles wieder geklappt.
74. Kommentar #74 (geschrieben von avb)
    Für alle, die keine .bak-Einträge in der Registry finden: beachtet das Kommentar #50! Habe ich nämlich zunächst übersehen :) Hier findet sich Näheres zu diesem Problemfall: http://chentiangemalc.wordpress.com/2011/07/18/case-of-the-user-service-service-failed-the-logon/

Kommentieren

Um einen Kommentar abzugeben, füllen Sie einfach das Formular aus. (Felder mit einen Stern erfordern eine Eingabe!)

Name:
E-Mail:
* Kommentar:
* CAPTCHA-Abfrage: Bitte tragen Sie die Buchstaben aus der Grafik hier ein: