<div dir="ltr">Если посмотреть на картинку UEFI shell то видно, что <div>шелл не видит на этом диске файловой системы, или по каким-либо причинам не </div><div>монтирует ее. </div><div>Думаю может дело не в биос? А с диском что-то не так.</div><div>Почему UEFI shell не видит на нем FS?</div><div>Может можно вручную в шелле прописать маппинг с FS2: на BLK6: ? </div><div><br></div><div>P.S: Ссылку на картинку выслал ранее, не знаю получилось посмотреть кому-нибудь?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 29 июл. 2019 г. в 20:14, Leonid Krivoshein <<a href="mailto:klark.devel@gmail.com">klark.devel@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Да нет, тут другое. После выполнения предложенных действий картина <br>
просто идеальная:<br>
<br>
BootOrder: 0000<br>
Boot0000* altlinux <br>
HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)<br>
<br>
Что говорит, что здесь всё сделано правильно. А вот после перезагрузки, <br>
судя по скриншоту с EFI-shell'ом, всё опять с ног на голову -- есть <br>
похожая запись, но GUID там совсем другой, что говорит о проблемной <br>
прошивке. Если не помогает обновление BIOS и сброс его настроек на <br>
дефолтные, нужно крутить его настройки -- что-то явно мешает efibootmgr <br>
зафиксировать новое состояние NVRAM. Возможно, придётся временно <br>
поставить пароль администратора на BIOS, убрать SecureBoot, пройти <br>
довольно сложный квест с изменением настроек BIOS, их сохранением и <br>
перезагрузками. Возможно, придётся выбирать этот загрузчик ("altlinux") <br>
средствами самого BIOS. Есть ещё пара вариантов, описанных по той <br>
ссылке, что уже приводил выше:<br>
<br>
<a href="https://www.altlinux.org/Rescue/Recovery#%D0%A0%D0%B0%D0%B1%D0%BE%D1%82%D0%B0_%D1%81_%D0%B7%D0%B0%D0%BF%D0%B8%D1%81%D1%8F%D0%BC%D0%B8_%D0%BE_EFI-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D1%87%D0%B8%D0%BA%D0%B0%D1%85_%D0%B2_NVRAM" rel="noreferrer" target="_blank">https://www.altlinux.org/Rescue/Recovery#Работа_с_записями_о_EFI-загрузчиках_в_NVRAM</a><br>
<br>
см. начиная со слов "Если у вашего компьютера проблемы с записью в <br>
NVRAM...". Используйте либо shim$ARCH.efi либо grub$ARCH.efi, в <br>
зависимости от SecureBoot. Кстати, а efibootmgr в целевой системе <br>
обновлён? Возможно, регрессия в модуле ядра, я честно говоря с этими <br>
штуками на 5-м ядре ещё не сталкивался.<br>
<br>
<br>
<br>
29.07.2019 19:36, Dmitriy Rusetskiy пишет:<br>
> Все попробовал, результат тот-же :-(<br>
> Boot0000* altlinux VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)<br>
> Лог действий прилагаю.<br>
><br>
> пн, 29 июл. 2019 г. в 16:52, Leonid Krivoshein <<a href="mailto:klark.devel@gmail.com" target="_blank">klark.devel@gmail.com</a> <br>
> <mailto:<a href="mailto:klark.devel@gmail.com" target="_blank">klark.devel@gmail.com</a>>>:<br>
><br>
> Добрый день!<br>
><br>
><br>
> 29.07.2019 16:12, Dmitriy Rusetskiy пишет:<br>
> > Добрый день!<br>
> > Я попробую сегодня вечером Ваши рекомендации.<br>
><br>
> Да, интересно понять результат.<br>
><br>
><br>
> > Но что-то я не пойму почему Вы думаете что загрузочным раньше был<br>
> > /dev/sdb?<br>
> > Поясните подробнее пожалуйста.<br>
><br>
> Диска с таким UUID'ом сейчас не подключено:<br>
> 99e275e7-75a0-4b37-a2e6-c5385e6c00cb<br>
> Он мог называться как угодно, а в конфиг мог быть прописан совсем<br>
> иной ID.<br>
> Нужно прописать GRUB_AUTOUPDATE_DEVICE='/dev/sda ' ЛИБО<br>
> '/dev/disk/by-id/<id> ' -- тот ID, который сейчас ссылается на<br>
> /dev/sda.<br>
><br>
> Однако:<br>
><br>
> Boot0000* altlinux VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)<br>
><br>
> Эта запись некорректна в любом случае.<br>
> Почему -- не знаю, но не грузится именно из-за неё.<br>
><br>
><br>
> > Я этого не найду в логах, но еще раз просмотрю и сравню что в файле<br>
> > /etc/sysconfig/grub2.<br>
> ><br>
><br>
> Это правильно.<br>
> Также предлагалось первой командой почистить NVRAM от мусора.<br>
><br>
><br>
> -- <br>
> Best regards,<br>
> Leonid Krivoshein.<br>
><br>
> _______________________________________________<br>
> Sisyphus mailing list<br>
> <a href="mailto:Sisyphus@lists.altlinux.org" target="_blank">Sisyphus@lists.altlinux.org</a> <mailto:<a href="mailto:Sisyphus@lists.altlinux.org" target="_blank">Sisyphus@lists.altlinux.org</a>><br>
> <a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" rel="noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Sisyphus mailing list<br>
> <a href="mailto:Sisyphus@lists.altlinux.org" target="_blank">Sisyphus@lists.altlinux.org</a><br>
> <a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" rel="noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a><br>
<br>
-- <br>
Best regards,<br>
Leonid Krivoshein.<br>
<br>
_______________________________________________<br>
Sisyphus mailing list<br>
<a href="mailto:Sisyphus@lists.altlinux.org" target="_blank">Sisyphus@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" rel="noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a></blockquote></div>