Build-basiert auf den aktuellen Patchday - automatisch
Statt sich an groben Versions-Labels (23H2/24H2/25H2) zu orientieren, arbeitet DeviceFlash Ultimate mit der exakten Build-Nummer des Geräts. Das macht den Update-Weg eindeutig - für jedes Gerät, ohne Sonderfälle.
Parallel dazu: build-neutrale Updates (Defender-Definitionen, .NET, Treiber) laufen unabhängig vom Build mit - unser Motto: „alles updaten, was updatebar ist".
Build-basiert, kein Sonderfall
Der Weg richtet sich nach der exakten Build-Nummer des Geräts - nicht nach groben Versions-Labels. Jedes Gerät wird korrekt zugeordnet.
Zwei Achsen, lückenlos
Build-hebende Updates (Uni-Block-Upgrade + Update Shifting) und build-neutrale (Defender, .NET, Treiber) - fertig ist das Gerät erst, wenn beide durch sind.
Compat-Check vor dem Sprung
Vor dem Uni-Block-Upgrade prüft ein zerstörungsfreier Kompatibilitäts-Scan die Hardware. Inkompatible Geräte werden sauber abgefangen - es entsteht kein Schaden.
Stick + Online-Fallback
Offline per Stick-Refresh; den tagesaktuellen Rest holt Windows Update online. Frischer Stick → kaum Online-Updates nötig.
Aktuell ausgeliefert, sauber lizenziert. DeviceFlash sorgt dafür, dass jedes Gerät verkaufsfertig auf dem neuesten Windows-Stand ist. Sämtliche Update-Inhalte kommen ausschließlich von Microsoft und werden gegen die eigene, gültige Windows-Aktivierung des jeweiligen Geräts installiert. Durch eine optimierte Einrichtung verkürzt DeviceFlash die Provisioning-Zeit deutlich - ohne Abstriche bei Aktualität oder Lizenzkonformität.
Warum die Build-Nummer und nicht das Versions-Label?
Ein Label wie „24H2“ ist nur die grobe Hülle. Die Build-Nummer (z. B. 26100.4946) ist die Wahrheit - sie sagt exakt, welche Updates noch fehlen.
Eine Kette aus zwei Gliedern
Das Uni-Block-Upgrade ist der große Sprung: Es hebt das Gerät in einem Rutsch auf den Build-Stand der ISO. Das Update Shifting füllt danach nur noch das letzte Stück bis zum aktuellen Patchday. Beide sind keine Alternativen, sondern Glieder einer Kette - das Uni-Block-Upgrade springt, das Update Shifting füllt den Rest.
Zwei Achsen - beide müssen durch
Build-hebende Updates verschieben die OS-Build-Nummer. Build-neutrale Updates (Defender-Definitionen, .NET, Treiber) tun das nicht, sind aber genauso wichtig. „Build auf Ziel“ heißt deshalb noch nicht „fertig“ - erst wenn beide Achsen durch sind, ist das Gerät übergabebereit.
Durchdacht gegen jede Stolperfalle
Updates über mehrere Reboots sind fehleranfällig. Diese Mechanismen sorgen dafür, dass der Lauf unbeaufsichtigt sauber durchläuft.
Compat-Check vor dem Sprung
Vor dem Uni-Block-Upgrade läuft ein zerstörungsfreier Kompatibilitäts-Scan (~30-90 s). Lehnt die Hardware ab, wird das echte Upgrade gar nicht erst gestartet - kein Schaden, kein hängendes Gerät.
Build-Vergleich nach jedem Schritt
Nach jedem Update - besonders nach dem Uni-Block-Upgrade - wird die Build-Nummer neu ermittelt und gegen das Ziel verglichen. So wird nie mit einem veralteten Stand weitergerechnet.
Reboot-Marathon mit Auto-Resume
Mehrere Update-Reboots werden automatisch sequenziert. Das Tool startet sich nach jedem Neustart selbst wieder (RunOnce) und macht genau dort weiter, wo es war.
Sprachkonsistenz (de / en)
Zwei Uni-Block-Upgrade-ISOs (de-DE & en-US) liegen bereit; DeviceFlash wählt anhand der Geräteregion automatisch die passende - kein Sprach-Mismatch.
