Bug 33559
| Summary: | После установки 4.9.33-alt1 снесло boot path | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Sergei Naumov <Sergei.Naumov> | ||||||||
| Component: | efibootmgr | Assignee: | Anton Farygin <rider> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||||||
| Severity: | critical | ||||||||||
| Priority: | P3 | CC: | aen, aris, aspsk, boris, boyarsh, glebfm, kernelbot, ldv, mike, mithraen, nickel, rider, sbolshakov, shrek, sin, vitty, vseleznv, vsu, zerg | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | all | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
Поглядел на список обновлений... Вижу 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. а конкретнее интересно очистка 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, -- загрузился.
Отлично! Значит новый груб тут точно невиновен! Это всё были глюки железа |
Description
Sergei Naumov 2017-06-19 10:19:20 MSK