Hi Colin-- I would guess that you have also read Vladimir's respond to my question on grub2 list--for others on this bug, his answer is as follows:
We have theoretically discussed this problem with Robert but weren't sure if instances of it exist. The problem is that (UUID=..) syntax rescans all drives on every access. We devised a solution to split search.mod into search_uuid.mod, search_file.mod and so on but we agreed that it will be done after 1.97 due to amount of changes it requires. I'm ok to implement it, it's not much work but I can't make any promises about my current disponibility. As a workaround for time being you can use one or more of the following: 1) Increase cache size. Can this be done in 1.97? Change include/grub/disk.h and replace #define GRUB_DISK_CACHE_NUM 1021 with a bigger number 2) Modify scripts to hardcode boot device and not use UUID. If you change disk order it will result in boot failure but it may be a local workaround 3) add search -s -u <UUID> as first command of your grub.cfg All the workarounds look equally viable--I do not want to hardcode my discs, so I will edit my grub.cfg with option #3 & test--I would recommend anyone else to pick a option, test & report with findings. -- Current grub-pc takes several minutes to show menu https://bugs.launchpad.net/bugs/420933 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
