Bei mir wurde das schon letzte Woche behoben. Aber ist nicht auszuschließen, dass es wieder kommt. Das Problem schein da auch für Microsoft nicht so ganz greifbar zu sein, da es offensichtlich nicht immer und auch nicht überall auftritt.

https://learn.microsoft.com/en-us/windows/release-health ...

Da fragst Du was. Ich bin kein Programmierer. .NET ist halt moderner und verwendet dann wohl auch Sachen, die mit der neuen UI in Windows 11 zu tun haben. Aber genau sollte Dir das ein Programmierer beantworten.

.NET Framwork 4.8.1 muss ja auch nicht portable sein. Das ist ja fester Bestandteil von Windows. Nur bim .NET hat sich das so eingebürgert, das die ganze Laufzeit oder nur die benötigten Teile der Laufzeit in die Pakete integriert wird. Gut, hat den Vorteil, dass die passende .NET-Laufzeit nicht ...

Ja. Die Portable Version ist auch ein SFX Zip Archive, dass jedes Mal neu entpackt werden muss. Da dauert halt, da hier dann auch gleich das .NET 10 dabei ist. ein reines ZIP Archive scheint es nicht zu geben.

Ansonsten halt den entpackten Ordner aus "C:\Users\<Benutzer>\AppData\Local\KillerPDF ...

Debian ab Version 10 geht mit Secureboot ohne Probleme, da die sich mit Microsoft geeinigt haben und die Secureboot Zertifikate von Windows verwenden dürfen. Hier muss man eigentlich nichts machen. Aber das ist von Distribution zu Distribution verschieden. Ein paar verwenden eigene Zertifikate ...

Mit oder ohne Secureboot? Das geht aus Deinen Screenshots nicht hervor.

Secureboot muss aus sein. Ansonsten bootet GRML nicht. Keine der Bootdateien ist in irgendeiner Form signiert, weswegen das UEFI mit dieser Meldung kommt.

Ich habe nur das gefunden;

https://github.com/grml/grml/issues/191#event-23267866864

Letzter Eintrag war März 2026 und die sind wohl immer ...

Wenn das beim Kopieren mit dem Tool wieder zu MBR wird, dann wird das nichts. Dann müsstest Du im Nachhinein in GPT konvertieren und dann alles zu einer Partition zusammenführen. Ich würde das so machen, wie ich es oben beschreiben hatte.

Oder kannst Du das in dem Tool auch einstellen, das beim ...

Wenn es nur ein Datenlaufwerk ist, dann ist das egal. Dann einfach die neue HDD mit GPT einrichten, eine Partition anlegen und den Inhalt der anderen beiden Partitionen dort hineinkopieren. Dann einfach beide HDDs austauchen und gut.

Gehe aber halt jetzt davon aus, das C: auf Disk 0 drauf ist.

Also die 2 TB enthält bei Dir nur Partition D;, also reines Datenlaufwerk. Partition C: ist auf einer anderen HDD?

Habe ich das jetzt so richtig verstanden? Weil wäre dann einfacher mit GPT.

Um die 8 TB HDD sinnvoll nutzen zu können, muss die HDD mit GPT eingerichtet werden. Mit MBR wären nur 2 TB nutzbar, da mehr hier einfach nicht unterstützt wird.

Allerdings, wenn über die HDD mit GPT Windows gebootet werden soll, muss das System auf UEFI umgestellt werden. Ansonsten klappt das auch ...

Wenn Du gezielt herausfinden willst, warum es nicht klappt, dann benötigt man die C:\Windows\Logs\CBS\CBS.log direkt nach dem Installationsversuch des Updates oder alternativ alle Dateien aus dem Ordner. Die Infos gerade reichen nicht aus, um da irgendeine Aussage treffen zu können.

Das scheint auch mal wieder so ein seltsames Problem zu sein, welches ich mal reproduzieren kann und dann wieder mal nicht.

Die ISO, welche ich hier habe, ist jedenfalls in Ordnung:

26200.9278.Germanium-X64-DE-CLIENTPRO.ISO

Keine Probleme it dem Komponentenspeicher im Image feststellbar.

Warum ...

So, das Kuddelmuddel gingt mir auf den Keks, jetzt wo auch noch der Edge 152.0.4191.66 dazu kam und der Explorer mittlerweile die 9 GB Grenze überschritten hat.

Erst einmal WebView2 aktualisiert (Copilot und Edge sind aktuell):

Start-Process -FilePath "C:\Program Files (x86)\Microsoft\EdgeUpdate ...

Ja, das dauert, weil der alles Mögliche aus dem UUP herunterlädt.

/ScanHealth -> Alle OK
/RestoreHealth -> Reparatur erfolgreich (Total Repaired Corruption: 1280)
/ScanHealth -> Kann repariert werden.

Total Detected Corruption: 1

amd64_microsoft-windows-s..on-brokerfiledialog_31bf3856ad364e35_10 ...