Fórum Root.cz
Hlavní témata => Windows a jiné systémy => Téma založeno: redustin 05. 02. 2025, 10:23:45
-
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!
-
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).
-
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
-
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!
-
Vetsina klonovacu nezachova UUID partisen, takze musis aktualizovat BCD (boot configuration data).
-
Čistá přeinstalace ušetří několik dní času... ::)
-
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.
-
Č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.
-
Č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)
-
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!
-
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/
-
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.
-
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).
-
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í!
-
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é.
-
Je tedy následující postup správný?
EFI bios spustí EFI binárku grubu na zařízení, na které vidí (USB, SATA). Grub si načte konfiguraci + moduly ze stejného zařízení, aby zvládl načíst image kernelu. Tady v tom okamžiku by teoreticky už kernel mohl být na NVMe, ale grub NVMe (ze záhadného důvodu) neumí. Tedy image kernelu musí být na zařízení, které grub umí přečíst (tedy opět nějaká boot partišna na USB/SATA). Image potřebuje cmdline parametr root, kde najde root. Ten už může být na NVMe (v parametru root specifikovaný UUID partišny na NVMe), protože root bude hledat kernel a ten už má podporu NVMe zakompilovanou. Je to tak správně?
Jak to probíhá v případě bootu windows efi grubem? Co vlastně grub pro start windows spouští?
-
Hej, Linux sedí.
Windows z grubu buď cez chainloader (odovzdá riadenie MS boot loaderu, ktorý si zavedie windows) alebo ntldr (zavedie windows priamo z konkrétnej NTFS partície bez MS boot loadera; vyžaduje okrem ntldr ešte grub modul pre čítanie NTFS). V každom prípade, oba varianty vyžadujú, aby mal grub (priamo alebo cez niektorý modul) prístup k zariadeniu s tou win inštaláciou.
-
Díky moc.
Z diskuse https://superuser.com/questions/1782009/can-grub-access-an-nvme-drive-when-the-bios-lacks-support-for-it#comment2878536_1782025 mi vychází, že podpora NVMe v grubu teoreticky lze, ale nikdo driver nenapsal https://superuser.com/questions/1782009/can-grub-access-an-nvme-drive-when-the-bios-lacks-support-for-it#comment2878536_1782025 . Nicméně pokud jsem to pochopil dobře, to by stejně fungovalo jen pro linux, protože windows se zavádí voláním biosu INT 13h https://wiki.osdev.org/Disk_access_using_the_BIOS_(INT_13h), tudíž i bios musí ten disk vidět. Ale možná je to u windows jinak...
-
Co řeší GRUB dál při bootování Linuxu s initrd a jádrem, že umí mdraid atp. je pro zavedení Windows (resp. jakékoliv EFI binárky) úplně nepodstatné.
Všechno mimo Linux jádra, tzn. i třeba memtest, Windows boot loader (bootmgfw.efi), jakákoliv další EFI binárka.. se zavádí přímo chainloaderem. Tzn. to blokové zařízení s FAT32 partišnou, kde to je, musí být dostupné z EFI.
Tzn. to omezení, když EFI "nevidí" NVMe zařízení (nebo třeba něco za HW RAIDem, iSCSI LUN), protože nemá odpovídající ovladač, to podle mě neobjede.
Jiná situace by mohla být s Cloverem resp. novějším OpenCore. OC má v distribuci přímo EFI ovladač, který by to mohl zpřístupnit. "X64/EFI/OC/Drivers/NvmExpressDxe.efi" (podle mě to vypadá jako vyzobané s některého EFI kitu od Intelu).
Pak má v sobě také runtime detekci toho Windows bootloaderu, tzn. pokud se pak někde na přístupné EFI partišně zjeví bootmgfw.efi v odpovídající adr. struktruře, tak se přidá do menu.
Sám jsem to neměl potřebu nikdy zkoušet, protože buď systém uměl NVMe, nebo jsem bootoval ze SATA zařízení, ale možná by to za pokus stálo.
Mělo by jít udělat nějaká základní instalace OC, bez těch macOS specifických nastavení.
Tzn. naformátovat nějakou flešku na GPT s EFI oddílem, rozbalit tam X64/EFI a pak dovnitř do adresáře OC zkopírovat ukázkový soubor sample.plist z Docs/Sample.plist jako config.plist. (tzn. finálně to bude <root>/EFI/OC/config.plist
To by mělo na začátek stačit, aby to prvotně naběhlo i bez dalšího nastavování. Po startu OC je tam pak další funkcionalita v menu přístupná, když se zmáčkne mezerník.
-
Ještě odkaz:
https://github.com/acidanthera/OpenCorePkg
-
Moc zajímavé, díky!
EFI má tedy stabilní ABI, že lze používat stejný modul/driver pro různé biosy/emulátory EFI?
-
EFI má tedy stabilní ABI, že lze používat stejný modul/driver pro různé biosy/emulátory EFI?
V podstatě ano, je to poměrně hodně standardizované a modulární. Ovladače můžou být buď platform independent (v EFI byte code - EBC), nebo specfické pro konkrétní plafromu (x86-64, ARM64, Itanium..).
Jsou pak nějaké pevné věci z UEFI standardu, co konkrétní ovladač implementuje, takže např. u blokového zařízení jako je ten NVMe pak implementuje EFI_BLOCK_IO_PROTOCOL
https://github.com/kiznit/uefi-headers/blob/master/Include/Protocol/BlockIo.h
Za normálních podmínek, se ovladače zaregistrují a startují z paměti základní desky. Ale může to být i z paměti nějaké jiné rozšiřující PCI karty, jako např. RAID řadiče, síťovky atp.
V rámci spouštění jednotlivých fází v EFI a předávání řízení, ty ovladače startují v části DXE (driver execution environment).
(https://i.imgur.com/9bDyREo.png)
Nikdy jsem pro to nic nevyvíjel, ale před lety jsem se v tom trochu hrabal, když jsem rozcházel Hackintosh. Nejdřív s Cloverem, pak s OC.
Ty jsou pak oba specifické tím, že právě ještě po svém spuštění dokáží dál podle konfigurace interagovat s těmi DXE ovladači, upravovat ACPI třeba formou DSDT tabulek, emulovat NVRAM z Apple atp. a celkově upravit prostředí než finálně zavedou ten nativní bootloader z macOSu.
Jinak jak jsem zmínil, neověřoval jsem sám, jestli se ten NVME ovladač zavede i před případným Windows bootem, který to podporuje, ale mohlo by to teoreticky zabrat.
-
Pořád nechápu, jak vlastně ten grub funguje. Umí md raid0-6, zfs, ale neumí NVMe? [...]
Grub umi raid ci zfs, protoze je umi a pouzije dostupne disky od BIOSu/UEFI....
Na to aby umel Grub videt NVMe ktere mu nedoda BIOS/UEFI, by musel mit primo vlastni ovladac na NVMe HW...
-
Pořád nechápu, jak vlastně ten grub funguje. Umí md raid0-6, zfs, ale neumí NVMe? [...]
Grub umi raid ci zfs, protoze je umi a pouzije dostupne disky od BIOSu/UEFI....
Na to aby umel Grub videt NVMe ktere mu nedoda BIOS/UEFI, by musel mit primo vlastni ovladac na NVMe HW...
Tak ono klidne nekdo muze udelat NVMe driver ... nebude to nikterak slozite, kdyz uz tam je AHCI driver, ktery taky pracuje podle PCI class ID (protoze HW API je fixni, podle standardu). To je prace na jednu spis seminarku nez bakalarku :)
https://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/disk
-
V podstatě ano, je to poměrně hodně standardizované a modulární. Ovladače můžou být buď platform independent (v EFI byte code - EBC), nebo specfické pro konkrétní plafromu (x86-64, ARM64, Itanium..).
...
Skvělé, díky moc za detaily. Netušil jsem, jak je to bootování celé složité... Na ARMu je to taky takové maso? Tam mi přijde, že uboot není tak komplikovaný.
-
Pořád nechápu, jak vlastně ten grub funguje. Umí md raid0-6, zfs, ale neumí NVMe? [...]
Grub umi raid ci zfs, protoze je umi a pouzije dostupne disky od BIOSu/UEFI....
Na to aby umel Grub videt NVMe ktere mu nedoda BIOS/UEFI, by musel mit primo vlastni ovladac na NVMe HW...
Zmlsaný z linuxu jsem si myslel, že si grub2 detekuje disky sám... a ono očividně ne.
-
Tak ono klidne nekdo muze udelat NVMe driver ... nebude to nikterak slozite, kdyz uz tam je AHCI driver, ktery taky pracuje podle PCI class ID (protoze HW API je fixni, podle standardu). To je prace na jednu spis seminarku nez bakalarku :)
https://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/disk
Údajně již patch do nějakého staršího grubu byl https://superuser.com/a/1825796 -> https://sourceforge.net/projects/grub4dosahcipatch/files/ , ale zapadlo to...
Škoda, to mi přijde docela klíčové, staršího kvalitního HW s UEFI ale bez bootu z NVMe je spoustu. Zde to je konkrétně Dell Precision T3610, který ač docela výkonný je velice tichý (skříň jako serverový tunel, tři velké pomaluběžné ventilátory vepředu a ani Xeon nemá větrák, jenom vhodně navržený chladič, hodně PCIe slotů na NVMe s dostatkem linek.
-
Mělo by jít udělat nějaká základní instalace OC, bez těch macOS specifických nastavení.
Tzn. naformátovat nějakou flešku na GPT s EFI oddílem, rozbalit tam X64/EFI a pak dovnitř do adresáře OC zkopírovat ukázkový soubor sample.plist z Docs/Sample.plist jako config.plist. (tzn. finálně to bude <root>/EFI/OC/config.plist
To by mělo na začátek stačit, aby to prvotně naběhlo i bez dalšího nastavování. Po startu OC je tam pak další funkcionalita v menu přístupná, když se zmáčkne mezerník.
Jaké jsou vlastně zkušenosti s OpenCore, je to použitelné pro normální PC? Nebo je to spíš jen specialitka, která by se musela pro konkrétní PC konfigurovat? Na Cloveru mě odradil ten obrovský seznam ACPI patchů (kvůli kterému windowsy nenabootovaly, protože jsem použil defaultní konfig s APCI vyladěným pro Mac. ACPI je pro mě nepřehledná džungle. Díky!
-
Jaké jsou vlastně zkušenosti s OpenCore, je to použitelné pro normální PC? Nebo je to spíš jen specialitka, která by se musela pro konkrétní PC konfigurovat? Na Cloveru mě odradil ten obrovský seznam ACPI patchů (kvůli kterému windowsy nenabootovaly, protože jsem použil defaultní konfig s APCI vyladěným pro Mac. ACPI je pro mě nepřehledná džungle. Díky!
Na standardní boot Windows s OC nikdy nebyl problém. Na většině Hackintoshů, co jsem instaloval, byly také vždy ještě další disk s Windows 10 nebo 11. Je tam dynamická detekce toho Windows loaderu (nebo i třeba GRUBu), objevil se v nabídce - normálně to zavádělo. Ale jak jsem zmiňoval předtím, nikdy nebylo třeba řešit ten NVMe boot na stroji, co ho nativně nepodporuje, takže prakticky tohle vyzkoušené nemám.
U tech ACPI patchů a různých quirků, záleží jen co konkrétně povolíte, nemusí to dělat vůbec nic. Další věc samozřejmě je, že je to vždycky specifické pro konkrétní základní desku/čipset, a když se slepě použije nějaký hotový config z webu, nemusí to fungovat.
Nicméně právě oproti starému Cloveru jsou ty volby relativně dobře popsané (PDFko v adresáři Docs). Pro úpravy configu pak určitě doporučím ProperTree: https://github.com/corpnewt/ProperTree
To jde spustit všude, kde je Python s TK toolkitem na GUI.
Zásadní vlastnost, krom základní editace plistů, je to, že to umí upravit deklarace v OC config podle aktuálních souborů s ovladači, knihovnami a kexty v jeho adresářové struktruře.. (je to v menu File > OC Snapshot, resp. OC Clean Snapshot)
Tzn. například v ukázkovém configu jsou deklarace úplně všech ovladačů, co se distribuují s OC (sekce root > uefi > drivers )
Nicméně já třeba na boot nebudu v drivers/ chtít nic jiného než OpenRuntime.efi a NvmExpressDxe.efi
Takže odmažu všechy ostatní soubory ze struktury a spustím tu zmíněnou funkci clean snapshot, co ten config vyčistí.
Pak to můžu samozřejmě ještě dál doupravit.
-
Zdravím, klasika -...
V konfiguraci s NVME jsem to používal necelých 5 měsíců. Není mi jasné proč Vám to nejde jelikož u mě to bylo bez zádrhelu, ale spíše jsem chtěl upozornit, že ve finále jsem se vrátil zpět k sata ssd (nativní podpora) protože dobrá duše viděla flash disk a zamčela jej do šuplíku v domění, že jsou na tom nějaká citlivá data. Jak se to stalo podruhé tak jsem to celé vrátil na sata SSD
Na domácí použítí je to zajímavé ale to, že se tam ten flashdisk bude zobrazovat může nezkušené uživatele mást.
Rozhodně bych se tomuhle vyhnul ve firemním nasazení, tam si koledujete o zbytečné a nečekané problémy.
K praktičnosti. Na rychlost startovaní Windows 10 to nemělo téměř žádny vliv (běžný autostart-up bloatware). Jediný skutečný přínos bylo rychlejší kopírovaní dat (WD Blue cca 900-1000MB).
Zvažte jak to bude u Vás
-
K praktičnosti. Na rychlost startovaní Windows 10 to nemělo téměř žádny vliv (běžný autostart-up bloatware). Jediný skutečný přínos bylo rychlejší kopírovaní dat (WD Blue cca 900-1000MB).
Problem zde ale je, ze zde tazatel nema vetsi SATA disk, a jeho porizeni muze byt drazsi nez nahradit cely stroj necim jinym.
Alternativa je tedy spis presunout "Users" na druhej disk, pripadne i "Program files", pak muze jadro OS zustat na tom malem SATA disku.
-
Čtu to tady a mně se tohle cvičení líbí, včetně některých tipů. Bohužel mám PCIe adaptér teď v jiné lokalitě, takže to nemůžu prakticky vyzkoušet, ale principielně vím přesně, co dělat, jen to nechci psát, protože to (zatím) nemám vyzkoušené (a i z důvodů, které jsou zde uvedeny, to nemusí fungovat).
-
Jeste me napada, zda by nestacilo vytvorit add-on ROM kde bude onen NVMe DXE driver - byvalo to soucasti velice prvnich NVMe disku (nejaky Samsung). Tj. podobny princip jako XTIDE universal bios - ze to bude extension ktera se sveze na nejake karte (napr. pcie x1 sitovce, kde je SPI flash). Serverove desky maji pripadne vice flash pameti pro onboard veci, takze by to slo taky zneuzit, consumer reseni byva jedina systemova flash napartisnovana srze FDT a jeji modifikace je rizikov jak uz tady bylo zmineno. Osobne bych preferoval desku ktera se da vyndat a obetovat, kdyby nekolikanasobne pajeni na ni melo zanechat trauma :)
Ha, nekdo uz vetsinu prace udelal - https://kittenlabs.de/nvmeboot/
-
Nedalo mi to a jal jsem se na to přijít s pomocí strýčka Googla. Nakonec jsem narazil na "Clover" - boot loader, který lze nahrát na maličký USB disk a bootnout s jeho pomocí z NVMe. Pravděpodobně by to šlo nejen přes UEFI, jak jsem to zkusil já (a tazatelův Dell Precision T3610 to umí), ale i v Legacy módu (to ještě budu někde zkoušet).
Základem úspěchu je mít NvmExpressDxe.efi ve správné složce. Tím se natáhne patřičný driver pro NVMe … a dál už to jde skoro samo.
Výsledek na desce Intel DP55KG s procesorem Core i5-650, tedy poměrně obstarožní platforma. Ve slotu karta s NVMe diskem, v USB na flešce (přesněji v microSD čtečce na kartě) Clover, který se postaral o bootnutí. Žádný SATA disk tam není, i když by to s ním samozřejmě šlo taky.
Jinak tato konkrétní instalace byla vytvořena původně na SATA SSD s podporou bootování přes UEFI (tedy GPT a tak), následně jí byl zpřístupněn prázdný nenaformátovaný NVMe SSD, aby si nabrala ovladač, poté v jiném OS zklonována na ten prázdný NVMe SSD a přenesena na tento stroj. Bootlo to na první dobrou, až mě to překvapilo. Osahalo si to hardware, nainstalovalo drivery, které to do té doby nemělo … všechno jde, když se chce, akorát malý děti se musej nosit ;).
-
Ahoj netusim ci moja odpoved bude prinosna pre teba, ale mozno pre niekoho ano. Mam starsi PC:
MB: Gigabyte z77x-d3h jedna sa o UEFI bios (dual bios) bez podpory NVMe
Podla navodu som modifikoval povodny bios a pridal do neho subor pre podporu NVMe- funguje.
Moja situacia bola podobna zaplnil sa mi klasicky 2.5 SSD disk a pomocou radica PCIe som bol schopny osadit do PC NVMe disk. Preklonoval som system z SSD na NVMe( aky software na klonovanie som pouzil si nepamatam, dd, clonezilla, acronis, Samsung Magican.. niekedy je dobre vyskusat viac toho, pokial to po klonovani nebootuje).
Radic PCIe mam AXAGON PCEM2-D a v tom Samsung 990EVO 1T.
Stalo sa mi ze som pocas cca 5 rokov musel 2x flashovat znova bios do MB nakolko, doska nastartovala z nejakej priciny do recovery biosu a prepisalo moj upraveny bios (dual bios). No po nahradi mojeho upraveneho biosu znova bootuje z NVMe bez reinstalaci ci zasahov do systemu. Zabudol som dodat ze sa jedna o pocitac s Windows10 fungoval aj dual boot z linuxom. Neviem ci je mozne upravit tvoj BIOS, ale postup bol v mojom pripade celkom trivalny, kedze sa tam pridaval len subor/modul (NVMe Dxe). Pravdepodobne zalezi aky BIOS doska pouziva. Ten moj je AMI -American Megatrends.
-
...
BIOS soho HW je defakto sbirka modulu. V ramci toho co se vejde do te pameti se daji moduly prakticky libovolne pridavat. Tahle akce by mela byt i relativne bezpecna. Co by fungovat melo skoro vzdy je najit jiny bios pro HW se stejnym chipsetem, ktery danou vec umi a vypreparovat to z nej.
Jen je treba pocitat s tim, ze nekteri vyrobci HW se snazi hazet klacky pod nohy a ruznymi zpusoby se snazi zabranit flashnuti modifikovaneho biosu.
Podotykam, ze podobny brikule sem delal opakovane a vzdy se podarilo, ale riziko ze to potom nepojede tu samo je.
BTW: Na NVME neni zadnej radic, protoze to je zarizeni ktery se pripojuje primo do pci-e. Maximalne na to existujou drzaky do standardnich slotu.
Problem zde ale je, ze zde tazatel nema vetsi SATA disk, a jeho porizeni muze byt drazsi nez nahradit cely stroj necim jinym.
Jinak receno, jestli resenim tohodle problemu stravil vic nez hodinu, tak to cele do popelnice hodit mel. Spis to vidim tak, ze si koupil nevhodny disk a teprve potom resil, ze mu to z nej nenastartuje.
Ostatne sem loni resil neco podobneho ... HW, ktery podle (podivne) dokumentace (nechtel sem to zbytecne rozlamat predem) mel M.2 ... ale nikde nereceno jestli sata nebo nvme. Zato v tom byl zarucene satovej mechanickej disk. Tak sem koupil satovy ssd, protoze sem nehodlal resit jestli to pojede nebo nepojede. Celkem upgrade za +-3k (vcetne ramky) a z naprosto nepouzitelnyho hw ... se instantne stal hw na dalsich 10 let.