Přesun UEFI Win10 SATA -> NVMe, BIOS bez bootu z NVMe

[redustin]

Zdravím, klasika - starší ale zcela dostačující Precision T3610 (xeon, 32GB RAM) s Win10 na zaplněném SATA SSD, cílem je přesunout na větší NVMe. Bios je UEFI, ale neumí NVMe.

Počítám s permanentní bootovací USB fleškou, která bude umět NVMe.

Pochopil jsem, že před klonem musím windowsy spustit s nějakým NVMe, aby si natahly ovladač. OK

Klon SATA -> NVMe umím.

Dle https://github.com/m13253/clover-linux-installer jsem v linuxu (vytvořil boot flešku s nainstalovaným cloverem). 

Nejdříve testuji, zda clover nabootovaný z flešky dokáže nabootovat ze stávajícího bootovatelného SATA disku s windowsy, než to začnu klonovat na NVMe. Start windowsů to spustí jen na první možnosti - "Boot Microsoft EFI Boot from EDI", ale windows hodí chybu - ACPI_BIOS_ERROR. Na ostatních možnostech se nic nespustí.

Mám prosím někdo zkušenosti s tím dle mého názoru celkem běžným požadavkem? Díky moc!

[Reklama]

[hungarec]

Pokud v PC můžeš nechat jakýkoliv SATA disk tak jednoduše udělej:
1) přidej fyzicky NVME disk do PC (má to m.2 slot nebo přes redukci?)
2) ponech zapojený SATA disk
3) nabootuj instalačku Windows
4) načti nvme driver pro Windows aby jsi viděl NVME disk
5) při rozdělení disku udělej automatické rozdělení na SATA disku -> vytvoří se 3 partition
6) smaž třetí (C:) partition na SATA disku
7) vytvoř partition na NVME disku
8) nainstaluj Windows na NVME disk
9) po automatickém restartu pokračuješ normálně dál

Windows instalačka umí mít zavaděč a systémovou partition na různých diskových zařízení (USB ≠ za normálních okolností disk pro Windows).

[hungarec]

Pokud chceš mermomocí mít zavaděč na USB flešce:

1) nainstaluj Windows na SATA disk
2) naklonuj disk-to-disk ze SATA (source) na NVME (target) (např. clonezilla)
3) připoj USB flešku
4) nabootuj Linux Live distribuci (např. Ubuntu)
5) nainstaluj GRUB na USB flešku
6) nastav pro GRUB zavádění Windows z NVME disku

[redustin]

Skvělé, díky moc, tvůj popis mluví mně srozumitelnou řečí linuxu, narozdíl o Cloveru, který zdá se je především pro OSX (a tomu odpovídá i ta defaultní konfigurace, co failnula ACPI patche).

Nemám problém v tom PC nechat SATA SSD i přidat další, portů je dost a volných SSD taky (dnes se vše překlápí na NVMe).

Cílem je přesunout stávající instalaci win, neinstalovat nové.

Z https://arstechnica.com/civis/threads/moving-windows-10-from-sata-ssd-to-nvme-easy.1471770/#post-39395636 jsem pochopil, že na načtení NVMe driverů by mělo stačit jen bootnout do stávajících windowsů s připojeným NVMe diskem (v PCI-e adaptéru), je to tak?

Do kompu mohu přidat další malé SATA SSD jen pro EFI partišnu s grubem, nemusí to být na USB.

Takže by to šlo následovně? Prosím když tak mě oprav, s UEFI válčím už spoustu let a pořád je to vždycky boj a tentokrát budu mít jen jeden pokus (to PC není mé a musí zůstat plně funkční :-) )


1) Přidat NVMe do kompu
2) Boot stávajících windows SATA disk (SATA-W), zařídit instalaci NVMe ovladače ("Microsoft NVM Express Controller" present in the Storage Controllers category of Device Management)
3) Nabootovat z USB live linuxu (používám Mint)
4) Naklonovat SATA-W  -> NVMe (používám klasicky dd)
5) Přidat další SATA do kompu pro grub (SATA-G), vyndat SATA-W
6) Nabootovat z USB Mint, nainstalovat na SATA-G Mint, grub na SATA-G, grub-setup sám nastaví i záznam pro boot NVMe windows
7) Grub přepnout na boot z toho menuentry pro win
8 ) V biosu nastavit boot grubu ze SATA-G

A po rebootu by to mohlo najet rovnou do původních win na NVMe ... možná :-)

Šlo by to takhle? Je tam něco, co by třeba šlo zjednodušit? Nakonec celý ten linux by se mohl hodit pro troubleshooting, instalace je rychlá.

Jak by to pak bylo s aktualizacemi windows? Nerozhodí se ten setup při prvním updatu? Aktualizuje windows při updatu i EFI adresáře? To které EFI partišny by případně při updatu zapisovaly - do nepoužívané na NVMe, nebo do používané na SATA-G? Jak update na win11 (až přestanou vyžadovat TP2.0)?

Díky moc!

[RDa]

Vetsina klonovacu nezachova UUID partisen, takze musis aktualizovat BCD (boot configuration data).

[Reklama]

[LolPhirae]

Čistá přeinstalace ušetří několik dní času... 

[redustin]

Vetsina klonovacu nezachova UUID partisen, takze musis aktualizovat BCD (boot configuration data).

dd kopíruje celý disk, tudíž se zachová vše včetně UUID partišen. Po zprovoznění partišny jen rozšířím přímo ve windows.

[redustin]

Čistá přeinstalace ušetří několik dní času... 

Klon disku SSD -> NVMe zabere pár desítek minut, instalace mintu na SATA SSD cca 15 minut (mohl bych použít debian minimal netinst, ale GUI linuxu se může hodit pro troubleshooting. Za tu dobu přeinstalaci windowsů + natahání softu + instalace do původního stavu nedám ani náhodou. Navíc stejně bych musel ponechat SATA disk kvůli bootu.

Čas už jsem strávil zjišťováním, jak na to bez linuxu (tedy čistá přeinstalace). Postup hungarece čistě s win instalátorem bych sám ani nedal, nikde jsem na něj nenarazil a o win skoro nic nevím.

[CHe]

Čo sa týka toho bootu z NVMe, niekde sa podpora dá backportnúť modnutím UEFI BIOSu, viď napr.:

https://tachytelic.net/2021/12/dell-optiplex-7010-pcie-nvme/

(realizoval som úspešne na viacerých starších Optiplexoch)

[redustin]

Skvělé, děkuji moc! To znamená, že tento postup funguje, díky za potvrzení! Našel jsem podobné řešení pro dotyčný Dell Precision T3610 https://www.youtube.com/watch?v=ElFlPi8Qp4E . Autor defakto používá stejný postup, jen místo postupu dump bios -> insert driver  -> flash bios rovnou nabízí ke stažení patchnutý bios.

Kde vlastně autoři těch návodů vzali ten nvme driver, že jim do biosů pasuje? To je někde k dispozici od intelu?

Pokud udělám přímou kopii win disku na nvme (tj. zachována UUIDs) a pak bootnu tu cestu \nvmedisk-PCI-cesta\HD1(1,GPT,UUID)\EFI\Boot\BOOTX64.EFI (jak popisuje ve videu čas 11:45), zvládnou windowsy tenhle přesun na druhý disk?

Díky moc!

[CHe]

Ako sa bude správať dd klon SATA inštalácie ťažko odhadovať, ja som na tie NVMe inštaloval nanovo z ISO obrazu Win10 verzie, aktuálnej v tom čase.

Ak ale potrebuješ klon existujúcej a zavádzač by nebol schopný ho z NVMe nabootovať, malo by to byť fixnuteľné cez command prompt (bootrec, bcdboot) po bootnutí z USB s ISOm, viď napr.:
https://www.wintips.org/fix-a-required-device-isnt-connected-or-cant-be-accessed-0x000000e-on-windows-10-8-8-1/

[redustin]

Díky za info.

Dnes pokus o grub na SATA -> NVMe s windows. Myslel jsem si, že grub má vlastní ovladače na NVMe, ale nepochodil jsem - ls v grub konzoli vypíše jen saty, které vidí i bios. Tudíž grub nenajde disk s UUID partišny na NVMe, kterou mu do grub.cfg správně zapsal update-grub běžící na normálním kernelu (který samozřejmě ten disk vidí). Do patche biosu se mi ještě nechce, protože nechci riskovat nefunkční PC.

[CHe]

Bez modnutia BIOSu to pôjde jedine s bootom z iného pomocného zariadenia (SATA, USB) s tým, že keď odtiaľ grub zavedie kernel s podporou NVMe, mal by už systém ďalej normálne štartovať (hoci grub samotný cez ls NVMe zariadenia neuvidí).

To sa ale týka zavedenia Linuxu (kde budú v /boot na tom biosom podporovanom zariadení priamo binárky jednotlivých kernelov), Win10 sa obávam, že takto zrejme z NVMe nezavedieš.

To čo som písal vyššie sa týka fixnutia Win10 boot cfg. v prípade použitia štandardného microsoftieho boot loaderu. Fungovať to ale bude len ak bude BIOS modnutý a bude enumerovať NVMe zariadenia a bootovať z nich (pričom v tom stave zrejme bude rovnako možné zaviesť ten windows už aj grubom, ak teda by bol cieľom dual boot).

[redustin]

Pořád nechápu, jak vlastně ten grub funguje. Umí md raid0-6, zfs, ale neumí NVMe? Chápu, že k těm raidům nejdříve potřebuje disky - ty nějak dostává od biosu a sám si je zdetekovat neumí? Proč má takové omezení, když v EFI partišně má grub-efi k dispozici spoustu místa?

Co konkrétně grub dělá jinak, když bootuje linux vs. EFI windows? Díky za vysvětlení!

[CHe]

V prípade Linuxu mu stačí zaviesť binárku kernelu, ktorá štandardne leží priamo na /boot partícii spolu s grubom. Všetky ďalšie zariadenia s komplikovanejším prístupom si už obslúži ten kernel, grub samotný z nich nepotrebuje byť schopný čítať.

Bežnú inštaláciu Windowsu ale týmto spôsobom nezavedie, tam je potrebné aby mal priamo grub prístup k zariadeniu s ňou.

Čo sa týka podpory MD RAIDu, neviem ako je to dnes, no pár generácií Debianu späť som kvôli bootu grubom zakladal samostatný RAID1 na malých partíciách diskov (kde bol inak na zvyšku RAID10,f2), pretože tam bol z pohľadu čítajúceho pristupujúceho k jednému ľubovoľnému disku toho poľa layout a obsah identický s bežnou EXT3 partíciou, MD metadata boli transparentné.