Upgrade Windows 11 24H2 na 25H2 v dual bootu se Zorin OS 18.1 Core – test před upgradem – ČÁST 1/3 - LINUX PRO DOMÁCNOST - vzdělávací HUB

Výsledek této série platí pro jeden konkrétní počítač, jeho firmware, jednu konfiguraci oddílů a jeden způsob upgradu. Nelze z něj předem zaručit stejné chování na jiném zařízení. Smyslem testu je ukázat ověřitelný postup a skutečně naměřený výsledek, nikoliv vytvořit univerzální slib, že každý upgrade Windows v dual bootu proběhne bez rizika.

Před podobným zásahem doporučujeme vytvořit samostatnou zálohu osobních souborů na jiné úložiště. Pro tento praktický test jsme navíc vytvořili obraz celého interního disku pomocí Clonezilly.

Co obraz disku nezachycuje
NVRAM se zaváděcími položkami je uložena ve firmwaru počítače, nikoliv na NVMe disku. Obraz disku proto nelze vydávat za zálohu celé NVRAM. Její výchozí stav jsme zaznamenali samostatně pomocí fotografií UEFI, příkazu efibootmgr a výpisu BCDEdit.

Nejprve jsme počítač úplně vypnuli a znovu zapnuli. Nabídka GRUB se zobrazila, předvolenou položkou byl Zorin OS a odpočet trval 10 sekund. Nabídka obsahovala také Windows Boot Manager. Stejnou kontrolu jsme zopakovali po restartu spuštěném z Windows; GRUB se zobrazil i v tomto případě.

Poté jsme šipkami označili Windows Boot Manager a volbu potvrdili klávesou Enter. Tím jsme ověřili, že položka není v nabídce pouze zobrazena, ale skutečně vede k funkčnímu zavaděči Windows.

Po ručním výběru Windows Boot Manageru se Windows spustil až k přihlášení a následně na pracovní plochu. Okno winver potvrdilo Windows 11 Pro, verzi 24H2 a build 26100.7840. Systémové informace zároveň potvrdily režim UEFI a zapnutý Secure Boot.

Grafická nabídka GRUB není totéž co zaváděcí nabídka firmwaru. Proto jsme zkontrolovali také jednorázovou nabídku vyvolanou klávesou F7 a pevné pořadí v nastavení UEFI. Na testovaném počítači byl v obou případech Zorin OS před Windows Boot Managerem.

Při této kontrole nic neměňte
Fotografie UEFI slouží jako záznam výchozího stavu. Pokud pouze dokumentujete počítač před upgradem, položky bez jasného důvodu nepřepisujte a změny neukládejte.

Samostatný snímek winver potvrdil verzi 24H2 a celé číslo sestavení 26100.7840. Kontrola šifrování byla důležitá kvůli přesnému vymezení testu: BitLocker byl vypnutý a příkaz manage-bde potvrdil, že oddíl Windows byl zcela dešifrovaný.

Volume C: [Windows]
Conversion Status:    Fully Decrypted
Percentage Encrypted: 0,0%
Protection Status:    Protection Off

EFI systémový oddíl byl připojen jako /boot/efi. V jeho adresáři EFI byly před upgradem tři důležité části: Boot, Microsoft a ubuntu. Adresář ubuntu obsahoval linuxové zaváděcí soubory, zatímco adresář Microsoft obsahoval Windows Boot Manager, BCD a další soubory zaváděcího prostředí Windows.

Aplikace Disky zachytila celý interní NVMe disk a všech pět oddílů. Hodnoty z grafických nástrojů se mohou mírně lišit podle toho, zda používají desetinné GB nebo binární GiB; nejde proto samo o sobě o změnu velikosti oddílu.

BootCurrent: 0003
BootOrder: 0003,000A,0001,0000,0004,0006,0005,0002
Boot0003* Zorin OS             \EFI\ubuntu\shimx64.efi
Boot000A* Windows Boot Manager \EFI\Microsoft\Boot\bootmgfw.efi

Firmware obsahoval také několik starších vedlejších zaváděcích záznamů. Existovaly již před upgradem, a proto jejich samotnou přítomnost nelze později připisovat instalaci Windows 11 25H2.

Příkaz bcdedit /enum FIRMWARE /v vypsal aplikace firmwaru z pohledu Windows. Pro porovnání jsme uložili pouze potřebné údaje; interní identifikátory objektů v článku nezveřejňujeme.

description  Zorin OS
path         \EFI\ubuntu\shimx64.efi

description  Windows Boot Manager
path         \EFI\Microsoft\Boot\bootmgfw.efi

BCD je databáze konfigurace zavádění používaná Windows. Její obsah se při přechodu na novou verzi Windows může změnit, aniž by to samo o sobě znamenalo poškození GRUBu. Rozhodující bude, zda GRUB nadále předá spuštění Windows stejnému souboru bootmgfw.efi.

Pouhá přítomnost adresáře EFI/ubuntu nestačí k prokázání, že se jeho soubory nezměnily. Proto jsme vedle seznamu souborů uložili také jejich kontrolní součty SHA-256. Kontrolní součet funguje jako otisk obsahu: pokud se obsah souboru změní, změní se s vysokou pravděpodobností i jeho otisk.

ubuntu/BOOTX64.CSV
ubuntu/grub.cfg
ubuntu/grubx64.efi
ubuntu/mmx64.efi
ubuntu/shimx64.efi

Výchozí kontrolní součty všech uvedených souborů byly uloženy pro pozdější porovnání. Ve třetí části tak nebude stačit tvrzení, že složka ubuntu stále existuje; ověříme také to, zda se nezměnil obsah jednotlivých souborů.

Výchozí verze GRUBu byla 2.12-1ubuntu7.3+zorin2. Konfigurace určovala jako výchozí první položku nabídky a časový limit 10 sekund. Před upgradem jsme jednou spustili update-grub a ověřili, že nástroj našel Windows Boot Manager na správné cestě.

grub-install (GRUB) 2.12-1ubuntu7.3+zorin2
GRUB_DEFAULT=0
GRUB_TIMEOUT=10
GRUB_THEME=/usr/share/grub/themes/zorin/theme.txt
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi

Důležitá zásada TESTU 2
Po upgradu jsme před prvním zachycením výsledků příkaz update-grub nespouštěli. Jeho spuštěním bychom sami vytvořili novou konfiguraci a změnili stav, který jsme chtěli nezávisle posoudit.

Po dokončení upgradu zopakujeme stejných 18 kontrol ve stejném číselném pořadí. Čtenář tak bude moci porovnat například obrázek TESTU 1 č. 08 s obrázkem TESTU 2 č. 08 a sledovat vždy stejný kontrolní bod. Vyhodnocovací tabulka ve třetí části bude mít sloupce Kontrola | Před upgradem | Po upgradu | Vyhodnocení.

Při konečném vyhodnocení budeme sledovat funkční pořadí zavádění, názvy hlavních položek, jejich cílové EFI soubory a praktickou možnost spustit oba systémy. Binární části záznamů NVRAM a interní identifikátory oddílů nejsou pro běžné srovnání rozhodující.

Odkazy byly ověřeny 30. července 2026. Článek používá oficiální dokumentaci výrobců a projektu Clonezilla; naměřené hodnoty pocházejí z popsaného testovacího počítače.