Windows 8.1 Update 1

[Dirk67]

das ist m.E. (bzgl. Client-BS) absolut richtig, genau so, wie du das schreibst
(zu den Server-BS-Fragen kann ich leider nichts beisteuern)

[boco]

1) Windows 8.0 (mit Kernel 6.2) wird weiterhin supported. Das is der build 9200.xxxxx (letzter Teil wird durch Updates erhöht). Windows 8.1 ist Kernel rev. 6.3, also quasi ein separates OS. Eben dieses Windows 8.1 hat nun mit dem Spring Update 2014 (S14) ein Update spendiert bekommen.

8.0 wird weiterhin supported, weil:
1. Lizenzierung. Nicht für jeden ist das Upgrade 8.0 -> 8.1 gratis.
2. Kompatibilität. Insbesondere bei der 64bit-Version gibt es Rechner, die zwar 8.0, aber kein 8.1 unterstützen.

2) Das Store-Upgrade gibt es NUR für Retail und OEM-Lizenzen. 8.0 Retail-Keys und 8.0-OEM-Keys können zur Aktivierung (aber nicht zur Installation!) von 8.1 verwendet werden. MAKs und KMS-Keys sind komplett inkompatibel, Kunden mit laufenden Volume-License-Verträgen haben neue Schlüssel bekommen. Alle anderen Volume-Kunden und die Piraten haben erst mal in die Röhre geschaut (die Piraten nur ganz kurz).

Nochmal: Windows-Upgrade 8.1 ist nur für Retail- und OEM-Kunden gratis. Das mit dem Installationspaket ist vollkommen richtig, es sind zwei verschiedene OS.

Wie ist es denn mit den Server-Varianten: Gibt's da auch ein (kostenloses) Upgrade von Server 2012 auf Server 2012 R2

Nein, für die Server-Varianten gab es noch niemals ein kostenloses Upgrade.
1. Server 2008 basiert auf Vista (6.0), Server 2008 R2 auf Windows 7 (6.1).
2. Server 2012 ist 8.0 (6.2) und 2012 R2 ist 8.1 (6.3).

Ein Server 2012 Key kann einen Server 2012 R2 nicht aktivieren (nicht mal ein Retail/OEM-Key).

3) Genau so ist es. Schöne neue Welt, dieser Rapid Life Cycle. Gilt nicht für Server 2012, da Server 2012 R2 kein Service Pack ist.

[WSUSUpdateAdmin]

Moin und danke, boco und Dirk!

"Blöde" Frage noch:

Zur Erkennung:

Code: Select all

Windows 8.1 RTM: 6.3.9600.16384
Windows 8.1 Update 1: 6.3.9600.17031


Windows 8.0 (mit Kernel 6.2) wird weiterhin supported. Das ist der build 9200.xxxxx (letzter Teil wird durch Updates erhöht)

Wie kommt Ihr eigentlich zu diesen Revisionsnummern?
Nehmt Ihr die Dateiversion von beispielsweise ntoskrnl.exe?

Ich erhalte nämlich durch die WMI-Abfrage (DetermineSystemProperties.vbs -> SetSystemEnvVars.cmd)

Code: Select all

set OS_VER_MAJOR=6
set OS_VER_MINOR=3
set OS_VER_BUILD=9600
set OS_VER_REVIS=0


und zum Vergleich

Code: Select all

C:\Users\Administrator>ver
Microsoft Windows [Version 6.3.9600]


Dann werde ich mich wohl bezüglich des Installationsstatus von "Windows 8.1 Update 1" (eigentlich heißt es ja wohl "Windows 8.1 Update: April 2014" auf die KB-Nummer 2919355 "stürzen".

Ach ja, noch etwas:

Ich habs schon. Es ist noch schlimmer: KB2919442 ist ein Service-Stack-Update und muß separat installiert werden, gefolgt von einem Reboot. Dann die anderen.

Das kann ich nicht bestätigen.

Wenn ich in der auf http://www.microsoft.com/en-us/download ... x?id=42327 vorgegebenen Reihenfolge

Code: Select all

2919442
2919355
2932046
2937592
2938439
2934018


manuell installiere, fordert mich kb2919442 nicht zu einem Neustart auf, die übrigen fünf schon, was man allerdings offenbar ignorieren und zum Abschluss machen kann.

Viele Grüße
Torsten

[Dirk67]

Wie kommt Ihr eigentlich zu diesen Revisionsnummern?
Nehmt Ihr die Dateiversion von beispielsweise ntoskrnl.exe?

aus der registry, oder ?
z.B. bei Win 7 unter "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion"
dort findet man neben dem Build auch die Revision gemäß hier:
--> http://techblissonline.com/find-windows ... on-number/

[aker]

Ich habe die Revisionsnummer über dism.exe bestimmt, da ich eine Windows 8.1 Update 1 Installations-DVD geslipstreamt habe.

Beispiel:

Code: Select all

dism /online /?

gibt als "Abbildversion" die korrekte Revision (16384 bzw. 17031) aus.

Viele Grüße

[WSUSUpdateAdmin]

http://trac.wsusoffline.net/browser/trunk (r572).

Danke an alle und ein schönes Wochenende,
Torsten

[boco]

Correct, BuildLabEx string.

Code: Select all

reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v BuildLabEx

[harry]

r572 (.\client\cmd\DetermineSystemProperties.vbs) funktioniert leider nicht mehr unter Windows XP, obwohl laut history.txt vorgesehen!

Code: Select all

Starting WSUS Offline Update (v. 9.2b (r572)) at 22:05:18,02...
Checking user's privileges...
Determining system's properties...

ERROR: Unsupported Operating System language.

Ending WSUS Offline Update at 22:05:21,13...


Der Eintrag "BuildLabEx" im Schlüssel "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" existiert nicht unter Windows XP!

Wie sieht es denn bei Server 2003 (bzw. Windows XP x64) aus, auf dem muß eine neue Version ja auf jeden Fall noch laufen?

[WSUSUpdateAdmin]

Danke, harry,

ich prüfe das und bringe es in Ordnung - morgen.

Gruß
Torsten

[WSUSUpdateAdmin]

http://trac.wsusoffline.net/browser/trunk (r573).

Danke & Gruß
Torsten