* 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
[parent not found: <CAK1jUOtHt0_c8CuMOFvrNF_yObX1XKtHtA+iLHR6tmrskqJeYw@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOu_pXTjPy13nS4GBG-pCZ=hwDYjrFX7B0hsQSdw71w5-w@mail.gmail.com>]
[parent not found: <fc723365-f59a-7837-afe1-dd6832049a1e@basealt.ru>]
[parent not found: <CAK1jUOtqKJU9zQmck5gbG=Kk_oxwHOV5-axVT6YpNEmHZqwgfw@mail.gmail.com>]
[parent not found: <CAK1jUOseYB0OUXYfmFRQU12k9ENQHW6o_d-phUFiNdS-uVJEPg@mail.gmail.com>]
[parent not found: <CAK1jUOv64pOsLeU63boY_1tsGPT_98c0MH1e75iEKo57rtsanQ@mail.gmail.com>]
* 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] Перенос 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
[parent not found: <CAK1jUOvF0rW9Sr5RS7OJOw3FBFW6zNLGkhi0tSYeEwHj7zbUcw@mail.gmail.com>]
* 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
[parent not found: <ff17da35-8fec-e857-7f0c-e51a248083fe@gmail.com>]
[parent not found: <CAK1jUOs6qpGTyPwx-GZNzO9sXsNnc4UhGtM96iV4tqXGS3mF1Q@mail.gmail.com>]
[parent not found: <CAK1jUOv1igZ4B-Qv6p2GwM6q6PSdu4LoLjQGEsFNpgng72=AZA@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOsS2Kwdw0tWOQMH17_wRo9e+MZLBRi7_dgfgJj=14h3fg@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOuePD8bSOA3ezPco3hdLYee=MG3UAvB_H7dhw0nEK7muQ@mail.gmail.com>]
* 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 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
[parent not found: <CAK1jUOvdkA1ykJ5Cnr7-2-3BwSUgZ+qnTA3NxD7MNHd5VLEAZQ@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOtgPu0f0FHcpMYug5kwf5Oipf-yavGrd175ad0+B_Ajhw@mail.gmail.com>]
* 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-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-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
[parent not found: <CAK1jUOt1txRjq4MoTb88jtm4+7sDchuAqAKMZ3fVB_PCF-UWzQ@mail.gmail.com>]
[parent not found: <CAK1jUOspUfjSmo-OYTZM8k0FeCfwmRzpWjuqCqRhGXzQ6M_VHA@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOsR56qqRD=oXK=qqeeSADJe1uYbo3scymchzaGQxa51vw@mail.gmail.com>]
* 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
[parent not found: <CAK1jUOvJaydC=RW89tD7S=gdOLCudAy+w2MotywznCeS6FKe0A@mail.gmail.com>]
* 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
* 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
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