* Re: [sisyphus] Перенос UEFI диска на другой комп
@ 2019-07-25 14:24 ` Nikolai Kostrigin
2019-07-25 14:26 ` Nikolai Kostrigin
2019-07-25 16:45 ` [sisyphus] " Michael Shigorin
2019-07-25 23:28 ` [sisyphus] " Leonid Krivoshein
2 siblings, 1 reply; 21+ messages in thread
From: Nikolai Kostrigin @ 2019-07-25 14:24 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Перенос UEFI диска на другой комп
2019-07-25 14:24 ` [sisyphus] Перенос UEFI диска на другой комп Nikolai Kostrigin
@ 2019-07-25 14:26 ` Nikolai Kostrigin
0 siblings, 1 reply; 21+ messages in thread
From: Nikolai Kostrigin @ 2019-07-25 14:26 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Перенос UEFI диска на другой комп
@ 2019-07-25 15:22 ` Nikolai Kostrigin
0 siblings, 1 reply; 21+ messages in thread
From: Nikolai Kostrigin @ 2019-07-25 15:22 UTC (permalink / raw)
To: Dmitriy Rusetskiy, ALT Linux Sisyphus discussions
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Перенос UEFI диска на другой комп
2019-07-25 14:24 ` [sisyphus] Перенос UEFI диска на другой комп Nikolai Kostrigin
@ 2019-07-25 16:45 ` Michael Shigorin
2019-07-25 23:28 ` [sisyphus] " Leonid Krivoshein
2 siblings, 1 reply; 21+ messages in thread
From: Michael Shigorin @ 2019-07-25 16:45 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Перенос UEFI диска на другой комп
@ 2019-07-25 17:34 ` Michael Shigorin
1 sibling, 0 replies; 21+ messages in thread
From: Michael Shigorin @ 2019-07-25 17:34 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Перенос UEFI диска на другой комп
2019-07-25 14:24 ` [sisyphus] Перенос UEFI диска на другой комп Nikolai Kostrigin
2019-07-25 16:45 ` [sisyphus] " Michael Shigorin
@ 2019-07-25 23:28 ` Leonid Krivoshein
2 siblings, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-25 23:28 UTC (permalink / raw)
To: sisyphus
Бодрых стуков!
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-28 13:50 ` Leonid Krivoshein
2019-07-29 22:39 ` Leonid Krivoshein
1 sibling, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-28 13:50 UTC (permalink / raw)
To: sisyphus
А кто Вам предложил это сделать?
Я уже говорил, что эту команду следует не так давать.
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-28 15:58 ` Leonid Krivoshein
0 siblings, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-28 15:58 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-28 19:07 ` Leonid Krivoshein
0 siblings, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-28 19:07 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-29 13:49 ` Leonid Krivoshein
2019-07-29 14:00 ` Michael Shigorin
2019-07-29 13:59 ` Leonid Krivoshein
1 sibling, 2 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 13:49 UTC (permalink / raw)
To: sisyphus
Добрый день!
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-07-29 13:49 ` Leonid Krivoshein
@ 2019-07-29 13:59 ` Leonid Krivoshein
1 sibling, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 13:59 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-07-29 13:49 ` Leonid Krivoshein
@ 2019-07-29 14:00 ` Michael Shigorin
2019-07-29 14:09 ` Leonid Krivoshein
2019-07-29 14:14 ` Leonid Krivoshein
1 sibling, 2 replies; 21+ messages in thread
From: Michael Shigorin @ 2019-07-29 14:00 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-07-29 14:00 ` Michael Shigorin
@ 2019-07-29 14:09 ` Leonid Krivoshein
2019-07-29 14:14 ` Leonid Krivoshein
1 sibling, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 14:09 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-07-29 14:00 ` Michael Shigorin
2019-07-29 14:09 ` Leonid Krivoshein
@ 2019-07-29 14:14 ` Leonid Krivoshein
1 sibling, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 14:14 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-29 17:10 ` Leonid Krivoshein
0 siblings, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 17:10 UTC (permalink / raw)
To: sisyphus
Да нет, тут другое. После выполнения предложенных действий картина
просто идеальная:
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-29 19:24 ` Leonid Krivoshein
0 siblings, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 19:24 UTC (permalink / raw)
To: sisyphus
Картинку я посмотрел сразу.
Судя по первому логу, у Вас 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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-07-28 13:50 ` [sisyphus] Fwd: " Leonid Krivoshein
@ 2019-07-29 22:39 ` Leonid Krivoshein
1 sibling, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-29 22:39 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-07-31 9:17 ` Leonid Krivoshein
0 siblings, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-07-31 9:17 UTC (permalink / raw)
To: sisyphus
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-08-01 22:26 ` Leonid Krivoshein
1 sibling, 0 replies; 21+ messages in thread
From: Leonid Krivoshein @ 2019-08-01 22:26 UTC (permalink / raw)
To: sisyphus
Речь шла о связке 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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
@ 2019-08-01 22:30 ` Leonid Krivoshein
2019-08-02 7:02 ` Nikolai Kostrigin
0 siblings, 1 reply; 21+ messages in thread
From: Leonid Krivoshein @ 2019-08-01 22:30 UTC (permalink / raw)
To: sisyphus
Что ж, очень жаль, что не вышло помочь! Раз мальчику из сервиса удалось
победить железо, значит, успех воспроизводим, а дело в не железе, а в
ядре или в 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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: [sisyphus] Fwd: Перенос UEFI диска на другой комп
2019-08-01 22:30 ` Leonid Krivoshein
@ 2019-08-02 7:02 ` Nikolai Kostrigin
0 siblings, 0 replies; 21+ messages in thread
From: Nikolai Kostrigin @ 2019-08-02 7:02 UTC (permalink / raw)
To: sisyphus
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
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2019-08-02 7:02 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-25 14:24 ` [sisyphus] Перенос UEFI диска на другой комп Nikolai Kostrigin
2019-07-25 14:26 ` Nikolai Kostrigin
2019-07-25 15:22 ` Nikolai Kostrigin
2019-07-28 15:58 ` [sisyphus] Fwd: " Leonid Krivoshein
2019-07-25 16:45 ` [sisyphus] " Michael Shigorin
2019-07-25 17:34 ` Michael Shigorin
2019-07-28 13:50 ` [sisyphus] Fwd: " Leonid Krivoshein
2019-07-28 19:07 ` Leonid Krivoshein
2019-07-29 13:49 ` Leonid Krivoshein
2019-07-29 14:00 ` Michael Shigorin
2019-07-29 14:09 ` Leonid Krivoshein
2019-07-29 14:14 ` Leonid Krivoshein
2019-07-29 17:10 ` Leonid Krivoshein
2019-07-29 19:24 ` Leonid Krivoshein
2019-07-29 13:59 ` Leonid Krivoshein
2019-07-29 22:39 ` Leonid Krivoshein
2019-07-31 9:17 ` Leonid Krivoshein
2019-08-01 22:26 ` Leonid Krivoshein
2019-08-01 22:30 ` Leonid Krivoshein
2019-08-02 7:02 ` Nikolai Kostrigin
2019-07-25 23:28 ` [sisyphus] " Leonid Krivoshein
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git