Восстановление GRUB

Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
no avatar

_R-S_
Сообщения: 158
Зарегистрирован: 01 фев 2018, 20:36
Благодарил (а): 49 раз
Контактная информация:

Восстановление GRUB

#21

28 фев 2019, 20:42

Проверил загрузку UEFI при включение, клавиши Ф9 и пр. не срабатывают, войти можно только из меню граба выбрав сетап. После этого комп отключается от питания (со странным щелчком), затем включается и загружается в уефи.
Кстати, меня посетила мысль, т.к., вроде бы, для UEFI систем не нужно устанавливать bios-grub, он у них в разделе boot/uefi и поэтому его не ставили, может проблема в этом, что граб некорректно устанавливается cразделом boot/uefi?

Аватара пользователя

S.A.
Сообщения: 227
Зарегистрирован: 26 апр 2017, 09:53
Решено: 2
Благодарил (а): 9 раз
Поблагодарили: 34 раза
Контактная информация:

Восстановление GRUB

#22

01 мар 2019, 09:25

_R-S_ писал(а):
28 фев 2019, 20:17
Как ребенку теперь еще его дистр вторым поставить, чтоб ничего не сломать)
Запустить установку второй системы без установки загрузчика (запустить установку с ключом ubiquity -b. После установки загрузиться в первую систему и обновить GRUB.

no avatar

_R-S_
Сообщения: 158
Зарегистрирован: 01 фев 2018, 20:36
Благодарил (а): 49 раз
Контактная информация:

Восстановление GRUB

#23

01 мар 2019, 15:10

S.A. писал(а):
01 мар 2019, 09:25
запустить установку с ключом ubiquity -b
Раньше просто обновлял граб, но, это я раза три ставил доп. системы всего. Можно подробнее по ключу?

Аватара пользователя

Unborn
Сообщения: 1920
Зарегистрирован: 03 сен 2016, 13:36
Решено: 24
Благодарил (а): 5 раз
Поблагодарили: 264 раза
Контактная информация:

Восстановление GRUB

#24

01 мар 2019, 15:58

_R-S_ писал(а):
28 фев 2019, 20:42
Кстати, меня посетила мысль, т.к., вроде бы, для UEFI систем не нужно устанавливать bios-grub, он у них в разделе boot/uefi и поэтому его не ставили, может проблема в этом, что граб некорректно устанавливается cразделом boot/uefi?
Просто прочитайте инструкцию по установке на УЕФИ и не парьте мозги ни себе ни людям.
Точку монтирования для esp раздела /boot/efi нужно было задать и всё. Как там у вас сейчас с разметкой и разделами - х.з.
LMDE3 использует каталог linuxmint для установки efi - загрузчика. Залупубунты, к которым и Минт относится, каталог ubuntu. Дебиан - каталог debian. И друг другу они никак не мешают.
S.A. писал(а):
28 фев 2019, 19:25
Если есть возможность, то попробовать сбросить BIOS (отключить АКБ и вытащить батарейку из материнки).
В УЕФИ ничего, кроме даты-времени не сбрасывается, ибо NVRAM.

no avatar

_R-S_
Сообщения: 158
Зарегистрирован: 01 фев 2018, 20:36
Благодарил (а): 49 раз
Контактная информация:

Восстановление GRUB

#25

01 мар 2019, 16:08

Unborn писал(а):
01 мар 2019, 15:58
Просто прочитайте инструкцию по установке на УЕФИ и не парьте мозги ни себе ни людям.
Точку монтирования для esp раздела /boot/efi нужно было задать и всё. Как там у вас сейчас с разметкой и разделами - х.з.
с чего вы взяли, что esp /boot/efi не был создан?

Аватара пользователя

Unborn
Сообщения: 1920
Зарегистрирован: 03 сен 2016, 13:36
Решено: 24
Благодарил (а): 5 раз
Поблагодарили: 264 раза
Контактная информация:

Восстановление GRUB

#26

01 мар 2019, 16:30

_R-S_ писал(а):
01 мар 2019, 16:08
с чего вы взяли, что esp /boot/efi не был создан?
Потому что видимо у вас вторая система не загружается из-за того, что при установке вы не задали точку монтирования для esp раздела или воткнули систему Груб не туда. У вас груб рескуе от предыдущей системы работает, укажите руками ей где ядро, и она вам его загрузит.
Беру с того, что при нормальной установке, проблем, которые возникли не бывает. Конечно при исправности железа. А у вас -
_R-S_ писал(а):
28 фев 2019, 20:42
вроде бы
_R-S_ писал(а):
28 фев 2019, 20:42
может проблема в этом, что граб некорректно устанавливается cразделом boot/uefi?
На вашем месте я бы просто заново установил, что вам там нужно и всё. LMDE, Debian или ещё чего.

Аватара пользователя

S.A.
Сообщения: 227
Зарегистрирован: 26 апр 2017, 09:53
Решено: 2
Благодарил (а): 9 раз
Поблагодарили: 34 раза
Контактная информация:

Восстановление GRUB

#27

02 мар 2019, 15:00

Unborn писал(а):
01 мар 2019, 15:58
В УЕФИ ничего, кроме даты-времени не сбрасывается, ибо NVRAM.
Этого достаточно, чтобы открылся BIOS, как раз таки для установки даты и времени (мы попадаем в BIOS,, что нам и нужно). А дальше могут быть разные варианты действий.
Unborn писал(а):
01 мар 2019, 16:30
при установке вы не задали точку монтирования для esp раздела
Если установщик правильно определяет раздел ESP, то точку монтирования для ESP раздела задать не получится, т.к. эта "опция" не активна.

Аватара пользователя

Unborn
Сообщения: 1920
Зарегистрирован: 03 сен 2016, 13:36
Решено: 24
Благодарил (а): 5 раз
Поблагодарили: 264 раза
Контактная информация:

Восстановление GRUB

#28

05 мар 2019, 10:25

S.A. писал(а):
02 мар 2019, 15:00
Этого достаточно, чтобы открылся BIOS, как раз таки для установки даты и времени (мы попадаем в BIOS,, что нам и нужно). А дальше могут быть разные варианты действий.
А ты без всяких сбросов должен заходить по комбинации кнопок.
S.A. писал(а):
02 мар 2019, 15:00
Если установщик правильно определяет раздел ESP, то точку монтирования для ESP раздела задать не получится, т.к. эта "опция" не активна.
Это при чистой установке ещё срабатывает, а в ручном режиме - для того он и ручной. И вот почему-то не всегда срабатывает авто.
И чего там не активно? Вот аж по два esp раздела на одном диске умудряются заделать.
Хотя бы для интереса посмотрел на разметку установочной флешки для УЕФИ-ГПТ. Какой там флаг установлен? Где там видно boot,esp? А с неё ведь загружается и устанавливается ОС.

Аватара пользователя

S.A.
Сообщения: 227
Зарегистрирован: 26 апр 2017, 09:53
Решено: 2
Благодарил (а): 9 раз
Поблагодарили: 34 раза
Контактная информация:

Восстановление GRUB

#29

05 мар 2019, 15:37

Unborn,
Ты вообще о чём? Сам с собой разговариваешь что ли.

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Восстановление GRUB

#30

12 мар 2019, 21:48

Unborn писал(а):
01 мар 2019, 15:58
Точку монтирования для esp раздела /boot/efi нужно было задать и всё
Пользователь не задает её, Системный раздел EFI монтируется в установщике автоматически.
Unborn писал(а):
01 мар 2019, 15:58
LMDE3 использует каталог linuxmint для установки efi - загрузчика. Залупубунты, к которым и Минт относится, каталог ubuntu. Дебиан - каталог debian.
Вот ведь возникает вопрос, почему они в LMUE не исправили на linuxmint как в LMDE?
Само прикольно, я думал это только в UEFI-системах, но у меня на Legacy/MBR после использования grub-customizer LM19.1 тоже переименовался в Ubuntu.. :hoho:
Похоже из-за этого файлика - /etc/default/grub.d/50_linuxmint.cfg
#! /bin/sh
set -e

# Set distributor to "Ubuntu"
#
# In Mint 16:
# shim and grub come with hardcoded ubuntu strings upstream, without this EFI installation is broken
# https://bugs.launchpad.net/ubuntu/+sour ... ug/1242417
#
# In Mint 17:
# Despite the bug report being marked as fixed, the situation is the same. Grub was patched by Ubuntu
# to assign the "ubuntu" distributor ID when it was given "Kubuntu". That results in Kubuntu finally
# getting EFI to work out of the box but still using "ubuntu" as far as grub-install is concerned.
# So we'll stick to "Ubuntu" for this iteration.
#
# In Mint 18:
# Some packages are still hardcoded with the "ubuntu" path.. fwupdate for instance.
# Visually, the grub boot menuentry name is set for derivatives in 10_linux,
# but underneath the EFI path remains "ubuntu" for everything to work properly.

GRUB_DISTRIBUTOR="Ubuntu"
Хотя грабы на других дисках определяют LM корректно "Linux Mint 19.1 Tessa", как в lsb-release..
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=19.1
DISTRIB_CODENAME=tessa
DISTRIB_DESCRIPTION="Linux Mint 19.1 Tessa"

Аватара пользователя

slant
Сообщения: 4469
Зарегистрирован: 21 июн 2017, 18:09
Решено: 95
Благодарил (а): 51 раз
Поблагодарили: 1966 раз
Контактная информация:

Восстановление GRUB

#31

12 мар 2019, 21:52

AlexZ писал(а):
12 мар 2019, 21:48
Вот ведь возникает вопрос, почему они в LMUE не исправили на linuxmint как в LMDE?
Там какая-то несовместимость с самой ubuntu в этом случае получается. Минт же на ее репах основан, и что-то там в пакетах связанных с загрузчиком в этом случае не стыкуется - он то себя убунтой считает, ибо оттуда приехал.

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Восстановление GRUB

#32

13 мар 2019, 20:43

slant писал(а):
12 мар 2019, 21:52
Минт же на ее репах основан, и что-то там в пакетах связанных с загрузчиком в этом случае не стыкуется
Где бы посмотреть-почитать об этом?
В 18.3 всё норм было, можно подумать что несовместимость появилась на базе U18.04. Но у меня на базе U18.04LTS ещё elementaryOS и Runtu, и их грабы определяют свою систему корректно, не как "ubuntu"

Runtu (на флешке)
Runtu.png
LM19.1
LM19.1.png

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Восстановление GRUB

#33

20 мар 2019, 21:51

Вобщем просто поменял в том файлике (/etc/default/grub.d/50_linuxmint.cfg)

Код: Выделить всё

GRUB_DISTRIBUTOR="Ubuntu"
на

Код: Выделить всё

GRUB_DISTRIBUTOR="Linux Mint 19.1 Tessa"
LM19.1.png

no avatar

1lya
Сообщения: 6
Зарегистрирован: 13 сен 2018, 01:34
Поблагодарили: 1 раз
Контактная информация:

Восстановление GRUB

#34

03 апр 2019, 01:50

AlexZ писал(а):
20 мар 2019, 21:51
Вобщем просто поменял в том файлике (/etc/default/grub.d/50_linuxmint.cfg)
Расскажи, нормально ли у тебя работает система после того, как ты изменил эту строчку?

Аватара пользователя

rogoznik
Сообщения: 10015
Зарегистрирован: 27 июн 2017, 13:36
Решено: 128
Откуда: Нижний Тагил
Благодарил (а): 776 раз
Поблагодарили: 1950 раз
Контактная информация:

Восстановление GRUB

#35

03 апр 2019, 06:20

1lya писал(а):
03 апр 2019, 01:50
Расскажи, нормально ли у тебя работает система после того, как ты изменил эту строчку?
На работу ОС это изменение никак не влияет
ИзображениеИзображение

Аватара пользователя

AlexZ
Сообщения: 1395
Зарегистрирован: 06 янв 2018, 21:06
Решено: 3
Откуда: Горно-Алтайск
Благодарил (а): 212 раз
Поблагодарили: 177 раз
Контактная информация:

Восстановление GRUB

#36

05 апр 2019, 21:58

1lya писал(а):
03 апр 2019, 01:50
нормально ли у тебя работает система после того, как ты изменил эту строчку?
Как уже сказали, на систему это изменение не влияет. Могла слететь настройка при обновлении пакета grub. Но нет, недавно grub обновился (выбирал новую версию конфига) и всё осталось без изменений

no avatar

Васька_Петька
Сообщения: 13
Зарегистрирован: 10 дек 2018, 12:10
Контактная информация:

Восстановление GRUB

#37

17 ноя 2019, 10:12

Всем привет!
После установки десятой винды на соседний ссд полетел граб. Приходиться судорожно давить fn+f11 при загрузке, чтобы выбрать ОС.
sudo fdisk -l
user@Host:~$ sudo fdisk -l
[sudo] пароль для user:
Диск /dev/sda: 111.8 GiB, 120034123776 байт, 234441648 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: dos
Идентификатор диска: 0x58b0999d

Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип
/dev/sda1 * 2048 234440703 234438656 111.8G 83 Linux


Диск /dev/sdb: 465.8 GiB, 500107862016 байт, 976773168 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 94BE24DE-42C9-4757-8E9E-7C624F2A7266

Устр-во начало Конец Секторы Размер Тип
/dev/sdb1 2048 1085439 1083392 529M Среда для восстановления Microso
/dev/sdb2 1085440 1290239 204800 100M EFI
/dev/sdb3 1290240 1323007 32768 16M Зарезервированный раздел Microso
/dev/sdb4 1323008 247810047 246487040 117.5G Microsoft basic data
/dev/sdb5 247810048 976771071 728961024 347.6G Microsoft basic data
EasyBCD выдвёт окно с ошибкой в начале.
boot_repair. После его работы список загрузки появляется. Но при выборе винды она не загружается. После входа в линукс и ввода sudo update-grub всё возвращается на круги своя. Т.е. линукс начинает молча грузиться без предложения каких-либо вариантов. Если ставлю галку, чтобы предыдущий граб purge, в процессе выдаёт окно в котором при помощи клавиши таб, стрелочек и enter просит нажать на кнопочку yes. Сделать этого не получается, х.з. почему. Давить на кнопку курсором мыши тоже не помогает.
mint@mint:~$ sudo mount /dev/sda1 /mnt
mount: /mnt: /dev/sda1 already mounted on /mnt.
mint@mint:~$ sudo mount --bind /dev /mnt/dev
mint@mint:~$ sudo mount --bind /proc /mnt/proc
mint@mint:~$ sudo mount --bind /sys /mnt/sys
mint@mint:~$ sudo chroot /mnt
root@mint:/# grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
root@mint:/# exit
exit
mint@mint:~$ sudo umount /mnt/dev
mint@mint:~$ sudo umount /mnt/proc
mint@mint:~$ sudo umount /mnt/sys
mint@mint:~$ sudo umount /mnt
mint@mint:~$ sudo reboot
Не даёт никакого эффекта вообще.

В чём может быть причина?

P.S. Linux Mint 64 19.2 Cinnamon

Аватара пользователя

symon2014
Сообщения: 5924
Зарегистрирован: 16 дек 2017, 21:59
Решено: 36
Откуда: Феодосия
Благодарил (а): 32 раза
Поблагодарили: 747 раз
Контактная информация:

Восстановление GRUB

#38

17 ноя 2019, 10:19

Васька_Петька писал(а):
17 ноя 2019, 10:12
Тип метки диска: dos
линукс и винда в разных режимах - mbr uefi

no avatar

Васька_Петька
Сообщения: 13
Зарегистрирован: 10 дек 2018, 12:10
Контактная информация:

Восстановление GRUB

#39

17 ноя 2019, 10:38

etamax писал(а):
17 ноя 2019, 10:19
линукс и винда в разных режимах - mbr uefi
Это совсем печаль? Только полностью сносить линукс и ставить его на gpt?

Ещё пробовал действовать по этой методе:
https://losst.ru/ustanovka-windows-posle-linux#3_Linux
Вот что получилось:
To run a command as administrator (user "root"), use "sudo <command>".
See "man sudo_root" for details.

mint@mint:~$ sudo mount /dev/sda1 /mnt
mint@mint:~$ sudo mount --bind /dev/ /mnt/dev/
mint@mint:~$ sudo mount --bind /proc/ /mnt/proc/
mint@mint:~$ sudo mount --bind /sys/ /mnt/sys/
mint@mint:~$ sudo chroot /mnt/
root@mint:/# grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
root@mint:/# update-grub2
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-70-generic
Found initrd image: /boot/initrd.img-4.15.0-70-generic
Found linux image: /boot/vmlinuz-4.15.0-69-generic
Found initrd image: /boot/initrd.img-4.15.0-69-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found linux image: /boot/vmlinuz-4.15.0-65-generic
Found initrd image: /boot/initrd.img-4.15.0-65-generic
Found linux image: /boot/vmlinuz-4.15.0-64-generic
Found initrd image: /boot/initrd.img-4.15.0-64-generic
Found linux image: /boot/vmlinuz-4.15.0-62-generic
Found initrd image: /boot/initrd.img-4.15.0-62-generic
Found linux image: /boot/vmlinuz-4.15.0-60-generic
Found initrd image: /boot/initrd.img-4.15.0-60-generic
Found linux image: /boot/vmlinuz-4.15.0-58-generic
Found initrd image: /boot/initrd.img-4.15.0-58-generic
Found linux image: /boot/vmlinuz-4.15.0-55-generic
Found initrd image: /boot/initrd.img-4.15.0-55-generic
Found linux image: /boot/vmlinuz-4.15.0-54-generic
Found initrd image: /boot/initrd.img-4.15.0-54-generic
Found linux image: /boot/vmlinuz-4.15.0-52-generic
Found initrd image: /boot/initrd.img-4.15.0-52-generic
Found linux image: /boot/vmlinuz-4.15.0-51-generic
Found initrd image: /boot/initrd.img-4.15.0-51-generic
Found linux image: /boot/vmlinuz-4.15.0-50-generic
Found initrd image: /boot/initrd.img-4.15.0-50-generic
Found linux image: /boot/vmlinuz-4.15.0-48-generic
Found initrd image: /boot/initrd.img-4.15.0-48-generic
Found linux image: /boot/vmlinuz-4.15.0-47-generic
Found initrd image: /boot/initrd.img-4.15.0-47-generic
Found linux image: /boot/vmlinuz-4.15.0-46-generic
Found initrd image: /boot/initrd.img-4.15.0-46-generic
Found linux image: /boot/vmlinuz-4.15.0-45-generic
Found initrd image: /boot/initrd.img-4.15.0-45-generic
Found linux image: /boot/vmlinuz-4.15.0-43-generic
Found initrd image: /boot/initrd.img-4.15.0-43-generic
Found linux image: /boot/vmlinuz-4.15.0-20-generic
Found initrd image: /boot/initrd.img-4.15.0-20-generic
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Adding boot menu entry for EFI firmware configuration
done
root@mint:/#

Аватара пользователя

symon2014
Сообщения: 5924
Зарегистрирован: 16 дек 2017, 21:59
Решено: 36
Откуда: Феодосия
Благодарил (а): 32 раза
Поблагодарили: 747 раз
Контактная информация:

Восстановление GRUB

#40

17 ноя 2019, 11:07

Васька_Петька писал(а):
17 ноя 2019, 10:38
Это совсем печаль?
Был у меня похожий случай . Стояла 10 и я поставил рядом минт в легаси. Результат загрузка только через биос, бороться не стал , сохранил всё нужное и переустановил минт в уефи режиме.

Закрыто

Вернуться в «Загрузка системы, бэкапы и восстановление»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 7 гостей