[sisyphus] Fwd: Перенос UEFI диска на другой комп

[Dmitriy Rusetskiy]

Если посмотреть на картинку  UEFI shell то видно, что
шелл не видит на этом диске файловой системы, или по каким-либо причинам не
монтирует ее.
Думаю может дело не в биос? А с диском что-то не так.
Почему UEFI shell не видит на нем FS?
Может можно вручную в шелле прописать маппинг с FS2: на BLK6: ?

P.S: Ссылку на картинку выслал ранее, не знаю получилось посмотреть
кому-нибудь?


пн, 29 июл. 2019 г. в 20:14, Leonid Krivoshein <klark.devel на gmail.com>:

> Да нет, тут другое. После выполнения предложенных действий картина
> просто идеальная:
>
> BootOrder: 0000
> Boot0000* altlinux
>
> HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)
>
> Что говорит, что здесь всё сделано правильно. А вот после перезагрузки,
> судя по скриншоту с EFI-shell'ом, всё опять с ног на голову -- есть
> похожая запись, но GUID там совсем другой, что говорит о проблемной
> прошивке. Если не помогает обновление BIOS и сброс его настроек на
> дефолтные, нужно крутить его настройки -- что-то явно мешает efibootmgr
> зафиксировать новое состояние NVRAM. Возможно, придётся временно
> поставить пароль администратора на BIOS, убрать SecureBoot, пройти
> довольно сложный квест с изменением настроек BIOS, их сохранением и
> перезагрузками. Возможно, придётся выбирать этот загрузчик ("altlinux")
> средствами самого BIOS. Есть ещё пара вариантов, описанных по той
> ссылке, что уже приводил выше:
>
>
> https://www.altlinux.org/Rescue/Recovery#Работа_с_записями_о_EFI-загрузчиках_в_NVRAM
>
> см. начиная со слов "Если у вашего компьютера проблемы с записью в
> NVRAM...". Используйте либо shim$ARCH.efi либо grub$ARCH.efi, в
> зависимости от SecureBoot. Кстати, а efibootmgr в целевой системе
> обновлён? Возможно, регрессия в модуле ядра, я честно говоря с этими
> штуками на 5-м ядре ещё не сталкивался.
>
>
>
> 29.07.2019 19:36, Dmitriy Rusetskiy пишет:
> > Все попробовал, результат тот-же :-(
> > Boot0000* altlinux VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
> > Лог действий прилагаю.
> >
> > пн, 29 июл. 2019 г. в 16:52, Leonid Krivoshein <klark.devel на gmail.com
> > <mailto:klark.devel на gmail.com>>:
> >
> >     Добрый день!
> >
> >
> >     29.07.2019 16:12, Dmitriy Rusetskiy пишет:
> >     > Добрый день!
> >     > Я попробую сегодня вечером Ваши рекомендации.
> >
> >     Да, интересно понять результат.
> >
> >
> >     > Но что-то я не пойму почему Вы думаете что загрузочным раньше был
> >     > /dev/sdb?
> >     > Поясните подробнее пожалуйста.
> >
> >     Диска с таким UUID'ом сейчас не подключено:
> >     99e275e7-75a0-4b37-a2e6-c5385e6c00cb
> >     Он мог называться как угодно, а в конфиг мог быть прописан совсем
> >     иной ID.
> >     Нужно прописать GRUB_AUTOUPDATE_DEVICE='/dev/sda ' ЛИБО
> >     '/dev/disk/by-id/<id> ' -- тот ID, который сейчас ссылается на
> >     /dev/sda.
> >
> >     Однако:
> >
> >     Boot0000* altlinux VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
> >
> >     Эта запись некорректна в любом случае.
> >     Почему -- не знаю, но не грузится именно из-за неё.
> >
> >
> >     > Я этого не найду в логах, но еще раз просмотрю и сравню что в файле
> >     > /etc/sysconfig/grub2.
> >     >
> >
> >     Это правильно.
> >     Также предлагалось первой командой почистить NVRAM от мусора.
> >
> >
> >     --
> >     Best regards,
> >     Leonid Krivoshein.
> >
> >     _______________________________________________
> >     Sisyphus mailing list
> >     Sisyphus на lists.altlinux.org <mailto:Sisyphus на lists.altlinux.org>
> >     https://lists.altlinux.org/mailman/listinfo/sisyphus
> >
> >
> >
> > _______________________________________________
> > Sisyphus mailing list
> > Sisyphus на lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/sisyphus
>
> --
> Best regards,
> Leonid Krivoshein.
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/sisyphus/attachments/20190729/b000a315/attachment-0001.html>