Obnovení Windows 11 v dual bootu se Zorin OS: co udělá volba „Zachovat moje soubory“ s Linuxem a GRUBem – ČÁST 2/2 – TEST 3 po obnově a konečné vyhodnocení - LINUX PRO DOMÁCNOST - vzdělávací HUB

• Praktický test na jediném NVMe disku • Windows 11 Pro 25H2 • Zorin OS 18.1 Core • měření 5. srpna 2026.

V části 1/2 jsme prošli přípravu, vstup do Windows RE, volbu „Zachovat moje soubory“, Místní přeinstalaci a první vizuální kontrolu. Nyní přichází TEST 3: po obnově opakujeme stejných 18 kontrol a ve stejném pořadí jako v TESTU 2 po upgradu Windows.

Výsledek byl na testovaném počítači příznivý. GRUB zůstal funkční, Zorin OS i Windows bylo možné spustit, pořadí UEFI se nezměnilo a linuxová část EFI/ubuntu zůstala podle SHA-256 beze změny. Windows však znovu vytvořil objekty BCD včetně záznamu pro Windows RE a změnil obsah své části EFI/Microsoft. To je důležitý rozdíl: změny uvnitř Windows neznamenaly poškození dual bootu.

TEST 3 není jen kontrola, zda se zobrazila pracovní plocha. Porovnává praktické spouštění obou systémů s technickým stavem NVRAM, UEFI, EFI oddílu, GRUBu, Windows BCD, Secure Bootu, BitLockeru a tabulky oddílů. Výchozím stavem je TEST 2 provedený po upgradu Windows 11 24H2 na 25H2.

Výchozí měření je popsáno v článku TEST 2 po upgradu Windows 11 – část 3/3. Měření TESTU 3 bylo zaznamenáno 5. srpna 2026.

Po úplném vypnutí a novém zapnutí počítače se zobrazila nabídka GRUB. Zorin OS zůstal výchozí položkou a odpočet měl stále 10 sekund. Pokud jsme do nabídky nezasáhli, spustil se Zorin OS. Stejná nabídka se zobrazila také po restartu vyvolaném z Windows.

Tato praktická kontrola odpovídá konfiguraci GRUBu: GRUB_DEFAULT=0, GRUB_TIMEOUT=10 a grub.cfg obsahuje položky Zorin OS i Windows Boot Manager.

V GRUBu jsme ručně označili Windows Boot Manager. Řetězové předání pokračovalo na soubor /EFI/Microsoft/Boot/bootmgfw.efi na EFI oddílu a Windows se spustil. Tím jsme ověřili nejen existenci položky v nabídce, ale i její skutečnou funkčnost.

Zorin OS 18.1 se spustil z výchozí položky GRUBu až k přihlašovací obrazovce a následně na pracovní plochu. Systém používal kernel 7.0.0-28-generic. V aplikaci Soubory byly dostupné svazky Zorin OS i Windows a aplikace Disky zobrazovala stejné rozdělení interního disku.

Co tím bylo ověřeno
Linuxový oddíl nezůstal pouze fyzicky na disku. Zorin OS z něj skutečně naběhl, přihlášení fungovalo a systém dokázal pracovat s oběma hlavními svazky.

Windows se spustil přes Windows Boot Manager a umožnil přihlášení k zachovanému místnímu účtu Student. Po přihlášení byl systém použitelný. Aplikace LedControl a TFTConfig byly odebrány a zůstaly pouze nefunkční ikony zástupců; nabídka Start byla opět uprostřed.

Okno Systémové informace potvrdilo režim BIOS UEFI a stav zabezpečeného spouštění Zapnuto.

Jednorázová nabídka Boot Device otevřená klávesou F7 nabízela Zorin OS jako první a Windows Boot Manager jako druhý. Z obou položek bylo možné příslušný systém spustit. Stejné dvě hlavní položky zůstaly dostupné také v sekci Boot Override v UEFI.

Boot Device ani Boot Override nemění trvale pořadí zavádění; slouží k jednorázové volbě. Jejich funkčnost je však užitečná jako nezávislá záložní cesta ke spuštění obou systémů.

V nastavení FIXED BOOT ORDER Priorities zůstala jako první položka NVMe:ubuntu. Za ní následovaly Hard Disk, CD/DVD, USB Device a Network. Obnova Windows tedy v tomto firmwaru nepřesunula Windows na první místo.

Podrobnější pořadí pro NVMe disk ukázalo ubuntu jako Boot Option #1 a Windows Boot Manager jako Boot Option #2. Označení ubuntu je v této konfiguraci firmwarem používaný název položky, přes kterou se spouští Zorin OS.

Výpis efibootmgr z běžícího Zorin OS potvrdil stejný stav v NVRAM:

Údaj Timeout: 1 seconds je časový limit firmwarového správce UEFI; nejde o odpočet GRUBu. GRUB má samostatný odpočet 10 sekund nastavený hodnotou GRUB_TIMEOUT=10.

V konfiguraci GRUBu se cesta zapisuje jako /EFI/... s dopřednými lomítky, zatímco firmware UEFI a efibootmgr ji zobrazují jako \EFI\... se zpětnými lomítky. Jde o dvě podoby zápisu cesty k témuž souboru. BootNext nebyl ve výpisu nastaven, takže další start nebyl jednorázově přesměrován jinou položkou.

V UEFI zůstal Secure Boot ve stavu Enabled a Active. Příkaz mokutil v Zorin OS současně vrátil SecureBoot enabled. Praktický start obou systémů tedy proběhl se stále aktivním Secure Bootem.

Windows po místní přeinstalaci zůstal ve stejné edici, verzi a sestavení jako před ní: Windows 11 Pro, verze 25H2, build 26200.8037. Diagnostika registru uvedla DisplayVersion 25H2, CurrentBuild 26200 a UBR 0x1f65, tedy desetinně 8037.

BitLocker byl před testem vypnutý a zůstal vypnutý i po obnově. Grafický nástroj nabízel zapnutí BitLockeru a příkaz manage-bde -status potvrdil, že oddíl C: je zcela dešifrovaný.

Tento výsledek neříká, jak by se reset zachoval na počítači s aktivním BitLockerem nebo Šifrováním zařízení. Taková konfigurace nebyla testována.

EFI systémový oddíl /dev/nvme0n1p1 byl připojen jako /boot/efi a měl souborový systém FAT32. Po obnově na něm zůstaly tři hlavní adresáře Boot, Microsoft a ubuntu.

Pouhá přítomnost adresáře ubuntu ještě sama o sobě nestačí. Rozhodující je, že všech pět souborů mělo shodné SHA-256 jako v TESTU 2 a že cesta shimx64.efi skutečně spustila GRUB.

Interní disk /dev/nvme0n1 měl nadále tabulku GPT a pět oddílů. Velikosti, hranice, souborové systémy i účel odpovídaly TESTU 2. Obnova nepřidala ani neodstranila oddíl a nezměnila hranice linuxového oddílu.

Výpis fdisk uváděl hlášku „Diskové oddíly jsou chybně seřazeny“. Hláška vzniká proto, že oddíl p5 s vyšším číslem leží fyzicky před oddílem p4. Stejný stav existoval už před obnovou; reset jej nezpůsobil a velikosti ani hranice oddílů se nezměnily. Externí SanDisk zobrazený při diagnostice jako /dev/sda do porovnání interního disku nepatří.

Následující tabulka spojuje praktické spuštění obou systémů s technickými výpisy. TEST 2 je stav po upgradu na Windows 11 25H2; TEST 3 je stav po následné místní přeinstalaci Windows s volbou Zachovat moje soubory.

BCD je databáze zaváděcí konfigurace Windows. Po přeinstalaci se v TESTU 3 změnily interní identifikátory objektu Windows 11 a objektu Windows Recovery Environment. Aktuální záznam Windows 11 ukazoval na C:\WINDOWS\system32\winload.efi a záznam Windows RE na obraz \Recovery\WindowsRE\Winre.wim. Windows Boot Manager nadále používal cestu \EFI\Microsoft\Boot\bootmgfw.efi. Samotný obraz Winre.wim se nacházel na oddílu Recovery, nikoli v EFI/Microsoft.

V TESTU 2 byl po upgradu přítomen také objekt Windows Rollback. Po resetu už ve výpisu BCD nebyl. Nově vytvořené identifikátory a chybějící starý rollbackový objekt odpovídají tomu, že Windows přeinstaloval vlastní systémové a obnovovací části.

Proč změna BCD neznamená poškození dual bootu
BCD patří Windows a jeho objekty se mohou při přeinstalaci znovu vytvořit. V tomto testu zůstala funkční UEFI položka Zorin OS, cesta k shimx64.efi, soubory EFI/ubuntu i řetězové spuštění Windows z GRUBu. Rozhodující je tedy funkce celého zaváděcího řetězce, nikoli neměnnost interních identifikátorů Windows BCD.

GUID jsou interní identifikátory objektů BCD. Po přeinstalaci se mohou změnit, aniž by to samo o sobě znamenalo poškození dual bootu. Pro vyhodnocení bylo podstatné, že cesty zůstaly funkční a z GRUBu šlo nadále spustit oba systémy.

Všech pět souborů v EFI/ubuntu mělo v TESTU 3 přesně stejný SHA-256 jako v TESTU 2. Jde o nejsilnější přímý důkaz, že obnova Windows jejich obsah nezměnila.

Po obnově zůstala na disku složka Windows.old, ale její obsah už neodpovídal úplné předchozí instalaci Windows 11 24H2. Microsoft uvádí, že při dalším resetu se existující složka Windows.old odstraní a případně se vytvoří nová. Také záznam Windows Rollback, který byl přítomen po upgradu na 25H2, po obnově ve Windows BCD chyběl. Standardní návrat z 25H2 na 24H2 proto již nebyl dostupný.

Přibližně o 20 GB více volného místa na C: je slučitelné s odstraněním původních systémových dat a odebráním aplikací. Bez předchozího změření nelze přesně určit, jaký podíl uvolněného místa připadl na odstranění původní složky Windows.old a jaký na odebrané aplikace.

Konečný výsledek platí pouze pro popsanou konfiguraci.

Test neprokazuje stejné chování:

Před podobnou obnovou proto vždy zálohujte osobní soubory a vytvořte ověřený obraz celého disku. To, že se Linux a GRUB v tomto testu zachovaly, není zárukou pro jiný počítač.

Verdikt pro testovanou konfiguraci
Na jediném interním NVMe disku s Windows 11 Pro 25H2, build 26200.8037, a Zorin OS 18.1 Core místní přeinstalace Windows s volbou Zachovat moje soubory zachovala funkčnost GRUBu, pořadí UEFI, linuxový oddíl i soubory EFI/ubuntu. Z GRUBu i nabídky F7 bylo možné spustit oba systémy. Windows změnil vlastní objekty BCD včetně záznamu pro Windows RE a část EFI/Microsoft, ale dual boot zůstal funkční. Žádná oprava GRUBu, změna BootOrder, update-grub ani Boot-Repair nebyly potřeba ani provedeny.

Odkaz na opravu zavaděče použijte pouze pro odlišný výsledek, kdy se GRUB nezobrazí nebo nelze spustit Zorin OS. V tomto testu oprava provedena nebyla.