Страница 2 из 3
Восстановление GRUB
Добавлено: 28 фев 2019, 20:42
_R-S_
Проверил загрузку UEFI при включение, клавиши Ф9 и пр. не срабатывают, войти можно только из меню граба выбрав сетап. После этого комп отключается от питания (со странным щелчком), затем включается и загружается в уефи.
Кстати, меня посетила мысль, т.к., вроде бы, для UEFI систем не нужно устанавливать bios-grub, он у них в разделе boot/uefi и поэтому его не ставили, может проблема в этом, что граб некорректно устанавливается cразделом boot/uefi?
Восстановление GRUB
Добавлено: 01 мар 2019, 09:25
S.A.
_R-S_ писал(а): ↑28 фев 2019, 20:17
Как ребенку теперь еще его дистр вторым поставить, чтоб ничего не сломать)
Запустить установку второй системы без установки загрузчика (запустить установку с ключом
ubiquity -b. После установки загрузиться в первую систему и обновить GRUB.
Восстановление GRUB
Добавлено: 01 мар 2019, 15:10
_R-S_
S.A. писал(а): ↑01 мар 2019, 09:25
запустить установку с ключом ubiquity -b
Раньше просто обновлял граб, но, это я раза три ставил доп. системы всего. Можно подробнее по ключу?
Восстановление GRUB
Добавлено: 01 мар 2019, 15:58
Unborn
_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.
Восстановление GRUB
Добавлено: 01 мар 2019, 16:08
_R-S_
Unborn писал(а): ↑01 мар 2019, 15:58
Просто прочитайте инструкцию по установке на УЕФИ и не парьте мозги ни себе ни людям.
Точку монтирования для esp раздела /boot/efi нужно было задать и всё. Как там у вас сейчас с разметкой и разделами - х.з.
с чего вы взяли, что esp /boot/efi не был создан?
Восстановление GRUB
Добавлено: 01 мар 2019, 16:30
Unborn
_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 или ещё чего.
Восстановление GRUB
Добавлено: 02 мар 2019, 15:00
S.A.
Unborn писал(а): ↑01 мар 2019, 15:58
В УЕФИ ничего, кроме даты-времени не сбрасывается, ибо NVRAM.
Этого достаточно, чтобы открылся BIOS, как раз таки для установки даты и времени (мы попадаем в BIOS,, что нам и нужно). А дальше могут быть разные варианты действий.
Unborn писал(а): ↑01 мар 2019, 16:30
при установке вы не задали точку монтирования для esp раздела
Если установщик правильно определяет раздел ESP, то точку монтирования для ESP раздела задать не получится, т.к. эта "опция" не активна.
Восстановление GRUB
Добавлено: 05 мар 2019, 10:25
Unborn
S.A. писал(а): ↑02 мар 2019, 15:00
Этого достаточно, чтобы открылся BIOS, как раз таки для установки даты и времени (мы попадаем в BIOS,, что нам и нужно). А дальше могут быть разные варианты действий.
А ты без всяких сбросов должен заходить по комбинации кнопок.
S.A. писал(а): ↑02 мар 2019, 15:00
Если установщик правильно определяет раздел ESP, то точку монтирования для ESP раздела задать не получится, т.к. эта "опция" не активна.
Это при чистой установке ещё срабатывает, а в ручном режиме - для того он и ручной. И вот почему-то не всегда срабатывает авто.
И чего там не активно? Вот аж по два esp раздела на одном диске умудряются заделать.
Хотя бы для интереса посмотрел на разметку установочной флешки для УЕФИ-ГПТ. Какой там флаг установлен? Где там видно boot,esp? А с неё ведь загружается и устанавливается ОС.
Восстановление GRUB
Добавлено: 05 мар 2019, 15:37
S.A.
Unborn,
Ты вообще о чём? Сам с собой разговариваешь что ли.
Восстановление GRUB
Добавлено: 12 мар 2019, 21:48
AlexZ
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..
Похоже из-за этого файлика - /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"
Восстановление GRUB
Добавлено: 12 мар 2019, 21:52
slant
AlexZ писал(а): ↑12 мар 2019, 21:48
Вот ведь возникает вопрос, почему они в LMUE не исправили на linuxmint как в LMDE?
Там какая-то несовместимость с самой ubuntu в этом случае получается. Минт же на ее репах основан, и что-то там в пакетах связанных с загрузчиком в этом случае не стыкуется - он то себя убунтой считает, ибо оттуда приехал.
Восстановление GRUB
Добавлено: 13 мар 2019, 20:43
AlexZ
slant писал(а): ↑12 мар 2019, 21:52
Минт же на ее репах основан, и что-то там в пакетах связанных с загрузчиком в этом случае не стыкуется
Где бы посмотреть-почитать об этом?
В 18.3 всё норм было, можно подумать что несовместимость появилась на базе U18.04. Но у меня на базе U18.04LTS ещё elementaryOS и Runtu, и их грабы определяют свою систему корректно, не как "ubuntu"
Runtu (на флешке)
LM19.1
Восстановление GRUB
Добавлено: 20 мар 2019, 21:51
AlexZ
Вобщем просто поменял в том файлике (/etc/default/grub.d/50_linuxmint.cfg)
на
Восстановление GRUB
Добавлено: 03 апр 2019, 01:50
1lya
AlexZ писал(а): ↑20 мар 2019, 21:51
Вобщем просто поменял в том файлике (/etc/default/grub.d/50_linuxmint.cfg)
Расскажи, нормально ли у тебя работает система после того, как ты изменил эту строчку?
Восстановление GRUB
Добавлено: 03 апр 2019, 06:20
rogoznik
1lya писал(а): ↑03 апр 2019, 01:50
Расскажи, нормально ли у тебя работает система после того, как ты изменил эту строчку?
На работу ОС это изменение никак не влияет
Восстановление GRUB
Добавлено: 05 апр 2019, 21:58
AlexZ
1lya писал(а): ↑03 апр 2019, 01:50
нормально ли у тебя работает система после того, как ты изменил эту строчку?
Как уже сказали, на систему это изменение не влияет. Могла слететь настройка при обновлении пакета grub. Но нет, недавно grub обновился (выбирал новую версию конфига) и всё осталось без изменений
Восстановление GRUB
Добавлено: 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
Восстановление GRUB
Добавлено: 17 ноя 2019, 10:19
symon2014
линукс и винда в разных режимах - mbr uefi
Восстановление GRUB
Добавлено: 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:/#
Восстановление GRUB
Добавлено: 17 ноя 2019, 11:07
symon2014
Был у меня похожий случай . Стояла 10 и я поставил рядом минт в легаси. Результат загрузка только через биос, бороться не стал , сохранил всё нужное и переустановил минт в уефи режиме.