Обновился сегодня на kernel-image-std-def#1:4.9.33-alt1. Видимо, в процессе установки покорежило EFI: ноутбук (Asus UX31) загружается только до BIOS. В последнем в разделе BOOT видна только файловая система, ни пути, ничего другого нет.
Поглядел на список обновлений... Вижу grub2...:-((( Он покосил все?
grub-install: ошибка: efibootmgr failed to register the boot entry: Операция не позволена. ** WARNING: grub-efi-autoupdate failed, NEXT BOOT WILL LIKELY FAIL NOW ** WARNING: please run it by hand, record the output offline, ** WARNING: make sure you have e.g. rEFInd bootable media handy
У меня на UX31A в прошлый четверг был успешно обновлён пакет grub2-efi-2.02-alt1.x86_64 из http://webery.altlinux.org/task/183896 -- потому и разрешил задание. Антон, это ровно то, о чём я и предупреждал. НЕ СПЕШИ обновлять grub2 в p8, пожалуйста.
(In reply to comment #3) > У меня на UX31A в прошлый четверг был успешно обновлён пакет > grub2-efi-2.02-alt1.x86_64 из http://webery.altlinux.org/task/183896 -- потому > и разрешил задание. > > Антон, это ровно то, о чём я и предупреждал. > > НЕ СПЕШИ обновлять grub2 в p8, пожалуйста. Загрузился с live, смонтировал свой /dev/sda1 в /boot/efi, запускаю grub2-efi-autoupdate. Но получаю "не удалось получить канонический путь none". Это из-за того, что не смонтировал корень и не сделал chroot? Но тогда я попаду на "новый" grub и не смогу перезаписать загрузчик...
раньше неуспешное завершение efibootmgr просто игнорировалось в grub-install. что покажет efibootmgr -v ?
(В ответ на комментарий №5) > раньше неуспешное завершение efibootmgr просто игнорировалось в grub-install. > что покажет efibootmgr -v ? [root@localhost sysconfig]# efibootmgr -v BootCurrent: 0001 Timeout: 0 seconds BootOrder: 0001 Boot0001* UEFI: KingstonDataTraveler 2.01.00 ACPI(a0341d0,0)PCI(1d,0)USB(1,0)USB(2,0)HD(1,f54,12700,7715c6de)AMBO [root@localhost sysconfig]#
я так понимаю, KingstonDataTraveler это флешка -- ну да, фирмвари не сказано грузиться ни с чего иного. в EFI шелл можно как-либо попасть в вашем случае ? Иначе, всё же смонтируйте корень, сделайте chroot и что там обычно делается при восстановлении загрузчика
(В ответ на комментарий №7) > я так понимаю, KingstonDataTraveler это флешка -- ну да, фирмвари не сказано > грузиться ни с чего иного. > в EFI шелл можно как-либо попасть в вашем случае ? > Иначе, всё же смонтируйте корень, сделайте chroot и что там обычно > делается при восстановлении загрузчика В EFI shell попасть можно но я с ним никогда не работал. Что там делать?
убрать флешку, попасть в efi shell, там ввести следующее: fs0: <ввод> efi/altlinux/grubx64 <ввод> (или обратные слеши, не помню точно)
(In reply to comment #9) > убрать флешку, попасть в efi shell, там ввести следующее: > fs0: <ввод> > efi/altlinux/grubx64 <ввод> > > (или обратные слеши, не помню точно) Попасть в него я могу только из LiveCD, а там FS0 это не жесткий диск, как я понимаю. По крайней мере в структуре каталогов нет нужных файлов. Загрузочную запись я могу "руками" добавить в BIOS'е и она появляется в списке, но не приводит к загрузке, к сожалению. Запорчена сама программка в grub64.efi?
(In reply to comment #10) > (In reply to comment #9) > > убрать флешку, попасть в efi shell, там ввести следующее: > > fs0: <ввод> > > efi/altlinux/grubx64 <ввод> > > > > (или обратные слеши, не помню точно) > > Попасть в него я могу только из LiveCD, а там FS0 это не жесткий диск, как я > понимаю. По крайней мере в структуре каталогов нет нужных файлов. > > Загрузочную запись я могу "руками" добавить в BIOS'е и она появляется в списке, > но не приводит к загрузке, к сожалению. Запорчена сама программка в grub64.efi? Нашел нужную, запустил, загрузился..
(В ответ на комментарий №11) > (In reply to comment #10) > > (In reply to comment #9) > > > убрать флешку, попасть в efi shell, там ввести следующее: > > > fs0: <ввод> > > > efi/altlinux/grubx64 <ввод> > > > > > > (или обратные слеши, не помню точно) > > > > Попасть в него я могу только из LiveCD, а там FS0 это не жесткий диск, как я > > понимаю. По крайней мере в структуре каталогов нет нужных файлов. > > > > Загрузочную запись я могу "руками" добавить в BIOS'е и она появляется в списке, > > но не приводит к загрузке, к сожалению. Запорчена сама программка в grub64.efi? > > Нашел нужную, запустил, загрузился.. Обновил EFI стандартным образом, через grub-efi-autoupdate и все обновилось нормально. Что тогда в процессе установки 4.9.33-alt1 вытерло все загрузочные записи?
мы эту проблему наблюдали у Володи, но это у него не приводило к вытиранию загрузочной области. А какая конфигурация загрузичка ? secure boot включен ? 2mike: конечно я не спешу обновлять.
(In reply to comment #2) > grub-install: ошибка: efibootmgr failed to register the boot entry: Операция не > позволена. > ** WARNING: grub-efi-autoupdate failed, NEXT BOOT WILL LIKELY FAIL NOW > ** WARNING: please run it by hand, record the output offline, > ** WARNING: make sure you have e.g. rEFInd bootable media handy А загрузка то работает после этого ?
Похоже, что проблема где-то в 5882c5faa00d4204455f28f86bafd23456e9047e По крайней мере у Володи это вылезало на том, что у него была запись "ALT Linux", которая почему-то не удалялась.
(В ответ на комментарий №14) > (In reply to comment #2) > > grub-install: ошибка: efibootmgr failed to register the boot entry: Операция не > > позволена. > > ** WARNING: grub-efi-autoupdate failed, NEXT BOOT WILL LIKELY FAIL NOW > > ** WARNING: please run it by hand, record the output offline, > > ** WARNING: make sure you have e.g. rEFInd bootable media handy > > А загрузка то работает после этого ? Только через загрузочную флешку, разумеется.
Что показывает вывод efibootmgr -v ? и grub-install --verbose
Created attachment 7116 [details] grub-install --verbose
просьба ко всем участникам показать свои efibootmgr -v 2Зерг: после установки Workstation K: # efibootmgr -v BootCurrent: 0001 Timeout: 0 seconds BootOrder: 0001,0003,0005,0000,0006 Boot0000* UiApp Boot0001* alt HD(1,800,7f800,c6e364b6-72fe-a64c-899b-838d5d4b44de)File(\EFI\alt\shimx64.efi) Boot0003* UEFI QEMU DVD-ROM QM00003 ACPI(a0341d0,0)PCI(1,1)ATAPI(1,0,0)N.....YM....R,Y. Boot0005* UEFI PXEv4 (MAC:FE0DB265820B) ACPI(a0341d0,0)PCI(12,0)MAC(fe0db265820b,1)N.....YM....R,Y. Boot0006* EFI Internal Shell Соответственно обновление grub2 заканчивается вот так: # grub-efi-autoupdate /boot/efi/EFI/altlinux/grubx64.efi missing, nothing to update Почему загрузочная надпись после инсталятора стала называться alt а не altlinux или ALTLinux ? Наш grub-autoupdate не умеет этого.
# efibootmgr -v BootCurrent: 0008 Timeout: 1 seconds BootOrder: 0008,0000,0006,0007,0004,0005 Boot0000* Windows Boot Manager HD(2,1f4800,82000,d26ad10c-91f3-47ee-aff6-7588725d48e7)File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0004* Generic Usb Device Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0005* CD/DVD Device Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,) Boot0006* UEFI: IP6 Realtek PCIe GBE Family Controller ACPI(a0341d0,0)PCI(3,4)PCI(0,0)MAC(d027889420e9,0)030d3c000000000000000000000000000000000000000000000000000000000000000000000000000000004000000000000000000000000000000000..BO Boot0007* UEFI: IP4 Realtek PCIe GBE Family Controller ACPI(a0341d0,0)PCI(3,4)PCI(0,0)MAC(d027889420e9,0)IPv4(0.0.0.0:0<->0.0.0.0:0,0, 0..BO Boot0008* UEFI: JetFlashTranscend 64GB 1.00 ACPI(a0341d0,0)PCI(12,2)USB(4,0)HD(1,224,15300,34f263c5)..BO
(В ответ на комментарий №15) > Похоже, что проблема где-то в 5882c5faa00d4204455f28f86bafd23456e9047e Автору столь же молчаливые аплодисменты. (В ответ на комментарий №19) > просьба ко всем участникам показать свои efibootmgr -v root@ux ~ # efibootmgr -v BootCurrent: 0003 Timeout: 0 seconds BootOrder: 0002,0000,0001 Boot0000* ALT Linux HD(8,cbd8000,32000,93d31f3a-5cd0-445d-b7ba-5e54b7280b7c)File(\EFI\altlinux\shim.efi) Boot0001* Windows Boot Manager HD(1,800,96000,712bd1fe-327a-4e44-81b5-187bbf608ea2)File(\EFI\Microsoft\Boot\bootmgfw.efi) Boot0002* altlinux HD(8,cbd8000,32000,93d31f3a-5cd0-445d-b7ba-5e54b7280b7c)File(\EFI\altlinux\shimx64.efi) (загрузчик windows до сих пор валяется ради проверки дуалбута, ага)
Миша, а что у тебя в 0003 ? Загрузчик смотрит именно на эту запись
(В ответ на комментарий №19) > просьба ко всем участникам показать свои efibootmgr -v > 2Зерг: после установки Workstation K: Дома вот так после всех обновлений, но дома вытирания записи не наблюдалось. Завтра приду на работу и напишу, что на том Асусе, где запись исчезала. Сейчас-то запись после ручного обновления все восстановлено, но тогда там вообще было пусто, от слова "совсем". [serge@perun ~]$ su - Password: [root@perun ~]# efibootmgr -v BootCurrent: 0001 Timeout: 1 seconds BootOrder: 0001,0000,0005,0004 Boot0000* ALT Linux HD(1,3ec1,620d9,21a26852-95a6-7d41-8c88-5bb831606c86)File(\EFI\altlinux\shim.efi) Boot0001* altlinux HD(1,3ec1,620d9,21a26852-95a6-7d41-8c88-5bb831606c86)File(\EFI\altlinux\shimx64.efi) Boot0004* Hard Drive BIOS(2,0,00)AMGOAMNO........o.K.I.N.G.S.T.O.N. .S.U.V.4.0.0.S.3.7.2.4.0.G....................A...........................>..Gd-.;.A..MQ..L.0.5.2.0.B.6.7.7.6.6.4.0.4.4.2.7. . . . ......AMBO Boot0005* CD/DVD Drive BIOS(3,0,00)AMGOAMNO........o.O.p.t.i.a.r.c. .D.V.D.+./.-.R.W. .A.D.-.7.6.4.0.S....................A...........................>..Gd-.;.A..MQ..L.N.C.T.0.5.R.5.5.8.6.6.8.9.5.D.2.1.0.Z.1......AMBO
При обновлении grub2 действительно удаляется одна запись через efibootmgr Тут, скорее, какая-то ошибка в efibootmgr. А что будет если добавить и удалить одну произвольную запись в EFI через efibootmgr ?
(В ответ на комментарий №13) > мы эту проблему наблюдали у Володи, но это у него не приводило к вытиранию > загрузочной области. > > А какая конфигурация загрузичка ? secure boot включен ? Угу. Я даже в BIOSе руками вбивал путь к загрузчику (там есть такая опция), но он от этого ругался не несекьюрную систему...
Для secure boot загрузчик должен быть: File(\EFI\altlinux\shimx64.efi)
(В ответ на комментарий №26) > Для secure boot загрузчик должен быть: > File(\EFI\altlinux\shimx64.efi) Понятно. Вот, что на Асусе сейчас: [root@yarilo ~]# efibootmgr -v BootCurrent: 0000 Timeout: 0 seconds BootOrder: 0000 Boot0000* altlinux HD(1,3f00,17a00,ab418b54-4533-314d-b630-577e89f920cb)File(\EFI\altlinux\shimx64.efi)
Это уже после ручного добавления.
(В ответ на комментарий №28) > Это уже после ручного добавления. И так работает, и с помощью grub-efi-autoupdate. Собственно, и вопрос: ведь этот же самый скрипт и должен запускаться при kernel-update. Почему-то покривело тогда.
Вот это и нужно выяснить по хорошему. Криветь не должно.
Судя по strace от Юры ошибка где-то в потрохах efibootmgr. Параметры вызова efibootmgr с версии grub2-2.0 до grub2-2.02 не изменились. Просто мы очень редко обновляем grub, поэтому процесс обновления практически не используется. Отличие установки от обновления в том, что в процессе обновления grub сначала удаляет загрузочную запись с помощью efibootmgr -b <ID> -B а потом уже создаёт новую. Если что-то пошло не так и после удаления запись не создалась - то этот как раз обсуждаемый тут случай. Для начала попробуем обновить efibootmgr, наш слишком старый. Для его обновления придётся собрать libpopt-1.16 и efivar (это всё в #184531)
Те, у кого проблемы в доступом на запись через grub-install - сможете проверить таск #184531 ? apt-repo test 184531 После этого снова grub-install Можно и всем потестировать - интересует вывод efibootmgr -v после установки пакетов из task #184531
(В ответ на комментарий №32) > Те, у кого проблемы в доступом на запись через grub-install - сможете проверить > таск #184531 ? > apt-repo test 184531 > После этого снова grub-install > Можно и всем потестировать - интересует вывод efibootmgr -v после установки > пакетов из task #184531 $ sudo grub-install Выполняется установка для платформы x86_64-efi. Could not prepare Boot variable: No space left on device grub-install: ошибка: efibootmgr failed to register the boot entry: Ошибка ввода/вывода.
df /boot/efi ??
(В ответ на комментарий №34) > df /boot/efi ?? $ sudo df /boot/efi Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в /dev/sda8 254062 4664 249399 2% /boot/efi
Юра, место в nvram закончилось, нужно вывод: efivar -l efibootmgr -v
$ sudo efibootmgr -v BootCurrent: 0008 Timeout: 1 seconds BootOrder: 0008,0000,0006,0007,0004,0005 Boot0000* Windows Boot Manager HD(2,GPT,d26ad10c-91f3-47ee-aff6-7588725d48e7,0x1f4800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0004* Generic Usb Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0005* CD/DVD Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0006* UEFI: IP6 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv6([::]:<->[::]:,0,0)..BO Boot0007* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0008* UEFI: JetFlashTranscend 64GB 1.00 PciRoot(0x0)/Pci(0x12,0x2)/USB(4,0)/HD(1,MBR,0x34f263c5,0x224,0x15300)..BO
Created attachment 7117 [details] efivar -l
Ядро какое в этом livecd ?
и есть ли ругань в dmesg
(В ответ на комментарий №39) > Ядро какое в этом livecd ? Это уже не ко мне вопрос? -- я на установленной системе. Текущее ядро $ uname -a Linux siver 4.10.17-un-def-alt1 #1 SMP PREEMPT Mon May 22 16:17:17 UTC 2017 x86_64 GNU/Linux
Система установлена на Boot0008* UEFI: JetFlashTranscend 64GB 1.00 ??? efibootmgr показывает что загрузка была с USB носителя.
(В ответ на комментарий №42) > Система установлена на Boot0008* UEFI: JetFlashTranscend 64GB 1.00 ??? > efibootmgr показывает что загрузка была с USB носителя. Ну-да, с этой флешки загрузился в установленную систему.
Юра, интернет подсказывает что в случае окончания места на nvram можно пойти двумя путями: 1) удалить какую-то запись в boot. Например, в твоём случае под это подойдёт Boot0006* UEFI: IP6 Realtek PCIe GBE Family Controller Удаляетя через efibootmgr -b 0006 -B Тут ещё есть решение: https://communities.intel.com/thread/46543, но я его не пробовал. 2) попроовать обновить BIOS. С удалением efivars тоже не всё так просто - в некоторых сложных случаях (зависит от BIOS и железа) удаление efivars не помогает, т.к. реально место на nvram освобождается с помощью garbage collector через какое-то время.
$ sudo efibootmgr -b 0006 -B Could not delete variable: No space left on device $ sudo efibootmgr -v BootCurrent: 0008 Timeout: 1 seconds No BootOrder is set; firmware will attempt recovery ^^^^^ Boot0000* Windows Boot Manager HD(2,GPT,d26ad10c-91f3-47ee-aff6-7588725d48e7,0x1f4800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0004* Generic Usb Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0005* CD/DVD Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0007* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0008* UEFI: JetFlashTranscend 64GB 1.00 PciRoot(0x0)/Pci(0x12,0x2)/USB(4,0)/HD(1,MBR,0x34f263c5,0x224,0x15300)..BO Попробую перезагрузиться
В общем, поживу-ка я пока так, загружаясь через флешку.
А что там после перезагрузки нарисовалось ? И, кстати, что за компьютер ? кто производитель
BootCurrent: 0008 Timeout: 1 seconds BootOrder: 0008,0000,0007,0002,0003,0005,0004 Boot0000* Windows Boot Manager HD(2,GPT,d26ad10c-91f3-47ee-aff6-7588725d48e7,0x1f4800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0002* UEFI: IP6 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv6([::]:<->[::]:,0,0)..BO Boot0003* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0004* Generic Usb Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0005* CD/DVD Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0007* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0008* UEFI: JetFlashTranscend 64GB 1.00 PciRoot(0x0)/Pci(0x12,0x2)/USB(4,0)/HD(1,MBR,0x34f263c5,0x224,0x15300)..BO
Created attachment 7121 [details] lshw LENOVO_PN_90BG002URS
http://mjg59.dreamwidth.org/20187.html Просто ради интереса, а что будет если сказать efibootmgr -c -l "Red Hat Enterprise Linux" ?
(В ответ на комментарий №50) > http://mjg59.dreamwidth.org/20187.html > > Просто ради интереса, а что будет если сказать efibootmgr -c -l "Red Hat > Enterprise Linux" ? $ sudo efibootmgr -c -l "Red Hat Enterprise Linux" Could not prepare Boot variable: No space left on device
Фокус не удался. Надо спрашивать у поддержки Lenovo.
aris@ https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852513#19
а конкретнее интересно очистка pstore и поможет ли это решить проблему с местом.
$ ls /sys/fs/pstore|wc -l 124 $ ls /sys/firmware/efi/efivars/ |wc -l 275 $ ls /sys/firmware/efi/efivars/dump-type0-*|wc -l 124 $ sudo rm -f /sys/fs/pstore/* $ sudo rm -f /sys/firmware/efi/efivars/dump-type0-* Reboot $ sudo grub-install Выполняется установка для платформы x86_64-efi. Установка завершена. Ошибок нет. $ sudo efibootmgr -v BootCurrent: 0008 Timeout: 1 seconds BootOrder: 0001,0008,0000,0007,0002,0003,0004,0005 Boot0000* Windows Boot Manager HD(2,GPT,d26ad10c-91f3-47ee-aff6-7588725d48e7,0x1f4800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0001* altlinux HD(8,GPT,527f1815-e041-9746-bf78-da5a529224cf,0x1bf03900,0x7e000)/File(\EFI\altlinux\shimx64.efi) Boot0002* UEFI: IP6 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv6([::]:<->[::]:,0,0)..BO Boot0003* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0004* Generic Usb Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0005* CD/DVD Device VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb) Boot0007* UEFI: IP4 Realtek PCIe GBE Family Controller PciRoot(0x0)/Pci(0x3,0x4)/Pci(0x0,0x0)/MAC(d027889420e9,0)/IPv4(0.0.0.0:0<->0.0.0.0:0,0,0)..BO Boot0008* UEFI: JetFlashTranscend 64GB 1.00 PciRoot(0x0)/Pci(0x12,0x2)/USB(4,0)/HD(1,MBR,0x34f263c5,0x224,0x15300)..BO Reboot В BIOS'е подвинунул altlinux вперед Windows, -- загрузился.
Отлично! Значит новый груб тут точно невиновен!
Это всё были глюки железа
