Dan Norton composed on 2017-12-21 16:53 (UTC-0500): > Felix Miata wrote:
>> Dan Norton composed on 2017-12-21 14:07 (UTC-0500): >>> There are still mysteries I have not solved. For some reason, GRUB has >>> decided that after POST, you only need 3 seconds to choose which >>> installation to boot. GRUB has resisted my efforts to change that >>> timeout value. I've been able to change the boot order in NVRAM, but not >>> the timeout. >> efibootmgr -t ## > Yes, it seems like that should work, but currently: > # efibootmgr > BootCurrent: 0000 > Timeout: 11 seconds # ... and the actual timeout is 3 > BootOrder: 0003,0001,0000,0002,0006,0004,0005 > Boot0000* debian > Boot0001* USB Floppy/CD > Boot0002* USB Hard Drive > Boot0003* ATAPI CD-ROM Drive > Boot0004* Unknown Device > Boot0005* USB Floppy/CD > Boot0006* Hard Drive > Doing it again (See definition of insanity [1]) > # efibootmgr -t 12 > BootCurrent: 0000 > Timeout: 12 seconds > BootOrder: 0003,0001,0000,0002,0006,0004,0005 > Boot0000* debian > Boot0001* USB Floppy/CD > Boot0002* USB Hard Drive > Boot0003* ATAPI CD-ROM Drive > Boot0004* Unknown Device > Boot0005* USB Floppy/CD > Boot0006* Hard Drive > Well, that changed it from 3 to 4 (!?). Strange. > [1] "Insanity is doing the same thing over & over again and expecting a > different result." - Einstein It's not so easy to figure out when POST is over with UEFI. Here, it seems efibootmgr -t provides extra delay beyond what the BIOS defines for you to make a selection from its own boot device selection menu, which requires an F12 keystroke here to see. The timeout after appearance of Grub's menu is supposed to be controlled by /etc/default/grub's GRUB_TIMEOUT=, which shows up here in Stretch's grub.cfg first on line 86, a few lines before "### END /etc/grub.d/00_header ###". -- "Wisdom is supreme; therefore get wisdom. Whatever else you get, get wisdom." Proverbs 4:7 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
