BOOTMGR in Legacy ipv Standard

[Trommelrem]

Thuis heb ik een computer. Schijf 1 bevat de bootmgr en een encrypted Bitlocker volume. Hierop staat Windows 10 Enterprise, bedoeld voor zakelijk gebruik.

Schijf 2 bevat alleen een unencrypted volume met daarop Windows 10 Pro, bedoeld voor games.

Met de bootmenupolicy heb ik beide Windows' op legacy gezet. Ik vind de legacy bootmgr prettiger, omdat daarvoor niet eerst een complete Windows wordt gestart waardoor het systeem opnieuw moet starten als je de andere Windows wilt starten. Legacy is sneller dan standard.

Meestal werkt dit. Echter soms start alsnog de standaard bootmgr. De keer daarop ineens weer de legacy bootmgr. Alsof de bootmenupolicy af en toe wordt genegeerd. Ik kan in de eventlog niet zo snel terugvinden wat er mis gaat, waarschijnlijk omdat legacy/standard niet een fout is, maar gewoon een feature.

Hoe forceer ik legacy en wat is er verkeerd aan mijn BCD? Dit is mijn BCD:

code:

Windows Boot Manager
--------------------
identifier              {bootmgr}
device                  partition=\Device\HarddiskVolume1
description             Windows Boot Manager
locale                  en-US
inherit                 {globalsettings}
default                 {current}
resumeobject            {3943c547-3623-11e6-b729-8fe65e70161f}
displayorder            {current}
                        {886f375a-35a9-11e6-93c9-782bcbb350db}
toolsdisplayorder       {memdiag}
timeout                 300

Windows Boot Loader
-------------------
identifier              {current}
device                  partition=C:
path                    \WINDOWS\system32\winload.exe
description             Work and School
locale                  en-US
inherit                 {bootloadersettings}
recoverysequence        {633d8ed5-3623-11e6-b729-8fe65e70161f}
recoveryenabled         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \WINDOWS
resumeobject            {3943c547-3623-11e6-b729-8fe65e70161f}
nx                      OptIn
bootmenupolicy          Legacy

Windows Boot Loader
-------------------
identifier              {886f375a-35a9-11e6-93c9-782bcbb350db}
device                  partition=\Device\HarddiskVolume3
path                    \Windows\system32\winload.exe
description             Games
locale                  en-us
inherit                 {bootloadersettings}
allowedinmemorysettings 0x15000075
osdevice                partition=\Device\HarddiskVolume3
systemroot              \Windows
resumeobject            {886f3759-35a9-11e6-93c9-782bcbb350db}
nx                      OptIn
bootmenupolicy          Legacy

[Hero of Time]

Oh Trommelrem. Je weet toch dat we meer informatie dan dit nodig hebben? Welk moederbord heb je bijvoorbeeld? En wat is 'standaard' als boot optie? Ik ken alleen Legacy/BIOS en UEFI, waarbij UEFI niet eens iets kan doen als je je OS'en met Legacy hebt werken. Dus wat is die mysterieuze 'standaard' waar je het over hebt?

[Trommelrem]

UEFI of BIOS heeft toch niets met de legacy/standard bootmgr te maken? Als dat het probleem zou oplossen, dan wil ik best mijn installaties naar UEFI omzetten, maar ik zie niet in waarom dat zou helpen.

De mysterieuze 'standaard' is de variabele 'bootmenupolicy' in de BCD. Standard is de GUI-bootmgr, legacy is de text-bootmgr. De GUI-bootmgr is handig voor tablets en touchscreens, maar dit betreft een klassieke PC zonder touchscreen. Dan werkt een GUI-bootmgr alleen maar nadelig.

Ik denk ook niet dat het type computer relevante informatie is in deze, maar: Het is een Dell Precision T1600 met 2x een SSD. SSD1 bevat een bootmgr+OS partitie en is bitlocker encrypted (Work&School), SSD2 bevat alleen een OS partitie (Games). Dat OS wordt aangeroepen vanaf de bootmgr partitie op SSD1. De bovenstaande BCD staat op SSD1.

Wat ik precies wil is altijd de legacy bootmenupolicy. Soms, om onverklaarbare redenen, verschijnt toch de standard bootmenupolicy, terwijl legacy is ingesteld. Daarom mijn vraag wat er verkeerd is aan bovenstaande BCD.

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

[Trommelrem]

* schopje

[Trommelrem]

* schop

[Hero of Time]

Ik snap nu wat je bedoelt met legacy vs standaard. Dit is blijkbaar nieuw in Windows 10. Heb je al een patroon kunnen vinden wanneer je 't krijgt? Zou het kunnen dat als je je andere OS opstart, het opeens verandert?

[Trommelrem]

Patroon probeer ik te achterhalen. Het lijkt er in ieder geval op dat na een reboot na een volledige boot wel de legacy bootmenu wordt getoond, en dat na een dag de moderne bootmenu wordt getoond, maar ik weet het nog niet zeker.

Het definieren van de bootmenupolicy onder {bootmgr} (wat logisch zou zijn), werkt helaas ook niet.

[Trommelrem]

Na een paar dagen trial and error ben ik maar tot de conclusie gekomen dat het voor mij compleet random is.

Cold boot: Soms standard, soms legacy;
Warm boot: Soms standard, soms legacy;
Cold boot nadat eerst ander OS was gestart: Soms standard, soms legacy;
Warm boot nadat eerst ander OS was gestart: Soms standard, soms legacy.

Frustrerend. Ik kan er echt helemaal geen patroon in vinden

[johnkeates]

Kan het zijn dat Windows in EFI entries gemaakt heeft die je bootpolicy overschrijven? Ik weet je dat in de EFI Boot manager de .EFI bestanden kan aanduiden en soms ook argumenten mee kan geven. Als je bootmgrfw.efi (of welke dan ook gebruikt) in EFI hebt staan met extra argumenten, dan kan het daar aan liggen. Het kan ook in de EFI firmware variabelen staan, die worden ook door bootloaders gelezen.

[Trommelrem]

Nog even een extra controle gedaan: Het is een BIOS installatie, geen EFI installatie:

code:

path                    \WINDOWS\system32\winload.exe

Ik had net toch het gevoel dat het iets met cold/warm boot te maken heeft. Kun je vanuit Windows eigenlijk nog de BIOS Data Area uitlezen? Ik ga iedere boot eens vergelijken met de 40:72. Of bestaat dat allang niet meer?

[johnkeates]

Dat is een path naar winload, wat staat er in je BIOS/UEFI ingesteld? Bootmgrfw.efi staat niet in de BCD maar is het ding dat de loader start en BCD gebruikt voor de rest.

[EricJH]

Heb je fast boot uitgeschakeld op beide Windows installaties?

[Hero of Time]

EricJH schreef op maandag 04 juli 2016 @ 04:29:
Heb je fast boot uitgeschakeld op beide Windows installaties?

Grapjas. Fastboot is een BIOS instelling.

[efan]

Hero of Time schreef op maandag 04 juli 2016 @ 11:15:
[...]

Grapjas. Fastboot is een BIOS instelling.

deze waarschijnlijk: http://www.tenforums.com/...urn-off-windows-10-a.html

[Hero of Time]

ido schreef op maandag 04 juli 2016 @ 11:19:
[...]


deze waarschijnlijk: http://www.tenforums.com/...urn-off-windows-10-a.html

Dan moet hij de juiste term gebruiken. Maar wat zou het dan te maken hebben met de bootmanager weergave?

[efan]

Hero of Time schreef op maandag 04 juli 2016 @ 11:22:
[...]

Dan moet hij de juiste term gebruiken. Maar wat zou het dan te maken hebben met de bootmanager weergave?

mogelijk als fast startup aan staat, windows toch een aanpassing doet, en winresume.exe of winresume.efi gaat laden in plaats van wat je in je bootmgr hebt staan?

[Hero of Time]

Maar dan hervat je Windows. Die wordt juist aangeroepen door de bootmanager en die verandert telkens van weergave. Dat zou niet logisch zijn. Maar ja, het is MS, daar is wel meer niet logisch.

[efan]

Hero of Time schreef op maandag 04 juli 2016 @ 11:33:
Maar dan hervat je Windows. Die wordt juist aangeroepen door de bootmanager en die verandert telkens van weergave. Dat zou niet logisch zijn. Maar ja, het is MS, daar is wel meer niet logisch.

ja, en eerlijk gezegd heb ik niet gezocht wat de volgorde is, maar met fast startup gaat je windows altijd in een soort hibernate modus, en misschien dat het resumeobject uit de bootmgr voorrang krijgt op de overige entries? *wild guess*

[Hero of Time]

ido schreef op maandag 04 juli 2016 @ 11:36:
[...]


ja, en eerlijk gezegd heb ik niet gezocht wat de volgorde is, maar met fast startup gaat je windows altijd in een soort hibernate modus, en misschien dat het resumeobject uit de bootmgr voorrang krijgt op de overige entries? *wild guess*

Denk 't niet. Die hibernate resume wordt toch op een of andere manier aangeroepen. Dat start niet zomaar uit zichzelf en zou je zelfs voorkomen om een andere installatie te starten, zoals de TS dat heeft.

Ik heb er daarom een hard hoofd in dat het fast startup via het hibernate systeem dit gedrag veroorzaakt, maar wie weet dat het bij het afsluiten wat doet.

[Trommelrem]

EricJH schreef op maandag 04 juli 2016 @ 04:29:
Heb je fast boot uitgeschakeld op beide Windows installaties?

Stond ingeschakeld. Staat nu uitgeschakeld. We gaan het zien de komende dagen

Hero of Time schreef op maandag 04 juli 2016 @ 11:15:
[...]

Grapjas. Fastboot is een BIOS instelling.

Beiden. Sommige firmwares hebben een fastboot functie, maar in Windows zit blijkbaar ook een fastboot.

[EricJH]

Ik bedoelde inderdaad fast start up. Ik zat onder Win 7 te werken en kon niet even spieken voor de juiste term.

[Trommelrem]

In zowel "Work and School" als "Games" fastboot uitgeschakeld. Na een paar random reboots alleen Legacy bootmenu's gezien. Het is nog even een week afwachten, daarna laat ik direct weten wat het resultaat is.

Hoe kom je er echt op om fastboot uit te schakelen?

[EricJH]

Ik heb een multi boot systeem met het Legacy boot menu. Om die te krijgen moet je fast start up uitschakelen (niet fast boot).