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

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

[Nikolai Kostrigin]

25.07.2019 17:06, Dmitriy Rusetskiy пишет:
> Добрый день!
> Случилась следующая ситуация:
> На компе установлен SSD с AltLinux sisyhpus.
> Загрузчик UEFI.
> Вышла из строя мат. плата.
> Заменил комп и переставил диск с поломанного.
> Настроил в Bios UEFI.
> Далее сделал как написано на AltWiki(https://www.altlinux.org/UEFI):
> 1. Загрузился со спасательной флешки в UEFI режиме
> 2. Подмонтировал систему (mount-system)
>
пункт 2 же включает в себя:
mount  --bind /proc /mnt/system1/proc

mount  --bind /sys /mnt/system1/sys

mount  --bind /dev /mnt/system1/dev
не так ли?

> 3. chroot /mnt/system1
> 4. grub-install
grub-efi-autoupdate
> 5. exit
> 6. umount -al
> 7. reboot
> Перезагружаюсь - нет загрузочых девайсов.
>
> Потом мучился с различными вариациями и гуугле советами -
> результат всегда один и тот же.
> При выборе источника загрузки (F12) Bios показывает почему-то пустую
> строку без имени
> можно ее выбрать но результат тот же.
> efibootmmgr показывает что метка altlinux есть.
>
> Может я что-то делаю не так?
> Поможите разобраться. Или возможна-ли установка grub в legacy режиме?
>
>
> BIOS:
> Model Name     H110M-S2
> Bios Version   F24
> Bios Date      04/12/2018
> Bios ID        8A29AG0O
>
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Best regards,
Nikolai Kostrigin

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

[Nikolai Kostrigin]

25.07.2019 17:24, Nikolai Kostrigin пишет:
> 25.07.2019 17:06, Dmitriy Rusetskiy пишет:
>> Добрый день!
>> Случилась следующая ситуация:
>> На компе установлен SSD с AltLinux sisyhpus.
>> Загрузчик UEFI.
>> Вышла из строя мат. плата.
>> Заменил комп и переставил диск с поломанного.
>> Настроил в Bios UEFI.
>> Далее сделал как написано на AltWiki(https://www.altlinux.org/UEFI):
>> 1. Загрузился со спасательной флешки в UEFI режиме
>> 2. Подмонтировал систему (mount-system)
>>
> пункт 2 же включает в себя:
> mount  --bind /proc /mnt/system1/proc
>
> mount  --bind /sys /mnt/system1/sys
>
> mount  --bind /dev /mnt/system1/dev
> не так ли?
>
>> 3. chroot /mnt/system1
>> 4. grub-install
> grub-efi-autoupdate
и до кучи update-grub
>> 5. exit
>> 6. umount -al
>> 7. reboot
>> Перезагружаюсь - нет загрузочых девайсов.
>>
>> Потом мучился с различными вариациями и гуугле советами -
>> результат всегда один и тот же.
>> При выборе источника загрузки (F12) Bios показывает почему-то пустую
>> строку без имени
>> можно ее выбрать но результат тот же.
>> efibootmmgr показывает что метка altlinux есть.
>>
>> Может я что-то делаю не так?
>> Поможите разобраться. Или возможна-ли установка grub в legacy режиме?
>>
>>
>> BIOS:
>> Model Name     H110M-S2
>> Bios Version   F24
>> Bios Date      04/12/2018
>> Bios ID        8A29AG0O
>>
>>
>>
>> _______________________________________________
>> Sisyphus mailing list
>> Sisyphus@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Best regards,
Nikolai Kostrigin

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

[Nikolai Kostrigin]

25.07.2019 17:42, Dmitriy Rusetskiy пишет:
> Да пункт 2 включает mount -bind *
> update-grub делал.
> grub-efi-autoupdate не делал. Как попробую отпишусь. Но кажется не в
> этом дело. 
> А в чем, не пойму. :-(
> Смущает, что все проходит без ошибок, а биос не видит загрузочных
> устройств.
Версию пакета grub подскажите, пожалуйста.
и вывод
lsblk -f
>
> чт, 25 июл. 2019 г. в 17:26, Nikolai Kostrigin <nickel@basealt.ru
> <mailto:nickel@basealt.ru>>:
>
>
>     25.07.2019 17:24, Nikolai Kostrigin пишет:
>     > 25.07.2019 17:06, Dmitriy Rusetskiy пишет:
>     >> Добрый день!
>     >> Случилась следующая ситуация:
>     >> На компе установлен SSD с AltLinux sisyhpus.
>     >> Загрузчик UEFI.
>     >> Вышла из строя мат. плата.
>     >> Заменил комп и переставил диск с поломанного.
>     >> Настроил в Bios UEFI.
>     >> Далее сделал как написано на
>     AltWiki(https://www.altlinux.org/UEFI):
>     >> 1. Загрузился со спасательной флешки в UEFI режиме
>     >> 2. Подмонтировал систему (mount-system)
>     >>
>     > пункт 2 же включает в себя:
>     > mount  --bind /proc /mnt/system1/proc
>     >
>     > mount  --bind /sys /mnt/system1/sys
>     >
>     > mount  --bind /dev /mnt/system1/dev
>     > не так ли?
>     >
>     >> 3. chroot /mnt/system1
>     >> 4. grub-install
>     > grub-efi-autoupdate
>     и до кучи update-grub
>     >> 5. exit
>     >> 6. umount -al
>     >> 7. reboot
>     >> Перезагружаюсь - нет загрузочых девайсов.
>     >>
>     >> Потом мучился с различными вариациями и гуугле советами -
>     >> результат всегда один и тот же.
>     >> При выборе источника загрузки (F12) Bios показывает почему-то
>     пустую
>     >> строку без имени
>     >> можно ее выбрать но результат тот же.
>     >> efibootmmgr показывает что метка altlinux есть.
>     >>
>     >> Может я что-то делаю не так?
>     >> Поможите разобраться. Или возможна-ли установка grub в legacy
>     режиме?
>     >>
>     >>
>     >> BIOS:
>     >> Model Name     H110M-S2
>     >> Bios Version   F24
>     >> Bios Date      04/12/2018
>     >> Bios ID        8A29AG0O
>     >>
>     >>
>     >>
>     >> _______________________________________________
>     >> Sisyphus mailing list
>     >> Sisyphus@lists.altlinux.org <mailto:Sisyphus@lists.altlinux.org>
>     >> https://lists.altlinux.org/mailman/listinfo/sisyphus
>
>     -- 
>     Best regards,
>     Nikolai Kostrigin
>
>     _______________________________________________
>     Sisyphus mailing list
>     Sisyphus@lists.altlinux.org <mailto:Sisyphus@lists.altlinux.org>
>     https://lists.altlinux.org/mailman/listinfo/sisyphus
>
-- 
Best regards,
Nikolai Kostrigin

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

[Leonid Krivoshein]

28.07.2019 17:59, Dmitriy Rusetskiy пишет:
> Отчет послал только nickel_basealt.ru <http://nickel_basealt.ru>. 
> Извиняюсь
>
> ---------- Forwarded message ---------
> От: *Dmitriy Rusetskiy* <dimard@gmail.com <mailto:dimard@gmail.com>>
> Date: вс, 28 июл. 2019 г. в 14:36
> Subject: Re: [sisyphus] Перенос UEFI диска на другой комп
> To: <nickel@basealt.ru <mailto:nickel@basealt.ru>>
>
>
> Загрузился с флешки в UEFI режиме, поднял сеть и до входа в chroot 
> cнял репорт.
> Прилагаю.
>
> [...]


Сначала стоит проверить /mnt/system1/etc/sysconfig/grub2.

# Одна команда снаружи чрута:
efibootmgr | grep -E "^Boot[0-9A-F][0-9A-F][0-9A-F][0-9A-F]" |
while read bootnum junk; do
     efibootmgr -q -B -b "${bootnum:4:4}"
done

# И пара команд из чрута (после mount-system):
grub-install --boot-directory=/boot --efi-directory=/boot/efi /dev/sda
LC_ALL=C update-grub

# Проверяем, что получилось:
efibootmgr -v
exit
reboot


-- 
Best regards,
Leonid Krivoshein.

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

[Michael Shigorin]

On Thu, Jul 25, 2019 at 05:06:23PM +0300, Dmitriy Rusetskiy wrote:
> Далее сделал как написано на AltWiki(https://www.altlinux.org/UEFI):
> 1. Загрузился со спасательной флешки в UEFI режиме
> 2. Подмонтировал систему (mount-system)
> 3. chroot /mnt/system1
> 4. grub-install
     ^^^^^^^^^^^^
Этого должно было хватить, но покажите вывод при случае.

> 5. exit
> 6. umount -al
> 7. reboot
> Перезагружаюсь - нет загрузочых девайсов.
> 
> Потом мучился с различными вариациями и гуугле советами -
> результат всегда один и тот же.
> При выборе источника загрузки (F12) Bios показывает почему-то пустую строку
> без имени
> можно ее выбрать но результат тот же.
> efibootmmgr показывает что метка altlinux есть.
> 
> Может я что-то делаю не так?
> Поможите разобраться.

Для понимания происходящего стоит почитать:
http://www.rodsbooks.com/efi-bootloaders/principles.html

> Или возможна-ли установка grub в legacy режиме?

Вкратце -- можно, но не стоит (если будете экспериментировать
в эту сторону, почитайте про bios boot partition: может и он
понадобиться).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Michael Shigorin]

On Thu, Jul 25, 2019 at 08:09:51PM +0300, Dmitriy Rusetskiy wrote:
> Такое ощущение что както не правильно в NVRAM записывается
> пункт загрузки.

Как совсем обходной вариант -- можно то, что там грузится
(простите, я на эльбрусах уже изрядно подзабыл и сходу не
подскажу в точности), скопировать в /EFI/BOOT/bootx64.efi
-- это по спецификации тот путь, который проверяется на
устройстве, с которого пытаются грузиться, при отсутствии
явного указания.

Просто когда-то может разъехаться с обновившимся grub
или там shim-signed...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Leonid Krivoshein]

А кто Вам предложил это сделать?
Я уже говорил, что эту команду следует не так давать.


28.07.2019 15:47, Dmitriy Rusetskiy пишет:
>
>
> ---------- Forwarded message ---------
> От: *Dmitriy Rusetskiy* <dimard@gmail.com <mailto:dimard@gmail.com>>
> Date: вс, 28 июл. 2019 г. в 15:41
> Subject: Re: [sisyphus] Перенос UEFI диска на другой комп
> To: Stas <stas.grumbler@gmail.com <mailto:stas.grumbler@gmail.com>>
>
>
> Выбрал - Other OS, CSM Support - сам исчез из опций
> Storage Boot Option Control   UEFI - остался
>
> еще раз в chroot сделал grub install
> вывод efibootmgr --verbose
>
> ----------------------------------------------------------------
> BootCurrent: 0007
> Timeout: 1 seconds
> BootOrder: 0000,0005,0006,0007,0008
> Boot0000* altlinux 
>      HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)
> Boot0005* Hard Drive    BBS(HD,,0x0)..GO..NO........o.S.a.n.D.i.s.k. 
> .S.S.D. .P.L.U.S. .2.4.0.G.B....................A................
> ...........>..Gd-.;.A..MQ..L.8.1.1.4.0.1.0.8.8.6.2.2. . . . . . . . 
> ........BO..NO........o.S.T.1.0.0.0.D.M.0.0.3.-.1.C.H.1.6.2.......
> .............A...........................>..Gd-.;.A..MQ..L. . . . . . 
> . . . . . . .1.S.E.D.L.T.3.V........BO..NO........[.M.a.s.s. .S.
> t.o.r.a.g.e. .D.e.v.i.c.e. 
> .1...0.0....................A..........................Gd-.;.A..MQ..L.1.2.1.2.2.0.1.6.0.2.0.4........BO
> Boot0006* CD/DVD Drive 
>  BBS(CDROM,,0x0)..GO..NO........o.H.L.-.D.T.-.S.T. .D.V.D.-.R.A.M. 
> .G.H.B.0.N....................A.............
> ..............>..Gd-.;.A..MQ..L.L.K.D.9.2.B.1.I.3.4. .6. . . . . . . . 
> ........BO
> Boot0007* UEFI: Mass Storage Device 1.00 
>        PciRoot(0x0)/Pci(0x14,0x0)/USB(7,0)/CDROM(1,0x214,0x4897b)..BO
> Boot0008* UEFI: Mass Storage Device 1.00, Partition 1 
>   PciRoot(0x0)/Pci(0x14,0x0)/USB(7,0)/HD(1,MBR,0x2defbfab,0x214,0x1d240)..BO
> --------------------------------------------------------------------
> А после перезагрузки:
> efibootmgr --verbose
>
> BootCurrent: 0007
> Timeout: 1 seconds
> BootOrder: 0005,0006,0007,0008,0000
> Boot0000* altlinux      VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
> Boot0005* Hard Drive    BBS(HD,,0x0)..GO..NO........o.S.a.n.D.i.s.k. 
> .S.S.D. .P.L.U.S. .2.4.0.G.B....................A..
> .........................>..Gd-.;.A..MQ..L.8.1.1.4.0.1.0.8.8.6.2.2. . 
> . . . . . . ........BO..NO........o.S.T.1.0.0.0.D.
> M.0.0.3.-.1.C.H.1.6.2....................A...........................>..Gd-.;.A..MQ..L. 
> . . . . . . . . . . . .1.S.E.D.L
> .T.3.V........BO..NO........[.M.a.s.s. .S.t.o.r.a.g.e. .D.e.v.i.c.e. 
> .1...0.0....................A......................
> ....Gd-.;.A..MQ..L.1.2.1.2.2.0.1.6.0.2.0.4........BO
> Boot0006* CD/DVD Drive 
>  BBS(CDROM,,0x0)..GO..NO........o.H.L.-.D.T.-.S.T. .D.V.D.-.R.A.M. 
> .G.H.B.0.N....................
> A...........................>..Gd-.;.A..MQ..L.L.K.D.9.2.B.1.I.3.4. .6. 
> . . . . . . . ........BO
> Boot0007* UEFI: Mass Storage Device 1.00 
>        PciRoot(0x0)/Pci(0x14,0x0)/USB(7,0)/CDROM(1,0x214,0x4897b)..BO
> Boot0008* UEFI: Mass Storage Device 1.00, Partition 1 
>   PciRoot(0x0)/Pci(0x14,0x0)/USB(7,0)/HD(1,MBR,0x2defbfab,0x214,0x
> 1d240)..BO
> -----------------------------------------------------------------------------
> Почему-то
> Меняется строка с
> Boot0000* altlinux 
>  HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)
> на
> Boot0000* altlinux      VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
> Вот :-(
>
> чт, 25 июл. 2019 г. в 23:51, Stas <stas.grumbler@gmail.com 
> <mailto:stas.grumbler@gmail.com>>:
>
>     Приветствую!
>
>
>     25.07.2019 22:09, Dmitriy Rusetskiy пишет:
>     > Дополнительно покажу настройки биоса:
>     >
>     > Boot option proporties
>     > Boot option #1    P0:SanDisk SSD PLUS 240 GB
>     > Boot option #2    P2:HL-DT-ST DVD-RAM GHBON
>     >
>     > Fast Boot                              Disabled
>     >
>     > Windows 8/10 Features          Windows 8/10 (Здесь можно выставить
>     > Windows 8/10 WHQL или Other OS)
>     Это Secure Boot, выключите его (выберите "Other OS"). Скорее всего
>     проблема в этом пункте: Secure Boot требует загрузчик, подписанный
>     сертификатом, CA которого известен прошивке.
>
>     > CSM Support                         Enabled
>
>     У вас в системе загрузчик UEFI, значит выключите CSM
>
>
>     > LAN PXE Boot Option ROM    Disabled
>     > Storage Boot Option Control   UEFI
>     > Other PCI devices                 Dont launch
>     >
>     > Если при загрузке нажать F12
>     >
>     > То появляется менюшка с выбором откуда грузиться
>     > [ P2:HL-DT-ST DVD-RAM GHBON ]
>     > [                                                  ] Это безназвания
>     > видимо раздел UEFI altlinux
>     > [ P0:SanDisk SSD PLUS 240 GB  ]
>     > [ P1:ST100000000M003               ] Это 2-ой жесткий диск.
>     >
>     > Если выбрать пустой пункт меню - то моргает и возвращается опять
>     к меню.
>     Наверняка не находит валидный загрузчик. Выключите Secure Boot
>
>     > Вот както-так. Такое ощущение что както не правильно в NVRAM
>     > записывается пункт загрузки.
>
>     Это тоже.
>     Покажите вывод efibootmgr --verbose
>     Правильная строчка выглядит примерно так:
>     Boot0000* ALT Linux
>     HD(1,3ec1,7d820,d3743501-e10b-4322-9e4a-15a8249208ef)File(\EFI\altlinux\grubx64.efi)
>
>     Параметры можно посмотреть, запустив EFI shell при загрузке и поискать
>     им на дисках \EFI\altlinux\grubx64.efi
>
>     Как вариант: если BIOS Setup позволяет, впишите путь к загрузчику
>     в нём.
>
>
>     -- 
>     Станислав Дёгтев
>     Служба "Ваш админ"
>      Мои контакты:
>      - email: stas.grumbler@gmail.com <mailto:stas.grumbler@gmail.com>
>     и stas@vashadmin.su <mailto:stas@vashadmin.su>
>      - телефоны в Е-бурге +79045430461, +79222112259, +79505571146,
>     +79193628944
>
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

28.07.2019 17:48, Dmitriy Rusetskiy пишет:
> А как? Вот в чем вопрос
>

В вашем случае:

grub-install --boot-directory=/boot --efi-directory=/boot/efi /dev/sda
LC_ALL=C update-grub

Но только после исправления /etc/sysconfig/grub2 в чруте -- там ведь 
UUID'ы или имена дисков ссылаются на старый загрузочный диск, тот, 
который теперь стал /dev/sdb, и который нифига не EFI/GPT. Очень важно 
его исправить ещё и потому, что при каждом очередном обновлении grub, 
если включен GRUB_AUTOUPDATE_DEVICE, правильная загрузка будет опять 
"выноситься". grep /dev/ /etc/sysconfig/grub2 |grep -vE '^#' -- на что 
стоит обратить внимание.

А SecureBoot тут не при делах, в /boot/efi/EFI/altlinux/shimx64.efi для 
этого ставится подписанный загрузчик.


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

Добрый день!


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.

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

[Michael Shigorin]

On Mon, Jul 29, 2019 at 04:49:26PM +0300, Leonid Krivoshein wrote:
> > Но что-то я не пойму почему Вы думаете что загрузочным раньше
> > был /dev/sdb?  Поясните подробнее пожалуйста.
> Диска с таким UUID'ом сейчас не подключено:

Это не должно быть важно для grub-efi, он вообще лезет в /boot/efi
-- а уж что туда смонтировано, дело при запуске grub-install
десятое.  И никаких блокдевайсов ему указывать в EFI-режиме тоже
не надо -- см. код alterator-grub или куда я это добавлял там
из *-functions.

Т.е. обычно хватало вообще grub-install без аргументов.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

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

[Leonid Krivoshein]

29.07.2019 17:00, Michael Shigorin пишет:
> On Mon, Jul 29, 2019 at 04:49:26PM +0300, Leonid Krivoshein wrote:
>>> Но что-то я не пойму почему Вы думаете что загрузочным раньше
>>> был /dev/sdb?  Поясните подробнее пожалуйста.
>> Диска с таким UUID'ом сейчас не подключено:
> Это не должно быть важно для grub-efi, он вообще лезет в /boot/efi
> -- а уж что туда смонтировано, дело при запуске grub-install
> десятое.  И никаких блокдевайсов ему указывать в EFI-режиме тоже
> не надо -- см. код alterator-grub или куда я это добавлял там
> из *-functions.

Нет, здесь речь о некорректных данных, записанных в NVRAM.
Одна из записей (сейчас она дефолтная -- "altlinux") ссылается на нечто 
несуществующее:

Boot0000* altlinux    VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)

Поэтому BIOS даже не доходит до анализа диска, EFI-раздела, итп.
Он смотрит другие невообразимые записи, но они не об АЛЬТе.
Вот и не грузится с локального диска. До grub-efi дело даже не доходит.


> Т.е. обычно хватало вообще grub-install без аргументов.

Я бы сказал так: во многих случаях без аргументов сработает, но не во всех.
Здесь два диска: на какой из них ставить stage0?


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

29.07.2019 17:00, Michael Shigorin пишет:
> см. код alterator-grub или куда я это добавлял там
> из *-functions.

После тебя его правило много людей .:)

http://git.altlinux.org/gears/a/alterator-grub.git?p=alterator-grub.git;a=commitdiff;h=7d7105f7ead7aa21073b28e1330744d8776ffc11

grub-install $target "$dev" >> "$gruboutput" 2>&1
...
grub-install $target "$dev" --force >> "$gruboutput" 2>&1


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

Да нет, тут другое. После выполнения предложенных действий картина 
просто идеальная:

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.

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

[Leonid Krivoshein]

Картинку я посмотрел сразу.

Судя по первому логу, у Вас 1 диск с разметкой GPT (/dev/sda) и ещё один 
диск с разметкой MBR (/dev/sdb). Вот что выдал efibootmgr по окончанию:

BootOrder: 0000
Boot0000* altlinux 
HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)

То есть, BIOS'у сказано искать раздел EFI на GPT-диске с PARTUUID'ом 
037bafbd-2af0-9248-b253-074fac98bdb5. Используя команду:

ls -l /dev/disk/by-partuuid/037bafbd-2af0-9248-b253-074fac98bdb5
../../sda1

несложно убедиться, что PARTUUID у нужного EFI-раздела /dev/sda именно 
такой, а никакой-то другой. Или:

blkid -c /dev/null -o value -s PARTUUID /dev/sda1
037bafbd-2af0-9248-b253-074fac98bdb5

Покажет именно этот, а не какой-то другой PARTUUID.

А теперь ещё раз взгляните на скриншот с EFI-shell. Видите там этот 
PARTUIID? Нет. Вот и я не вижу. Если при каждой загрузке у Вас меняются 
UUID'ы на диске -- что-то не так дисковой подсистемой или самим SSD, и 
тогда команды выше дадут другой вывод. Если после выполнения efibootmgr 
показывает правильную картину, а после перезагрузки опять меняет 
показания, значит, шалит BIOS либо что-то не так с модулями ядра 
efivars/efivarfs/pstore. Скорее, первое.



29.07.2019 20:49, Dmitriy Rusetskiy пишет:
> Если посмотреть на картинку  UEFI shell то видно, что
> шелл не видит на этом диске файловой системы, или по каким-либо 
> причинам не
> монтирует ее.
> Думаю может дело не в биос? А с диском что-то не так.
> Почему UEFI shell не видит на нем FS?
> Может можно вручную в шелле прописать маппинг с FS2: на BLK6: ?
>
> P.S: Ссылку на картинку выслал ранее, не знаю получилось посмотреть 
> кому-нибудь?
>
>
> пн, 29 июл. 2019 г. в 20:14, Leonid Krivoshein <klark.devel@gmail.com 
> <mailto: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
>     <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>
>
>     см. начиная со слов "Если у вашего компьютера проблемы с записью в
>     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>
>     > <mailto: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>
>     <mailto:Sisyphus@lists.altlinux.org
>     <mailto:Sisyphus@lists.altlinux.org>>
>     > https://lists.altlinux.org/mailman/listinfo/sisyphus
>     >
>     >
>     >
>     > _______________________________________________
>     > Sisyphus mailing list
>     > Sisyphus@lists.altlinux.org <mailto:Sisyphus@lists.altlinux.org>
>     > https://lists.altlinux.org/mailman/listinfo/sisyphus
>
>     -- 
>     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.

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

[Leonid Krivoshein]

29.07.2019 16:12, Dmitriy Rusetskiy пишет:
> Но что-то я не пойму почему Вы думаете что загрузочным раньше был 
> /dev/sdb?
> Поясните подробнее пожалуйста.


Возможно, не совсем правильные выводы сделал исходя из первоначального 
сообщения:

---[
На компе установлен SSD с AltLinux sisyhpus.
Загрузчик UEFI.
Вышла из строя мат. плата.
Заменил комп и переставил диск с поломанного.
Настроил в Bios UEFI.
[...]
Потом мучился с различными вариациями и гуугле советами -
результат всегда один и тот же.
При выборе источника загрузки (F12) Bios показывает почему-то пустую 
строку без имени
можно ее выбрать но результат тот же.
]---

Но это не так важно. Важнее почистить NVRAM и поправить в ней 
некорректную запись.


>
> вс, 28 июл. 2019 г. в 22:11, Leonid Krivoshein <klark.devel@gmail.com 
> <mailto:klark.devel@gmail.com>>:
>
>
>     [...]
>     Но только после исправления /etc/sysconfig/grub2 в чруте -- там ведь
>     UUID'ы или имена дисков ссылаются на старый загрузочный диск, тот,
>     который теперь стал /dev/sdb, и который нифига не EFI/GPT. [...]
>


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

28.07.2019 15:47, Dmitriy Rusetskiy пишет:
>
> ---------- Forwarded message ---------
> От: *Dmitriy Rusetskiy* <dimard@gmail.com <mailto:dimard@gmail.com>>
> Date: вс, 28 июл. 2019 г. в 15:41
> Subject: Re: [sisyphus] Перенос UEFI диска на другой комп
> To: Stas <stas.grumbler@gmail.com <mailto:stas.grumbler@gmail.com>>
>
> [...]
> Почему-то
> Меняется строка с
> Boot0000* altlinux 
>  HD(1,GPT,037bafbd-2af0-9248-b253-074fac98bdb5,0x800,0x7f800)/File(\EFI\altlinux\shimx64.efi)
> на
> Boot0000* altlinux      VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
> Вот :-(
>
> чт, 25 июл. 2019 г. в 23:51, Stas <stas.grumbler@gmail.com 
> <mailto:stas.grumbler@gmail.com>>:
>
>
>     25.07.2019 22:09, Dmitriy Rusetskiy пишет:
>     > [...]
>     > Если при загрузке нажать F12
>     >
>     > То появляется менюшка с выбором откуда грузиться
>     > [ P2:HL-DT-ST DVD-RAM GHBON ]
>     > [                                                  ] Это безназвания
>     > видимо раздел UEFI altlinux
>     > [ P0:SanDisk SSD PLUS 240 GB  ]
>     > [ P1:ST100000000M003               ] Это 2-ой жесткий диск.
>     >
>     > Если выбрать пустой пункт меню - то моргает и возвращается опять
>     к меню.
>
>     > Вот както-так. Такое ощущение что както не правильно в NVRAM
>     > записывается пункт загрузки.
>
>     [...]
>     Как вариант: если BIOS Setup позволяет, впишите путь к загрузчику
>     в нём.
>

По сути я подтвердил Ваши догадки -- efibootmgr отрабатывает верно, а 
вот дальше не работает. Хоть руками sync делай. И правда, принудительный 
выбор загрузчика есть во многих современных BIOS'ах и это может помочь. 
То, что может мешать обновлению NVRAM,  можно попробовать увидеть в 
сообщениях dmesg. Но скорее, это какие-то настройки в BIOS, либо его не 
сброшенность после обновления, либо его собственная кривизна, 
исправляемая обновлением и сбросом.


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

31.07.2019 11:14, Dmitriy Rusetskiy пишет:
> Итак, сброс настроек биос не помог.
> Отключил второй диск и в uefi shell  вообще пропали доступные ндд диски.
> Получается UEFI shell видит только второй HDD который не SSD
> Приняли решение менять материнку.
>
> [...]

Проблемный efibootmgr тоже исключать не стоит.

По поиску нагугливается нечто вроде:

https://bbs.archlinux.org/viewtopic.php?id=238815
https://github.com/rhboot/efibootmgr/issues/59

То есть, проблемы могут быть разные. От того, как ядро видит диск (там 
правда NVME), до несовместимости с этим железом связки grub/efibootmgr 
(предлагается менять на systemd bootmanager). Есть предложение откатить 
ядро, версии grub/efibootmgr, сохранить содержимое раздела EFI, 
переформатировать его:

mkfs.fat -F32 -f2 -n ESP /dev/sda1

затем вернуть содержимое раздела EFI обратно и повторить установку grub-efi.


-- 
Best regards,
Leonid Krivoshein.

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

[Leonid Krivoshein]

Речь шла о связке efibootmgr + модули ядра в системе, из которой 
происходит запись новых данных в NVRAM. То есть, до перезагрузки. После 
перезагрузки -- да, не только до ядра, даже до загрузчика дело не доходит.

Крайне редко приходится сталкиваться с подобным, обычно все такие случаи 
уходят как issue в апстрим.


31.07.2019 12:43, Dmitriy Rusetskiy пишет:
> Комп уже уехал на замену.
> Я вот что-то не пойму о каком ядре идет речь?
> Я гружусь через rescue flash, до загрузки из графического меню выбираю 
> UEFI shell
> И вот там не видно SSD диска.
> Я так понимаю ни до какого ядра еще не дошло, или я не прав?
>
>
> ср, 31 июл. 2019 г. в 12:20, Leonid Krivoshein <klark.devel@gmail.com 
> <mailto:klark.devel@gmail.com>>:
>
>
>     31.07.2019 11:14, Dmitriy Rusetskiy пишет:
>     > Итак, сброс настроек биос не помог.
>     > Отключил второй диск и в uefi shell  вообще пропали доступные
>     ндд диски.
>     > Получается UEFI shell видит только второй HDD который не SSD
>     > Приняли решение менять материнку.
>     >
>     > [...]
>
>     Проблемный efibootmgr тоже исключать не стоит.
>
>     По поиску нагугливается нечто вроде:
>
>     https://bbs.archlinux.org/viewtopic.php?id=238815
>     https://github.com/rhboot/efibootmgr/issues/59
>
>     То есть, проблемы могут быть разные. От того, как ядро видит диск
>     (там
>     правда NVME), до несовместимости с этим железом связки
>     grub/efibootmgr
>     (предлагается менять на systemd bootmanager). Есть предложение
>     откатить
>     ядро, версии grub/efibootmgr, сохранить содержимое раздела EFI,
>     переформатировать его:
>
>     mkfs.fat -F32 -f2 -n ESP /dev/sda1
>
>     затем вернуть содержимое раздела EFI обратно и повторить установку
>     grub-efi.
>
>
>     -- 
>     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.

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

[Leonid Krivoshein]

Что ж, очень жаль, что не вышло помочь! Раз мальчику из сервиса удалось 
победить железо, значит, успех воспроизводим, а дело в не железе, а в 
ядре или в efibootmgr. Хорошо бы запомнить модель машины и воспроизвести 
это в Обнинске.


01.08.2019 15:12, Dmitriy Rusetskiy пишет:
> Добрый всем день!
> Как я уже писал комп отнесли в сервис где меняли материнку.
> НО мальчик в сервисе решил проявит инициативу и разобраться что же не 
> работает.
> В результате он отформатировал SSD диск!
> И тут-же сообщил что он увиделся в UEFI shell.
> Делать нечего, забрали комп обратно.
> Попробовал с нуля в режиме UEFI установить ALT.
> Скачал текущий КДЕ образ, записал на флешку и в принципе установил.
> Установщик сказал что все норм.
> Однако результат оказался тот-же - не видит UEFI диск после разбивки 
> на партиции и установки.
> Короче, чтобы людей уже не мучить(комп знакомых, просто им нравиться 
> работать в линукс) установил все в Legacy режиме.
> Ну вот пожалуй и все.....
> Всем огромное спасибо за помощь и поддержку.
>
>
>
>
> ср, 31 июл. 2019 г. в 12:43, Dmitriy Rusetskiy <dimard@gmail.com 
> <mailto:dimard@gmail.com>>:
>
>     Комп уже уехал на замену.
>     Я вот что-то не пойму о каком ядре идет речь?
>     Я гружусь через rescue flash, до загрузки из графического меню
>     выбираю UEFI shell
>     И вот там не видно SSD диска.
>     Я так понимаю ни до какого ядра еще не дошло, или я не прав?
>
>
>     ср, 31 июл. 2019 г. в 12:20, Leonid Krivoshein
>     <klark.devel@gmail.com <mailto:klark.devel@gmail.com>>:
>
>
>         31.07.2019 11:14, Dmitriy Rusetskiy пишет:
>         > Итак, сброс настроек биос не помог.
>         > Отключил второй диск и в uefi shell  вообще пропали
>         доступные ндд диски.
>         > Получается UEFI shell видит только второй HDD который не SSD
>         > Приняли решение менять материнку.
>         >
>         > [...]
>
>         Проблемный efibootmgr тоже исключать не стоит.
>
>         По поиску нагугливается нечто вроде:
>
>         https://bbs.archlinux.org/viewtopic.php?id=238815
>         https://github.com/rhboot/efibootmgr/issues/59
>
>         То есть, проблемы могут быть разные. От того, как ядро видит
>         диск (там
>         правда NVME), до несовместимости с этим железом связки
>         grub/efibootmgr
>         (предлагается менять на systemd bootmanager). Есть предложение
>         откатить
>         ядро, версии grub/efibootmgr, сохранить содержимое раздела EFI,
>         переформатировать его:
>
>         mkfs.fat -F32 -f2 -n ESP /dev/sda1
>
>         затем вернуть содержимое раздела EFI обратно и повторить
>         установку grub-efi.
>
>
>         -- 
>         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.

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

[Nikolai Kostrigin]

02.08.2019 1:30, Leonid Krivoshein пишет:
> Что ж, очень жаль, что не вышло помочь! Раз мальчику из сервиса
> удалось победить железо, значит, успех воспроизводим, а дело в не
> железе, а в ядре или в efibootmgr. Хорошо бы запомнить модель машины и
> воспроизвести это в Обнинске.
>
Судя по предыдущим письмам это Gigabyte:

https://www.gigabyte.com/Search?kw=H110M-S2

но, учитывая их любовь делать ревизии (в том числе несовместимые по
firmware) в одном и том же модельном ряду,

без фотографии текстолита материнской платы я бы не рискнул делать
финальные выводы это просто -S2 или S2{V,PV,PH,PT,H,HP}.

Если учесть еще ревизию firmware, то это, как минимум, версия c DDR4, а
не одноименная с DDR3.


>
> 01.08.2019 15:12, Dmitriy Rusetskiy пишет:
>> Добрый всем день!
>> Как я уже писал комп отнесли в сервис где меняли материнку.
>> НО мальчик в сервисе решил проявит инициативу и разобраться что же не
>> работает.
>> В результате он отформатировал SSD диск!
>> И тут-же сообщил что он увиделся в UEFI shell.
>> Делать нечего, забрали комп обратно.
>> Попробовал с нуля в режиме UEFI установить ALT.
>> Скачал текущий КДЕ образ, записал на флешку и в принципе установил.
>> Установщик сказал что все норм.
>> Однако результат оказался тот-же - не видит UEFI диск после разбивки
>> на партиции и установки.
>> Короче, чтобы людей уже не мучить(комп знакомых, просто им нравиться
>> работать в линукс) установил все в Legacy режиме.
>> Ну вот пожалуй и все.....
>> Всем огромное спасибо за помощь и поддержку.
>>
>>
>>
>>
>> ср, 31 июл. 2019 г. в 12:43, Dmitriy Rusetskiy <dimard@gmail.com
>> <mailto:dimard@gmail.com>>:
>>
>>     Комп уже уехал на замену.
>>     Я вот что-то не пойму о каком ядре идет речь?
>>     Я гружусь через rescue flash, до загрузки из графического меню
>>     выбираю UEFI shell
>>     И вот там не видно SSD диска.
>>     Я так понимаю ни до какого ядра еще не дошло, или я не прав?
>>
>>
>>     ср, 31 июл. 2019 г. в 12:20, Leonid Krivoshein
>>     <klark.devel@gmail.com <mailto:klark.devel@gmail.com>>:
>>
>>
>>         31.07.2019 11:14, Dmitriy Rusetskiy пишет:
>>         > Итак, сброс настроек биос не помог.
>>         > Отключил второй диск и в uefi shell  вообще пропали
>>         доступные ндд диски.
>>         > Получается UEFI shell видит только второй HDD который не SSD
>>         > Приняли решение менять материнку.
>>         >
>>         > [...]
>>
>>         Проблемный efibootmgr тоже исключать не стоит.
>>
>>         По поиску нагугливается нечто вроде:
>>
>>         https://bbs.archlinux.org/viewtopic.php?id=238815
>>         https://github.com/rhboot/efibootmgr/issues/59
>>
>>         То есть, проблемы могут быть разные. От того, как ядро видит
>>         диск (там
>>         правда NVME), до несовместимости с этим железом связки
>>         grub/efibootmgr
>>         (предлагается менять на systemd bootmanager). Есть предложение
>>         откатить
>>         ядро, версии grub/efibootmgr, сохранить содержимое раздела EFI,
>>         переформатировать его:
>>
>>         mkfs.fat -F32 -f2 -n ESP /dev/sda1
>>
>>         затем вернуть содержимое раздела EFI обратно и повторить
>>         установку grub-efi.
>>
>>
>>         --         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,
Nikolai Kostrigin

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

[Leonid Krivoshein]

Бодрых стуков!

25.07.2019 17:06, Dmitriy Rusetskiy пишет:
> Добрый день!
> Случилась следующая ситуация:
> На компе установлен SSD с AltLinux sisyhpus.
> Загрузчик UEFI.
> Вышла из строя мат. плата.
> Заменил комп и переставил диск с поломанного.
> Настроил в Bios UEFI.
> Далее сделал как написано на AltWiki(https://www.altlinux.org/UEFI):
> 1. Загрузился со спасательной флешки в UEFI режиме
> 2. Подмонтировал систему (mount-system)
> 3. chroot /mnt/system1
> 4. grub-install

Здесь точно ошибка:
1) Нужно было проверить, смонтирован ли /boot/efi в чруте и запускать с 
определёнными параметрами для UEFI
2) Поскольку плата новая, обязательно выполнить make-initrd -k <версия ядра>

Детали смотрите в https://www.altlinux.org/Rescue/Recovery

Грузитесь с ALT Rescue с удалённым управлением по SSH (нужно добавить в 
параметры загрузки после TAB и TAB: ip=dhcp port=22 rootpw=AUTO) и 
копируйте в/в из нормальной консоли, чтобы не мучиться. А получить (до 
захода в чрут) желательно вот чего:

(set -x
uname -a
mount-system
cat /mnt/system1/etc/os-release
grep /sys/firmware/efi/efivars /proc/mounts
efibootmgr
efibootmgr -v
fdisk -l
lsblk -f
cat /mnt/system1/etc/fstab) 2>&1 |tee report.log

Это всего одна команда. И report.log "в студию"!


> 5. exit
> 6. umount -al
> 7. reboot
> Перезагружаюсь - нет загрузочых девайсов.
>
> Потом мучился с различными вариациями и гуугле советами -
> результат всегда один и тот же.
> При выборе источника загрузки (F12) Bios показывает почему-то пустую 
> строку без имени
> можно ее выбрать но результат тот же.
> efibootmmgr показывает что метка altlinux есть.
>
> Может я что-то делаю не так?
> Поможите разобраться. Или возможна-ли установка grub в legacy режиме?
>
>
> BIOS:
> Model Name     H110M-S2
> Bios Version   F24
> Bios Date      04/12/2018
> Bios ID        8A29AG0O
>
>
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Best regards,
Leonid Krivoshein.