News Windows 7 und 8.1: Kaby Lake erhält keine Updates mehr, Ryzen schon

@Mega-Bryte
Wer Lesen kann ist eindeutig im Vorteil!!!
Das was du da hineninterpretierst steht da nicht!

Aussage 1 stimmt - und zwar seit Juni 2016, da wurde das erstmalig angekündigt (damals war das auch für Skylake angekündigt worden):
Microsoft will eigentlich noch unterstützten Betriebssystemen, die auf nicht mehr unterstützten CPUs laufen, vorzeitig den Support streichen.


Aussage 2 stimmt, diese ist als Ergänzung zu Aussage 1 zu sehen:
Prozessoren auf Basis von Kaby Lake und Bristol Ridge erhalten unter Windows 7 und Windows 8.1 deshalb potentiell keine Aktualisierungen mehr.

Aussage 3 simmt, da diese den zum Zeitpunkt des Postings aktuellen Stand wiederspiegelt:
Mit Ryzen und Kaby Lake geht es aber noch.


Ich weiß, deutsch ist eine schwere Sprache - für dich offenbar zu schwer!

Digi-Quick schrieb:

Aussage 2 stimmt, diese ist als Ergänzung zu Aussage 1 zu sehen:
Prozessoren auf Basis von Kaby Lake und Bristol Ridge erhalten unter Windows 7 und Windows 8.1 deshalb potentiell keine Aktualisierungen mehr.

Zum Vergrößern anklicken....

Ich bin zwar bei dir, was die Aussage von "Mega-Bryte" angeht, allerdings ist dieser Satz im Artikel absolut falsch. Nicht die Prozessoren erhalten keine Aktualisierungen mehr, sondern die Betriebssysteme, die auf solchen Systemen genutzt werden.

Anscheinend hat es aber trotzdem jeder verstanden.

*Arrghhh*
Recht hast du
Richtiger / Verständlicher wäre folgende Formulierung - mit wenig Änderung derselben.

Systeme mit Prozessoren auf Basis von Kaby Lake und Bristol Ridge erhalten für (statt unter) Windows 7 und Windows 8.1 deshalb potentiell keine Aktualisierungen mehr.

Ich sach ja, deutsche Sprache . schwere Sprache

Die beiden CPU-Sabotage-Funktionen wurden genau identifiziert.

Es sind die Funktionen "IsCPUSupported(void)" und "IsDeviceServiceable(void)" in der Datei wuaueng.dll (Datei-Version vom März 2017, die mit dem April-Update KB4012218 installiert wird).

Es gibt 4 Scripte (Win7 32- und 64-Bit, Win8.1 32- und 64-Bit), um die beiden Funktionen so zu patchen, dass sie immer "1" zurückliefern, was Windows dann als "supported CPU" versteht.

Download der Scripte:
https://github.com/zeffy/kb4012218-19
(jeweils die beiden xdelta-Dateien ebenfalls runterladen)

Windows 7, 64:Bit:
https://github.com/zeffy/kb4012218-...012218-patch/w7s08r2x64-wuaueng.dll-patch.bat

Windows 7, 32-Bit:
https://github.com/zeffy/kb4012218-...6-kb4012218-patch/w7x86-wuaueng.dll-patch.bat

Windows 8.1, 64-Bit:
https://github.com/zeffy/kb4012218-...12219-patch/w81s12r2x64-wuaueng.dll-patch.bat

Windows 8.1, 32-Bit:
https://github.com/zeffy/kb4012218-...-kb4012219-patch/w81x86-wuaueng.dll-patch.bat

Die Scripte benutzen den Patcher "xdelta 3.0.11", den man dort runterladen kann:
https://github.com/jmacd/xdelta-gpl/releases/tag/v3.0.11
https://github.com/jmacd/xdelta-gpl/releases/download/v3.0.11/xdelta3-3.0.11-x86_64.exe.zip

Die Scripte stoppen zuerst den Update-Service,
übernehmen danach die Rechte an der Datei wuaueng.dll (TrustedInstaller -> Administrator),
übergeben dann die xdelta-Dateien (Datei-Unterschiede) an den xdelta-Patcher,
welcher dann die beiden Funktionen in der Datei wuaueng.dll patcht.
Nach dem Patch wird der Besitzer wieder auf den TrustedInstaller geändert und der Update-Service neu gestartet.

Artikel über den Patch:
https://www.bleepingcomputer.com/ne...cpus-install-updates-on-windows-7-andamp-8-1/

Nachteil des Scriptes:
- Es prüft, ob das Update KB4012218 installiert ist (März 2017 Rollup Preview).
In diesem März-Rollup befindet sich noch die ältere Datei wuaueng.dll Version 7.6.7601.23714.
Im April-Update hat diese Datei bereits die Version 7.6.7601.23735.
- Die Offsets und die Checksummen gelten für die englische Version, nicht für die deutsche Version.

Das muss man noch anpassen (Offsets und Version).
Edit: Offset bleibt gleich.

Das muss man bei Win 7 noch ändern auf KB4015549 "April 2017 Rollup" bzw auf KB4015546 "April 2017 Security only".
https://github.com/zeffy/kb4012218-kb4012219/releases

Details des Patches:
https://raw.githubusercontent.com/zeffy/kb4012218-19/master/README.md

Disassemblierung der Funktionen:

IsCPUSupported.asm
https://gist.github.com/zeffy/1a8f8984d2bec97ae24af63a76278694

IsDeviceServiceable.asm
https://gist.github.com/zeffy/e5ec266952932bc905eb0cbc6ed72185

Vorraussetzungen für das Script:
+ Admin-Rechte für die Konsole und das Script
+ Windows-Scripting-Host muss laufen (Registry)

Danke! Sehr gute Arbeit!

Patchanweisung:
Datei: c:\Windows\system32\wuaueng.dll
Offset: 0x26C948
original: 0x01
patched: 0x00

In obigen Scripten sind noch ein paar Fehler drin.

Zum Beispiel muss in der Zeile:
bei der deutschen Version ein großes B bei "64-Bit" stehen (in der englischen Version steht ein kleines b drin).

In der Zeile
muss in der deutschen Version " Administratoren" stehen, während in der englischen Version " Administrators" steht.

In der Zeile
steht noch die KB-Nummer des März2017-Preview-Rollups drin.
Statt dessen muss man dort das April2017-Security-only (KB4015546) und das April2017-Rollup (KB4015549) eintragen.
Also:

Weil die Datei wuaueng.dll eine unterschiedliche Checksumme hat zwischen März2016-Preview und April2017-Rollup muss man auch die xdelta-Dateien ändern.

Im Anhang befindet sich das aktuelle Script und neue xdelta-Dateien für Windows 7 (64-Bit, deutsch, KB4015546, KB4015549).
Die Datei wuaueng.dll wird bei mir fehlerfrei gepatcht.
Update-Suche und Update-Installation funktionieren weiterhin bei mir, allerdings habe ich gar keine gesperrte CPU.
Bitte mal bei euch testen, vor allem diejenigen, die so eine gesperrte CPU haben.

@Bolko

bitte schreibe deine Anweisungen nochmals hier herein, damit diese nicht im Wust verloren gehen, danke:

https://www.computerbase.de/forum/t...r-updates-bekommen-nach-april-rollup.1675299/

Script funzt nich
Der Befehl ""d:\1\xdelta3-3.0.11-x86_64.exe"" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

Es gibt keine *.exe, nur die *.bat und die beiden *.xdelta

Digi-Quick schrieb:

Script funzt nich
Der Befehl ""d:\1\xdelta3-3.0.11-x86_64.exe"" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

Zum Vergrößern anklicken....

Vermutlich hast du den xdelta-Patcher nicht runtergeladen bzw das zip nicht ausgepackt bzw nicht im selben Ordner gespeichert.

siehe der Link im ersten der beiden obigen Beiträge:
https://github.com/jmacd/xdelta-gpl/releases/tag/v3.0.11
https://github.com/jmacd/xdelta-gpl/releases/download/v3.0.11/xdelta3-3.0.11-x86_64.exe.zip

zip runterladen, zip auspacken, exe im selben Ordner speichern wie das Script.

ich Dussel....
Danke für den Zaunpfahl

xexex schrieb:

Lesen WILL gelernt sein!



potentiell - Adjektiv - möglich (im Gegensatz zu wirklich), denkbar; der Anlage, Möglichkeit nach [vorhanden]; vielleicht zukünftig
http://www.duden.de/suchen/dudenonline/potentiell

Eher eine Trauerleistung von dir! Dabei ist ein offensichtlicher Fehler in diesem Text vorhanden, nur in einem ganz anderen Kontext.

Zum Vergrößern anklicken....

Die Komplimente gebe ich aufrichtig und gerne in vollem Umfang an die Verständnislosigkeit zurück.

Sebbi schrieb:

https://www.computerbase.de/forum/t...mehr-ryzen-schon.1667813/page-9#post-19891614

super, auf der ersten seite so was erwarten .... Vorallem da das Kaby Lake erst später dazugefügt wurde weil es bis zum APRIL (bzw den Perview für April) dahingehend funktionierte und erst dann sapotiert wurde.

Das das erst nachträglich hinzukommmen ist kannst du auch nachlesen, nur sollte man dazu auch den gesammten Thread lesen und nicht nur die ersten paar Einträge für so ne Aussage!
Du disqualifizierst dich absolut selbst

Zum Vergrößern anklicken....

Wenn sowas im ersten Absatz eines Artikels steht, soll ich die Lösung auch noch im ganzen Thread suchen? Scherzkeks! Der Autor hat dann die verdammte Pflicht, seinen Opener entsprechend anzupassen und auf eine Ergänzung hinzuweisen. Die Forenregeln lese ich jedenfalls so! Die Disqualifikation besteht eindeutig auf einer anderen als meiner Seite.

Digi-Quick schrieb:

@Mega-Bryte
Wer Lesen kann ist eindeutig im Vorteil!!!
Das was du da hineninterpretierst steht da nicht!

Aussage 1 stimmt - und zwar seit Juni 2016, da wurde das erstmalig angekündigt (damals war das auch für Skylake angekündigt worden):
Microsoft will eigentlich noch unterstützten Betriebssystemen, die auf nicht mehr unterstützten CPUs laufen, vorzeitig den Support streichen.


Aussage 2 stimmt, diese ist als Ergänzung zu Aussage 1 zu sehen:
Prozessoren auf Basis von Kaby Lake und Bristol Ridge erhalten unter Windows 7 und Windows 8.1 deshalb potentiell keine Aktualisierungen mehr.

Aussage 3 simmt, da diese den zum Zeitpunkt des Postings aktuellen Stand wiederspiegelt:
Mit Ryzen und Kaby Lake geht es aber noch.


Ich weiß, deutsch ist eine schwere Sprache - für dich offenbar zu schwer!

Zum Vergrößern anklicken....

Und wo erscheint in dem Absatz 1 diese chronologische Aufarbeitung? Diese Infos gehören eben mit in den Opener, wie oben bereits erwähnt.

----------------------------------------------------------
Danke für die Netten Worte, ihr Trolle! *schmunzel* Immer wieder herrlich, wie manche hier ungefragt Verteidiger des Glaubens werden. Ich lese nur das, was der Autor da geschrieben hat und das ist in sich ohne weitere Erklärungen, wie sie hier "beigefügt" werden, nicht verständlich. Ich habe zum Zeitpunkt des Lesens des ersten Absatzes noch keine Zeile des restlichen Artikels gelesen und soll über eine Zeitschiene Bescheid wissen, die nirgends so in ebenfalls kurzer Art und Weise dargestellt wird?!

Nochmal zum Mitmeißeln: Da steht

Microsoft will eigentlich noch unterstützten Betriebssystemen, die auf nicht mehr unterstützten CPUs laufen, vorzeitig den Support streichen. Prozessoren auf Basis von Kaby Lake und Bristol Ridge erhalten unter Windows 7 und Windows 8.1 deshalb potentiell keine Aktualisierungen mehr. Mit Ryzen und Kaby Lake geht es aber noch.

Zum Vergrößern anklicken....

Da steht nirgends was von "Update: nach letzten Infos geht es wohl mit Ryzen und Kaby Lake aber doch noch!" Da steht einfach nur: "Es geht nicht. Es geht doch."

Weitere beleidigende Ausführungen dürft ihr gerne unterlassen, danke!

Da steht einfach nur in einem Satz, dass es nicht geht und im folgenden Satz, das es doch noch geht! Unabhängig von einer nicht beigefügten Zeitschiene liest sich das wie: "Du kannst die 13er Mutter nicht mehr festziehen. Ab du kannst sie noch festziehen!"

Wird es so für die stoischen Erklärbaren etwas verständlicher? Die Aussage im ersten Absatz bringt jeden Erstleser ohne Hintergrundinformationen nur zum Lächeln ob der zweideutigen Aussage des Autors.

Du hast Recht - in deiner kleinen Welt - und ich meine Ruh.

Mega Bryte, Danke du hast mir einige Sätze erspart. Und ja ich habe auch nicht gecheckt ob es jetzt geht oder nicht...

Mitlerweile geht es nicht mehr, da von MS umgesetzt - via eines Updates.
Am 17.3.2017 traf der Inhalt vollumfänglich zu - mit einem Formulierungsfehler (nicht die CPU bekommt keine Updates mehr, sondern das Betriebssystem)

Es soll ja auch Leute geben, denen man einen Witz erklären muß.

Die dll lässt sich mit Tricks auch erst im RAM patchen, damit sie auf der Festplatte unangetastet bleibt:
https://github.com/fre4kyC0de/WindowsUpdate_KabyLake_Ryzen_Patch/tree/OnTheFly

Im Security-only Update vom Mai 2017 (KB4019263) ist die CPU-Sperre übrigens nicht integriert.

Man kann auch nur über die Security Essentials die Viren-Definitionen aktualisieren, dann wird MSE/Defender auch aktualisiert: https://www.heise.de/forum/heise-Se...-als-optionales-Update/posting-30360293/show/

Ich nehme an KB4019264 sollte man nicht laden? KB4019263 wird mir per Windows Update nicht angeboten.

Bolko schrieb:

Im Security-only Update vom Mai 2017 (KB4019263) ist die CPU-Sperre übrigens nicht integriert.

Zum Vergrößern anklicken....

bei den Rollups sind alle vorhergehenden Updates integriert, werden in der Beschreibung aber nicht mehr erwähnt!

Heißt, wenn man das April Rollup ausgelassen hat, kommen desen "Features" dennoch damit nach.

Genau deshalb hat MS auf diese Zusammenfassungen umgestellt, damit man die ungeliebten "Verbesserungen" nicht mehr abwählen kann.

KB4019263 ist aber nicht dieses Rollup.

Dieses Rollup installiert die Sperre mit den bisherigen KB-Nummern 4012218, 4015549, 4015552 und 4019264, außerdem das Security-Only Rollup KB4015546.

KB4019263 installiert die Sperre nicht.

http://www.catalog.update.microsoft.com/Search.aspx?q=KB4019263

ich habe da jetzt mal ein bißchen rumgetestet.
wenn die CPU sperre aktiv ist, lassen sich MSUs per WUSA nicht installieren, aber ausgepackte CABs per DISM installieren funktioniert problemlos.
außerdem habe ich mal den DLL patch von zeffy ausprobiert, das hat auch wunderbar funktioniert. ich habe dann alle verfügbaren updates ganz normal per windows update installieren können. nach dem reboot habe ich einmal SFC durchlaufen lassen, der die gepatchte DLL wieder durch die original version ersetzt hat. so hat man dann weiterhin ein sauberes und vollgepatchtes system.

-andy-