[jadmanx]

Und wieder habe ich ein problem mit Windows vista update,
das letzte mal konnte ich mir nur mit ner neuinstallation helfen das werde ich diesmal siecher nicht mehr machen ...

google hat mir nur das gegeben http://support.micro...com/kb/KB931712
aber wenn ich
Registrierung löschen HKLM\COMPONENTS-V StoreDirty
eingebe sagt er mir den befehl gibt nicht
und im regedit finde ich den eintrag nicht um in per hand zu löschen...

HHHHIIILLLFFFFEEEE

[Chretkor]

Zitat (jadmanx: 23.05.2007, 23:51)

google hat mir nur das gegeben http://support.micro...com/kb/KB931712
aber wenn ich
Registrierung löschen HKLM\COMPONENTS-V StoreDirty
eingebe sagt er mir den befehl gibt nicht
und im regedit finde ich den eintrag nicht um in per hand zu löschen...

Versuch es mal hiermit
reg delete HKLM\COMPONENTS /v StoreDirty

Damit funktioniert es.

HTH
Chretkor

[jadmanx]

wie schon gesagt den reg schlüssel gibt es nicht also kann er ihn nicht löschen ...

Hilfe

[MadVista]

Hallo zusammen

Ich habe den Fehlercode erst jetzt. Doch ich kann das was Chretkor angegeben hat, auch nicht korrigieren. Funktioniert nicht.

Weiss sonst noch jemand Rat? Jedenfalls kommt dies sehr häufig vor, habe ich Google gesehen, doch eine richtige Lösung habe ich bis jetzt nicht finden können.

Danke um jede Hilfe.

Gruss

[DK2000]

Wenn es den Schlüssel StoreDirty nicht gibt, heißt das eigentlich, dass der Component Store sauber ist, was aber im Gegenzug nicht heißt, dass was Windows Servicing sauber arbeitet.

Das Problem an dem Component Store und Windows Servicing ist eigentlich, dass Microsoft es versäumt hat, für diese extrem wichtigen Komponenten eine gescheite Diagnose-/Reparaturoption einzubauen bzw. wenn es sie gibt, niergends erwähnt, wie man sie im Notfall verwendet. Auch sind die Fehlermeldungen (naja, meist eigentlich nur Fehlercodes), die man da so vergesetzt bekommt, nicht sonderlich hilfreich und man muss teilweise raten, was das alles zu bedeuten hat.

Welche Schlüssel exisitieren denn unter HKLM\COMPONENTS? Im Normalfall sollten da eigentlich nur die Schlüssel PublisherPolicyChangeTime, StoreArchitecture und StoreFormatVersion existieren. Wenn da aber z.B. noch PendingXmldentifier, NextQueueEntryIndex und AdvancedInstallersNeedResolving stehen und diese nicht von selbst nach einer Zeit verschwinden, dann ist das ein Zeichen dafür, dass irgend etwas verhungert ist und jetzt den Queue verstopft. Meist reicht es, die drei Schlüssel zu löschen und das System neu zu starten, um den Queue wieder zu reinigen (Backup aber nicht vergessen).

Eventuell bringt noch ein Blick in die Ereignisanziege oder in die Logs (WindowsUpdate.log und CBS.log) etwas. Schwer zu sagen, was da wieder unrund läuft.

Dieser Beitrag wurde von DK2000 bearbeitet: 07. Oktober 2007 - 10:13

[bresciano]

selbes problem!!
hat wer einen rat?

[rumzeis1]

ein löschen der überflüssigen keys hat bei mir auch keine lösung gebracht *kopfkratz*

mal schauen wann es was neues gibt