[DK2000]

Ja, das ist das alte Problem beim Visual Studio. Ein Teil landet immer auf C:\, weil das eigenständige Setups sind, welche vom Hauptsetup aufgerufen werden. Die laufen leider alle mit ihren Default Einstellungen durch, was bedeutet, dass die sich stur nach %ProgramFiles% bzw. %ProgramFiles(x86)% installieren.

Das alles 'umbiegen' ist umständlich. Am Einfachsten würde das wohl gehen, wenn man das ganze in einer vm mal durch laufen lässt, sich die Ordner alle merkt und dann auf dem Hauptsystem für die Ordner Links im Dateisytem (Juctions) auf ein anderes Laufwerk legt.

Dieser Beitrag wurde von DK2000 bearbeitet: 28. Juni 2013 - 19:45

[RalphS]

Zitat (RalphS: 28. Juni 2013 - 19:19)

Momentan sieht's noch gut aus: "Getting your devices ready". Daumen drück.

Zu früh gefreut

Menno.

[DK2000]

Wieso? Beim Reboot vergessen, wieder die Ausnahme zu aktivieren?

[RalphS]

Das nicht. Das Setup bleibt halt immer an derselben Stelle hängen: die Geräte warden noch "betriebsbereit" gemacht, aber danach poppt dann so Popup auf von wegen "Hab da Fehler gefunden, rolle zurück" und das wars dann mit stundenlangem Upgrade.

Shift-f10 geht ja wenigstens. Aber ich hab noch nicht rausgefunden, wo ich da davortreten muß, damit es durchläuft. Von da an heißt es immer nur "Your computer restarted unexpectedly. Please restart Setup" und wenn ich das mach, bekomm ich die Meldung einfach nur wieder.




Weiß schon, warum ich ich "normal" keine Upgrades mach. Ist ganz offensichtlich fixer, und unkomplizierter, einfach neu aufzusetzen und entsprechend einer hoffentlich vorhandenen Doku neu einzurichten.

Ein was könnte potentiell interessant sein: irgendwie steht in sources\panther\setupact.log, daß was mit dem CBS nicht hinhaut. Aber das ist aucn nur als Info eingetragen.

[DK2000]

Zitat (RalphS: 28. Juni 2013 - 20:28)

Ein was könnte potentiell interessant sein: irgendwie steht in sources\panther\setupact.log, daß was mit dem CBS nicht hinhaut. Aber das ist aucn nur als Info eingetragen.

Vermutlich muss man auch die CBS.log durchforsten und die setuperr.log. So wirklich einfach kann man solche Fehler nicht ermitteln.

Allerdings müssten dann die Logs in C:\Windows\Panther aktuell sein, zumal in der Phase des Setups das eigentliche Windows schon läuft und nicht mehr das erste Setup.

Dieser Beitrag wurde von DK2000 bearbeitet: 28. Juni 2013 - 21:01

[RalphS]

Da hab ich noch gar nicht geschaut. Werd ich gleich mal tun.

.... nope. Bis dahin sind wir gar nicht gekommen. Die Dateien da drin sind alle über einen Monat alt - vermutlich vom "Original-Setup".


EDIT 2:

Das hier ist scheinbar die relevante Zeile:

2013-06-28 20:22:38, Error      [0x018057] CSI    000001cd (F) Failed execution of queue item Installer: CSI VMHOST AI installer ({ab33359d-a7f8-47d1-ae75-709b1f44718e}) with HRESULT E_INVALIDARG.  Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable (2)[gle=0x80004005]

0x80004005 war 'Access denied', nicht oder?

Dieser Beitrag wurde von RalphS bearbeitet: 28. Juni 2013 - 21:28

[Fat Tony]

Und wie ist das momentane Fazit bzgl.des Updates Windows 8.1 ?

[DK2000]

Zitat (RalphS: 28. Juni 2013 - 21:17)

0x80004005 war 'Access denied', nicht oder?

0x80004005: E_FAIL (Unspecified failure)

0x80070005 ist E_ACCESSDENIED

Der eigentliche Fehler war 0x80070057 (E_INVALIDARG).

Aber was da genau schief lief, lässt sich an der einen Zeile nicht entnehmen. Weiß im Moment auch nicht, was dieser 'VMHOST AI installer' ist.

Zitat (RalphS: 28. Juni 2013 - 21:17)

.... nope. Bis dahin sind wir gar nicht gekommen. Die Dateien da drin sind alle über einen Monat alt - vermutlich vom "Original-Setup".

Hier muss man vor dem Rollback nachschauen, da nach dem Rollback wieder das alte Windows wiederhergestellt wurde. Ich weiß jetzt auch nicht. ob das Setup diese Dateien irgendwo anders sichert.

Dieser Beitrag wurde von DK2000 bearbeitet: 29. Juni 2013 - 01:21

[Candlebox]

Hab mich leider auch zu früh auf für mich wichtige Verbesserungen gefreut.
Was mir sofort gefallen hat: Man kann jetzt mehrere Apps auf einmal deinstallieren.
Schlecht: nicht alle: Was soll ich z.B mit der Kamera/Skydrive App? :-/
Schwarze Fensterrahmen: Der gleiche Mist wie unter 8.
Warum geht man immer davon aus, daß User XY immer ein Desktophintergrundbild hat?
Ich habe einfarbig schwarz, und wenn ich Modern UI Hintergrund=Desktophintergrund auswähle kann sich jeder denken wie clever das aussieht.
Der Hintergrund der modern UI läßt sich (noch) gar nicht einstellen?
Für sowas simples wie den Sperrbildschirm abschalten, brauchts immernoch ’ne GPO
Toll.

Dieser Beitrag wurde von Candlebox bearbeitet: 29. Juni 2013 - 07:34

[RalphS]

Candlebox: Startscreen öffnen, Charmsbar, Einstellungen. Da gibts zumindest bei mir "Personalize". Dort kann man den Hintergrund für Metro anpassen.

DK: Gehört irgendwie zum Hyper-V. Hab schon versucht, alles Relevante loszuwerden. Und irgendwo ist da auch ein Wurm drin - die Deinstallation schlägt selber nämlich auch fehl. Was immer da der Grund ist, wird wohl auch das Upgrade ärgern.

Dieser Beitrag wurde von RalphS bearbeitet: 29. Juni 2013 - 07:49

[Candlebox]

Zitat (RalphS: 29. Juni 2013 - 07:48)

Candlebox: Startscreen öffnen, Charmsbar, Einstellungen. Da gibts zumindest bei mir "Personalize". Dort kann man den Hintergrund für Metro anpassen.

Danke.

[RalphS]

Weiß wer, ob (und ggf wie) die "alte" Suche noch funktioniert?

Man also einen Suchtext eingibt und diesen dann direkt an eine App schickt?

[Fat Tony]

Gibt es eine Möglichkeit,das Wasserzeichen unten rechts,
"Windows 8.1 Pro Preview mit Media Center Evaluierungskopie Build 9431"
zu entfernen,bzw.zu deaktivieren ?

[RalphS]

Zitat (DK2000: 29. Juni 2013 - 01:19)

0x80004005: E_FAIL (Unspecified failure)

0x80070005 ist E_ACCESSDENIED

Der eigentliche Fehler war 0x80070057 (E_INVALIDARG).

Aber was da genau schief lief, lässt sich an der einen Zeile nicht entnehmen. Weiß im Moment auch nicht, was dieser 'VMHOST AI installer' ist.

Kurzes Follow-up:

- SFC /scannow gefahren. Keine Fehler gefunden.
- CBS log angeschaut. Keine Fehler, aber viele, viele Infos; darunter auch "Info"-Einträge re: Datei X fehlt im Store. Da waren ein ganz paar Einträge mit en-US-Tag dabei. Also en-US Sprachpaket neu installiert (dism /add-package).
- Festgestellt, daß in sämtlichen SQL2012-Instanzen der Reportserver mit 1067 ausgestiegen ist (was gigabyteweise Crashdumps verursacht hat. 15GB DMP gelöscht und die Reportserver$* deaktiviert.
- Update wieder neu angestoßen - erfolgreich durchgelaufen.

Sieht also aus, als ob der/die Fehler a) in den Sprachpaketen oder aber b) durch das unerwartete Aussteigen eines Dienstes während des Upgrades verursacht wurde. Bleibt nur noch zu fragen, was den Reportserver hat aussteigen lassen... das ging eigentlich alles mal völlig problemlos.

[DK2000]

Alle Fehler, welche hinter "Info" steht, kann man ignorieren. Die stellen keinen Abbruchgund dar. In meiner CBS.log gibt es nach jedem Windows Update auch jede Menge Fehler in der 'Info' Zeile. Die stören aber soweit nicht.

Interessant sind nur die Zeilen, welche mit 'Error' beginnen. Das sind i.d.R. die Fehler, die so gravierend sind, dass sie nicht ignoriert werden (im Gegensatz zu Fehlern, welche ignoriert werden bzw. Fehler 'by design'). Daher steht bei Dir auch in der Zeile 'Failure will not be ignored'.

Ein Dienst, welcher sich unerwartet beendet, ist da schon mehr ein Grund, das Upgrade abzubrechen.

Fehlende Sprachpakete sind nur teilweise ein Grund für einen Abbruch. Das kommt dann auf den ganzen Zusammenhang an.

Wenn ich mir so eine CBS.log anschaue, suche ich grundsätzlich zu erst nach den Zeilen, die mit 'Error' beginnen. Von dem Punkt an, schaue ich mir die Datei dann rückwärts an. Dann versuche ich zu interpretieren, was da schief gelaufen sein könnte. Meist ergibt sich das aus der einen Zeile, teilweise auch erst im Zusammenhang mit den Zeilen über dem Fehleintrag.

Teilweise ergibt sich ein Abbruchfehler auch auf eine vorlaufende 'Warning' Zeile. Eine Warnung alleine muss nicht unbedingt einen Abbruchgrund darstellen, aber sie kann im späteren Verlauf zu einem gravierenden Fehler führen.

Die überwiegende Anzahl der 'Info' Zeilen überlese ich da, da das sonst Ewigkeiten dauert, sich da durchzuwühlen.

Dieser Beitrag wurde von DK2000 bearbeitet: 30. Juni 2013 - 14:51