ComputerBase Menü
Aktuelles

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!
 
Zuletzt bearbeitet:
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. :evillol:
 
Zuletzt bearbeitet:
*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)
Code: 
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Script Host\Settings]
"enabled"="1"
 
Zuletzt bearbeitet:
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:
Code: 
wmic /output:stdout os get osarchitecture | find "64-Bit" >nul || (
bei der deutschen Version ein großes B bei "64-Bit" stehen (in der englischen Version steht ein kleines b drin).

In der Zeile
Code: 
icacls "%WUAUENG_DLL%" /grant Administratoren:F
muss in der deutschen Version " Administratoren" stehen, während in der englischen Version " Administrators" steht.

In der Zeile
Code: 
wmic /output:stdout qfe get hotfixid | find "KB4012218" >nul || (
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:
Code: 
wmic /output:stdout qfe get hotfixid | find "KB4015549" >nul || (
    wmic /output:stdout qfe get hotfixid | find "KB4015546" >nul || (
        echo Detected that update KB4015546 or KB4015549 is not installed, please verify that
        echo you are trying to install the right patch file and try again.
        goto :die
    )
)

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.
 

Anhänge

Zuletzt bearbeitet:
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

Code: 
Enter your choice: 1
Rechte an Datei wuaueng.dll an Administrator uebergeben (/A)

ERFOLGREICH: Die Gruppe "Administratoren" ist jetzt der Besitzer der Datei
                   (oder des Ordners) "C:\Windows\System32\wuaueng.dll" .
Backing up wuaueng.dll file permissions...
Bearbeitete Datei: C:\Windows\System32\wuaueng.dll
1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein Verarbeitungsfehler auf
getreten.
Sicherheitskennungen aendern
Bearbeitete Datei: C:\Windows\System32\wuaueng.dll
1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein Verarbeitungsfehler auf
getreten.
Backup Datei wuaueng.dll
        1 Datei(en) verschoben.
patching...
Der Befehl ""d:\1\xdelta3-3.0.11-x86_64.exe"" ist entweder falsch geschrieben
oder konnte nicht gefunden werden.
         1 Datei(en) verschoben.
restore file permissions
Bearbeitete Datei: C:\Windows\System32\wuaueng.dll
1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein Verarbeitungsfehler auf
getreten.
Bearbeitete Datei: C:\Windows\System32\wuaueng.dll
1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein Verarbeitungsfehler auf
getreten.
There was an error while patching. Nothing has been modified.
If you didn't screw with the script or anything like that and this
error was unexpected, please create an issue on my GitHub here:
https://github.com/zeffy/kb4012218-kb4012219/issues

Press any key to close . . .
 
Zuletzt bearbeitet:
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.
 
Zuletzt bearbeitet:
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.
 
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ß.
 
Zuletzt bearbeitet:
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.
 
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-
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

ConR.
Win 7 mit Kaby Lake/Ryzen wieder Updates bekommen nach April Rollup
Antworten
14
Aufrufe
10.709
ConR.
ConR.
T
News Sicherheitsrisiko: QuickTime für Windows erhält keine Updates mehr
2 3
Antworten
48
Aufrufe
16.254
Tenchi Muyo
Tenchi Muyo

Passend zum Thema

Zurück
Oben

Willkommen auf ComputerBase!

Mit Werbung weiterlesen

Besuche ComputerBase wie gewohnt mit Werbung und Tracking. Die Zustimmung ist jederzeit widerrufbar.

Details im Privacy Center und in der Liste unserer Partner. Ein Widerruf ist möglich in der Datenschutzerklärung.

… oder ComputerBase Pro bestellen

Nutze ComputerBase ohne Werbebanner, Video-Ads und Werbetracking schon für 4 €/Monat oder 36 €/Jahr.

Mehr zu ComputerBase Pro

Bereits Pro-Nutzer? Hier anmelden.

Tracking: Wir und unsere 160 Partner verarbeiten personenbezogene Daten, indem wir mit auf Ihrem Gerät gespeicherten Informationen (z. B. eindeutige Kennungen in Cookies) ein Nutzungsprofil erstellen, um z. B. Anzeigen zu personalisieren. Verarbeitungszwecke: Genaue Standortdaten und Abfrage von Geräteeigenschaften zur Identifikation, Informationen auf einem Gerät speichern und/oder abrufen, Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen.

Impressum Kontakt Datenschutz