Dotaz: grub2-mkconfig a Windows patrišna

[Mirek]

Ahoj

měl jsem dual boot a po výměně disku za větší a manipulaci s partišnama mi grub2-mkconfig nenajde partišnu s W10. Přitom hlavní ntfs 150G patrišna s W0 na disku je (sda2). Chci se zaptat jak pracuje grub2-mkconfig když hledá instalačku Windows. Bere něco i z ostatních patišní ntfs ? sda1(100M ) mi CloneZilla neobnovila korektně a původně byla ještě sda3 ( vše MS DOS původně W7 pak upgr. na W10 a instalace linuxu). Do Linuxu mi to bootoje OK.

Odpovědi

[debian+]

Skus lilo ... a pridat si polozku pre win (automaticky nedetekuje win).

[NN]

..sda1(100M ) mi CloneZilla neobnovila korektně a původně byla ještě sda3..

Bude mozna problem, protoze tech 100M si rezervujou okna a jsou tam informace pro start systemu..

[debian+]

ak nie, tak potom si stiahni win 10 instalacku, bootni ju a daj si system opravit

[Mirek]

Pravě ta instalačka dopadla KO. Cca hodinu to pracovalo a pak ohlasilo, že nejde obnovir W.

[Mirek]

Ted jsem ve stavu, kdy byly obnovena i 100M partišna, vygeneroval jsem config nainstaloval grub. Win10 vidím v menu, ale po jeho zvolení mám hlášku , že OS szstém nejde načíst , neb je porušen soubor \WINDOWS\system32\winload32.exe cod chyby 0xc000000e \

[debian+]

skus metodu 2 ... https://answers.microsoft.com/en-us/windows/forum/windows_tp-system/file-windowssystem32winloadexe-error-code/d64439a9-17ca-49b6-8d63-b41fa78bb608

[figliar0]

Asi to sem nepatri, ale nakolko som to nedavno riesil - mimochodom, opat po dlhsom case (ach, ta pamat!) - napisem riesenie, mozno to v buducnosti lahsie znovu najdem.

Je to sposobene tym, ze na druhom disku mas iny identifikator disku v particnej tabulke. Ak sa nemylim, UID NTFS filesystemu vychadzaju z tohoto identifikatoru a zavadzac Windowsu s nimi ocividne pracuje.

Riesenia su dve: Bud (1) zmenit identifikator disku na povodny - da sa to lahko pomocou utility fdisk, resp. gdisk alebo (2) nabootovat instalacku Windowsu, namiesto instalacie kliknut na opravu systemu a v prikazovom riadku spustit prikaz bootrec.exe /rebuildbcd. To je cele.

[Mirek]

To dává logiku, půjdu na tu změnu UID, neb ostatní metody přes instalačku Window a příkazový řádek nebo automatickou opravu nevedly k cíli. Jen ještě předpokládám, že UUID se musí změnit na bootovací i hlavní partišně. No a co ta třetí nějaký backup - tu mám jako sda3. Dík

[figliar0]

No, pozor! Nemam na mysli UID particii, ale UID disku!

Pri prikaze fdisk -l je to polozka oznacena ako Disk identifier: (podobne to ma oznacene aj utilita gdisk). Pri GPT disku vyzera identifikator inac ako pri MBR.

Myslim, ze som niekde cital alebo sa k tomu nejak dopatral, ze NTFS ma UID suboroveho systemu nejak odvodene od toho identifikatoru disku - je to ale len taka hmlista spomienka, cize mozno to mam s dacim popletene (a v tejto chvili to nemam ako rychlo overit).

Pozor tiez na to, ze po sklonovani by UID suboroveho systemu zdroja a cielu malo byt rovnake, lebo sa klonuje predsa cely FS, nielen subory. Ak vsak klonujes len particiu (FS) a nie cely disk, particna tabulka je ina - a tym padom aj identifikator disku. To, ze to ma NTFS (asi) nejake domotane s identifikatorom disku, robi tento problem (IMHO).

[figliar0]

Co sa tyka tej 100 MB systemovej particii, tu si nie som isty - pravdu povediac sa snazim to nikde nepouzivat. Cize v mojom pripade sa jednalo o standardnu MBR particnu tabulku z dvoma particiami (sda1 NTFS a sda2 Ext4), kde Grub chainloaduje na root=(hd0,msdos1) .

[lolo]

Možno blbosť, ale máš nainštalovaný os-prober?

[trevor12]

mozna by fungovalo nabootovat nejaky live system a pak

sudo add-apt-repository ppa:yannubuntu/boot-repair sudo apt-get update sudo apt-get install boot-repair spustit zaskrtnout reinstall grub