Windows 10 2010 (20H2) Infos, Fehler, Bugs
- Ersteller Megalodon
- Erstellt am
Und was macht man dagegen? Ich habe mal gegoogelt, finde aber keine Hinweise in anderen Foren dazu.
Hilft da nur mittels Media Creation Tool einfach über die vorhandene Installation drüberinstallueren, damit alles sauber ist? Irgendwie ist da doch der Wurm drin....
Hier läuft weiterhin völlig fehlerfrei 1909 
Du hast danach schon im Store nach App-Updates gesucht? Nur dann haben diese nämlich auch die aktuellen Symbole.
Wie dein Startmenü aussieht, ist auch Sache der Design-Einstellung. Setze das Design auf Windows-Standard zurück.
- - - Beitrag zusammengeführt - - -
UEFI-Boot oder SecureBoot, was wurde jetzt deaktiviert? SecureBoot ist an sich sehr ungewöhnlich als Problemverursacher im Zusammenhang mit Windows.
Entweder ist in der Konfiguration da irgendwas durcheinander und z.B. Schlüssel wurden im UEFI gelöscht. Oder in der Konfiguration stecken irgendwelche Komponenten, die das Problem auslösen, weil sie eben nicht mit SecureBoot klarkommen. Das kann an sich nichts von Windows selber sein.
Bei der Windows-Installation wird ein Windows PE gebootet, welches genauso mit SecureBoot zurechtkommt. Dieses führt dann das eigentliche Upgrade durch. So weit ist es ja offenbar gar nicht erst gekommen.
Was passiert denn, wenn du jetzt wieder SecureBoot anschaltest?
- - - Beitrag zusammengeführt - - -
Das Update ist ein Aktivierungspaket. Falls es wirklich nicht alle neuen Features aktiviert haben sollte, deinstalliere es wieder und versuche es erneut. Alternativ setz das System auf einen Wiederherstellungspunkt vor dem Update zurück, falls die Systemwiederherstellung aktiv ist. Da es hier um ein kleines Update geht, bleiben Wiederherstellungspunkte auch darüber bestehen, wenn sie denn vorher angelegt wurden.
- Registriert
- 20 Apr. 2007
- Beiträge
- 73.371
In Secure Boot wurde die Einstellung von "enabled" auf "disabled" gestellt, wie im Bild erkennbar. Danach kann unter Startup von "UEFI onlY" auf andere Einstellungen geändert werden. - Das wollte der Betragsverfasser uns sagen...
Zuletzt bearbeitet:
mectst
Well-known member
- Registriert
- 19 Nov. 2009
- Beiträge
- 2.971
Danke Mornsgrans, genau so ist es von mir gemeint gewesen. Sorry, wenn ich mit den präzisen Begrifflichkeiten nicht so ganz firm bin.
Die Antwort: Sobald ich Secure Boot auf "enable" umschalte, hängt der Bootvorgang wieder beim roten Lenovo-Logo.
Grüße Thomas
Zuletzt bearbeitet:
ach
New member
- Registriert
- 5 Mai 2020
- Beiträge
- 875
Dies überrascht mich bei Microsoft nicht mehr.
Man kann ja die Updates bis zu 35 Tage aussetzen.
Ich mache zumindestens ein Backup vorher.
Nachtrag:
Es gibt anscheinend bei einigen Benutzern Probleme beim 20H2 Update
die die Telemetrie abgeschaltet haben mit Tools (Kann sein muss aber nicht)
Man kann ja die Updates bis zu 35 Tage aussetzen.
Ich mache zumindestens ein Backup vorher.
Nachtrag:
Es gibt anscheinend bei einigen Benutzern Probleme beim 20H2 Update
die die Telemetrie abgeschaltet haben mit Tools (Kann sein muss aber nicht)
Zuletzt bearbeitet:
Dass man das dann ändern kann, ist klar. Mir ist immer noch nicht klar, ob dort dann auch was geändert wurde.
Wenn das System im UEFI Modus mit SecureBoot installiert und betrieben wurde, kann es an sich nicht booten, wenn man plötzlich von UEFI-Boot auf Legacy-Boot umstellt.
Laut Screenshot ist die Platte im GPT-Schema mit EFI-Partition eingerichtet. Also muss das System ja auch im UEFI-Modus booten.
Ich würde das System frisch installieren, dabei auf jeden Fall die alten Partitionen aus dem Windows-Setup heraus löschen. Stell vorher SecureBoot wieder an und installiere z.B. von einem USB-Stick. Irgendwas ist da m.E. in der Konfiguration des Systems ganz gewaltig faul, wenn das solch merkwürdiges Verhalten zeigt.
- - - Beitrag zusammengeführt - - -
Mich überrascht es kaum, dass es in den Foren auch immer die gleichen Leute sind, die dann angeblich Probleme haben. In manchen Foren weiß man genau, wer sich die Updates wieder zuallererst installiert und dann sofort Zeter und Mordio schreit, weil irgendwas nicht so will... ;-)
20H2 ist ja nun wirklich nur ein Aktivierungspaket, d.h. alles was 20H2 ausmacht, ist schon seit Monaten auf allen Systemen, die 2004 installiert haben. Es waren halt nur die Änderungen wie das Design des Startmenüs noch nicht aktiviert. Warum das Freischalten einiger Kleinigkeiten im Design oder in den Einstellungen irgendwelche Änderungen auf Explorer oder sonstige wilden Auswirkungen haben soll, wie im PCGH-Artikel beschrieben, ist da kaum sinnvoll nachzuvollziehen.
Dass es Probleme speziell bei Leuten gibt, die irgendwie mit dubiosen System im System rumfrickeln, ist allerdings sehr leicht nachzuvollziehen. Das ist quasi zu erwarten.
AndreasBloechl
Active member
- Registriert
- 30 Nov. 2009
- Beiträge
- 3.619
Weiß ich nicht, hab das nur gelesen. Ich bekomme das Update noch nicht auf meinen Notebooks.
think_pad
Well-known member
- Registriert
- 20 Feb. 2014
- Beiträge
- 6.139
Jetzt hat es funktioniert auf meiner uralten, gründlich gehackten W520-Konfiguration:
---
...
---
...---
- Mit dem dem Media Creation Tool eine 20H2-ISO herunterladen.
- währenddessen den Connexiant-Audio-Treiber über die Systemsteuerung --> Programme --> deinstallieren
- mit 7 ZIP die komplette ISO in einen Ordner entpacken (Bild 1)
- setup.exe starten, komplett durchlaufen lassen
- danach den Rechner mindestens einmal komplett herunterfahren
- im BIOS [F9] --> Default setzen
- neu starten (Bild 2) ---> alles hat überlebt und funktioniert
- Registriert
- 20 Apr. 2007
- Beiträge
- 73.371
Den Conexant-Treiber für WIndows 8.x kannst Du danach neu installieren (der von MS ist zu leise in der Wiedergabe).
mectst
Well-known member
- Registriert
- 19 Nov. 2009
- Beiträge
- 2.971
Da es mein Produktiv-Rechner ist, bin ich nicht der Typ, der viel experimentiert und fragwürdige Modifikationen vornimmt. Ich bin mir recht sicher, dass damals beim Clean-Install SecureBoot im Bios aktiviert war und für den Bootvorgang "UEFI only" gewählt wurde (wenn ich richtig informiert bin, ist das auch Voraussetzung für SecureBoot).
Meine "Bios-Experimente" waren der letzte Schritt, den ich versucht hatte und der letztlich ja zum Erfolg geführt hat. Also, um es noch mal klar zu sagen: Die einzige Einstellung, die im Bios verändert wurde war "SecureBoot" auf "disable" zu setzen. Die UEFI-Boot-Option ist unverändert auf "UEFI only" gesetzt und war es auch während aller meiner Update-Versuche.
Dass durch mehrere Feature-Updates weitere Recovery-Partitionen entstehen können, findet man ja häufiger im Netz, wenn man danach sucht. Dass ich beide gelöscht habe, war nur einer der nicht erfolgreicher Schritt, um das hakende Update zum Erfolg zu bringen, ebenso wir die vorübergehende Verbannung der Conexant-Treiber. Die jetzt noch vorhanden Partitionen (EFI, MSR und C: ) habe ich nicht angefasst.
Das System komplett neu aufzusetzen ist natürlich ein guter Rat. Dem gegenüber steht bekanntermaßen der Aufwand dann auch alle Software neu zu installieren, diverse Einstellungen "wiederzufinden", um das alte Arbeitsgefühl zu bekommen und natürlich auch eine größere Datenmenge, die sicher in die neue Installation zurückgeschaufelt werden muss. Da das System ja anscheinend problemlos unter 20H2 läuft, möchte ich diesen Schritt derzeit eigentlich nicht gehen. Aber du hast völlig recht, wenn noch andere Probleme auftauchen sollten oder auch das nächste Feature-Update hakt, ist das die richtige Maßnahme. Allein der Switch im Bios von SecureBoot auf "disable" ist nach meinem Wissen ja nichts kritisches.
Grüße Thomas
- - - Beitrag zusammengeführt - - -
Zusätzliche Frage an die Experten: Gibt es denn einen sicher funktionierenden Weg, die EFI-Partition neu zu erstellen? Möglicherweise wäre das ja ein überschaubare Maßnahme, um zum "enable" bei SecureBoot zurück zu kommen.
Grüße Thomas
Zuletzt bearbeitet:
think_pad
Well-known member
- Registriert
- 20 Feb. 2014
- Beiträge
- 6.139
hoppepit
Member
- Registriert
- 21 Nov. 2008
- Beiträge
- 134
Das ist bekannt, hat aber bei mir beim Update auf 2004 nicht funktioniert.
Daher meine Frage.
mectst
Well-known member
- Registriert
- 19 Nov. 2009
- Beiträge
- 2.971
Zu Schritt 2: Zur Sicherheit könnte man noch
2a: die die Geräte aus dem Gerätemanager entfernen und dabei die Option "alte Treiber vom gerät löschen wählen"
2b: Netzverbindung trennen.
2c: Neustart, die Audio-Geräte werden erkannt und mit den MS-Standard-Treibern versorgt.
2d: GoTo Step 4
5b: Netzverbnindung wieder herstellen.
Zu Schritt 3: Das entpacken ist nicht erforderlich.
3a: Statt dessen einfach das ISO mounten (rechte Maus -> Bereitstellen)
3b: GoTo Step 4
...
8: ISO auswerfen
Grüße Thomas
Okay, danke. Das ist dann eindeutig.
Nein, kritisch nicht. Man hat halt eine Sicherheitsfunktion weniger. Das bringt einen nicht um.
Die ist doch noch da, schriebst du oben!?
Du hattest die Wiederherstellungspartitionen gelöscht. Die sind aber für den eigentlichen Bootvorgang nicht relevant und sollten somit auf die SecureBoot-Einstellung auch keinen Einfluss haben.
Sie werden beim nächsten größeren Funktionsupdate wieder automatisch angelegt. Also zumindest eine. ;-)
Wenn das System sich alleine bei SecureBoot aufhängt, ist im Bootvorgang irgendwas im Spiel, was kein SecureBoot kann. Sprich vor dem Laden des eigentlichen Windows Kernels, irgendwo im Windows-Bootloader.
Man könnte jetzt schauen, ob man bei aktivem SecureBoot von einem Windows USB-Stick bootet und dann die Recovery-Funktionen in Sachen nicht bootendes System probiert. Ich hab grad nicht im Hinterkopf, ob du das schon hinter dich gebracht hattest bei der ursprünglichen Installation.
