Как переустановить grub ubuntu gpt uefi

Тебе нужно сделать то, что описано вот в этом разделе:

https://wiki.gentoo.org/wiki/GRUB2/ru#UEFI_.D0.B8_GPT

Так же для выполнения действий по восстановлению тебе нужно загрузиться в UEFI режиме.

Для этого можешь использовать любой LiveCD / Live USB, который грузится в UEFI режиме или загрузить твою установленную ubuntu ручным вводом команд по загрузке ядра и initrd в консоли grub.

Если загрузка предпологается через UEFI с диска, то нужно

grub-install --target=x86_64-efi --efi-directory=/boot --boot-directory=/boot --removable  /dev/sda

IMHO ключевое слово "--removable". Без него не создается EFI/GRUB/BOOTX64.EFI который пытается грузить uefi. Теоретически, он у тебя есть (был, пока ты не снес). Странно, что при выборе загрузки с этого диска оно не запускается.

Если без "--removable", то нужно шаманить с efibootmgr и тогда будет пункт загрузки ОС

efibootmgr без параметров обычно показывает что может загрузить UEFI. Но нужно быть загруженным в UEFI режиме.

Ещё нужно конфиг grub сгенерировать, скорее всего у него нет только конфига. Вроде бы в случае с UEFI версией grub он должен лежать рядом с файлом EFI версии grub.

grub-mkconfig > /boot/efi/EFI/BOOT/grub.cfg

Но это не точно, пускай ТС сам погуглит.

оба варианта пробовал ваши и свои и прочие в меню груб попадаю и все. Может это изза виртуал бох?
https://i.postimg.cc/rm2nq4fb/123.jpg

установил Убунту сервер
sda1 EFI
sda2 EXT4 /

Загрузился с Флешки установочника Убунты сервер
снес все в папке /boot
А там было:

Так, и первый же вопрос — нафига ты это сделал?

В директории (папки — они только в Windows) /boot/ находится не только директория /boot/efi/, куда монтируется EFI раздел с файлами для UEFI, но и само ядро Linux, initramfs образ и прочее нужное для загрузки. Вопрос — как ты собирался ОС без ядра грузить?

В директории

Ага, «директории» и «партиции»... Не надо этих англицизмов на ровном месте. Каталоги и разделы.

Вопрос — как ты собирался ОС без ядра грузить?

Точно, я даже про это не подумал.

Так, и первый же вопрос — нафига ты это сделал?

У меня он тоже был, но я не стал задавать.

Вообще, он для автора, скорее всего, не имеет смысла )

Судя по тому, что дело происходит в VirtualBox, автор пытается потренироваться. Дело вообще-то хорошее, но вместо учебной обработки раны у него получилась учебная реанимация.

Английский в IT как латынь в медицине.

Он же ядро удалил, какая может быть реанимация при оторванной голове. 😏

Ajo!

Вообще-то это можно восстановить… нужно просто удалить и поставить заново нужные пакеты из chroot, по идее.

UEFI у тебя отработало и загрузило grub.

Если ты попал в командную строку grub, значит grub.conf лежит не там где нужно или отсутствует. Это значит что --boot-directory= указано неверно или там нет grub.conf

А ты его генерил/создавал?

Если ты попал в grub, то дальше можно конфиг загрузить вручную, если он есть.

Так, и первый же вопрос — нафига ты это сделал?

практируюсь на случай если на серваке система слетит как восстанавливать ее в тч и на новый диск из бекапов.

А ты его генерил/создавал?

конфиг да, я много вариков пробовал

Он же ядро удалил, какая может быть реанимация при оторванной голове.

да верно, но:
1. я все снес с /boot в загруженной системе, потомучто с лайф СД там нет ядра почемуто и пр файлов. С лайф сд если снести все с Boot то ниче не меняется все грузится. (Это я вобще не понял как так)
2. Загрузился и само собой ничего не стартануло.
3. Через лайф СД копирую ранее забекапленнй /boot.
Перезапускаюсь, ниче не работает о_О

Прошу обратить внимание:
Запуск с LIVE CD --- и удалить на диске /BOOT никак не влияет на работоспособность. Там и файлы не все что при старте системы в обычном режиме

Мда… ты явно не понимаешь концепцию файловых систем, разделов на диске и монтирования…

Само собой не понимаю)


смысл бекапов буут папки тогда какой? если ядра берутся из основного диска а не с буут раздела как я понял
Вот скрины: https://i.postimg.cc/JhPk7Dcx/1123123123123123123.png
то есть Файлы ядра отудато берутся с основного диска чтоли?

люди говорят что изза файл ядра не стартует, но с лайф сд их там и нету.

кто по дискорд расскажет как это работает и реализовать перенос системы с диска на диск 500р полчаса заплачу) обучения

Так… ну давай небольшую демонстрацию того, что такое разделы в Linux, ФС на них и как монтирование и прочее работает…

Для начала, создадим пару тестовых LV для демонстрации:

root@hp15:~# lvcreate -L128m vg0 -n test0
  Logical volume "test0" created.
root@hp15:~# lvcreate -L256m vg0 -n test1
  Logical volume "test1" created.
root@hp15:~# 

Если посмотреть вывод lsblk, он покажет нам их:

root@hp15:/# lsblk
NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                         8:0    0 465,8G  0 disk 
├─sda1                      8:1    0     2G  0 part 
├─sda2                      8:2    0     2G  0 part /boot
├─sda3                      8:3    0     2G  0 part 
└─sda4                      8:4    0 459,8G  0 part 
  ├─vg0-lv_al9swap        254:0    0     2G  0 lvm  
  ├─vg0-lv_al9root        254:1    0    24G  0 lvm  
  ├─vg0-lv_al9home        254:2    0     8G  0 lvm  
  ├─vg0-lv_al9virt0       254:3    0    64G  0 lvm  
  ├─vg0-lv_deb11swap      254:4    0     2G  0 lvm  [SWAP]
  ├─vg0-lv_deb11root      254:5    0   160G  0 lvm  /
  ├─vg0-lv_ubuntu2004swap 254:6    0     2G  0 lvm  
  ├─vg0-lv_ubuntu2004root 254:7    0    32G  0 lvm  
  ├─vg0-test0             254:8    0   128M  0 lvm  
  └─vg0-test1             254:9    0   256M  0 lvm  
sr0                        11:0    1  1024M  0 rom  

То есть у меня на разделе /dev/sda4 есть VG с именем vg0, что содержит, помимо всего прочего, эти LV. Как нетрудно заметить, они сейчас никуда не примонтированы.

Попробуем их примонтировать:

root@hp15:~# mount /dev/mapper/vg0-test0 /mnt
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-test0, missing codepage or helper program, or other error.
root@hp15:~# mount /dev/mapper/vg0-test1 /mnt
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/mapper/vg0-test1, missing codepage or helper program, or other error.
root@hp15:~# 

Это не сработало — само собой, ведь у нас нет сейчас ФС на них. Создадим ФС на обоих LV:

root@hp15:~# mkfs.ext4 /dev/mapper/vg0-test0
mke2fs 1.46.2 (28-Feb-2021)
Discarding device blocks: done                            
Creating filesystem with 131072 1k blocks and 32768 inodes
Filesystem UUID: 26e7f2ab-14d4-4b6f-9cfb-9ed67f44cf4e
Superblock backups stored on blocks: 
        8193, 24577, 40961, 57345, 73729

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done 

root@hp15:~# mkfs.xfs /dev/mapper/vg0-test1
meta-data=/dev/mapper/vg0-test1  isize=512    agcount=4, agsize=16384 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1    bigtime=0
data     =                       bsize=4096   blocks=65536, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=1368, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
Discarding blocks...Done.
root@hp15:~# 

Теперь попробуем примонтировать оба — но сменим точку монтирования, при этом создадим новую:

root@hp15:~# mkdir /tmp/test/
root@hp15:~# mkdir /tmp/test/0
root@hp15:~# mkdir /tmp/test/1
root@hp15:~# mount /dev/mapper/vg0-test0 /tmp/test/0
root@hp15:~# mount /dev/mapper/vg0-test1 /tmp/test/1
root@hp15:/# df -hT
Файловая система             Тип      Размер Использовано  Дост Использовано% Cмонтировано в
udev                         devtmpfs   7,8G            0  7,8G            0% /dev
tmpfs                        tmpfs      1,6G         1,5M  1,6G            1% /run
/dev/mapper/vg0-lv_deb11root ext4       157G         120G   31G           80% /
tmpfs                        tmpfs      7,8G          13M  7,8G            1% /dev/shm
tmpfs                        tmpfs      5,0M         4,0K  5,0M            1% /run/lock
/dev/sda2                    ext4       2,0G         117M  1,7G            7% /boot
tmpfs                        tmpfs      1,6G         104K  1,6G            1% /run/user/1000
/dev/mapper/vg0-test0        ext4       119M          14K  110M            1% /tmp/test/0
/dev/mapper/vg0-test1        xfs        251M          15M  236M            6% /tmp/test/1

Что мы только что сделали? Мы примонтировали LV test0 в директорию /tmp/test/0, а test1 в директорию /tmp/test/1

Теперь давай создадим на каждой по файлу и директории:

root@hp15:~# touch /tmp/test/0/file0
root@hp15:~# touch /tmp/test/1/file1
root@hp15:~# mkdir /tmp/test/0/dir0
root@hp15:~# mkdir /tmp/test/1/dir1
root@hp15:~# ls -lR /tmp/test
/tmp/test:
итого 1
drwxr-xr-x 4 root root 1024 сен  8 13:23 0
drwxr-xr-x 3 root root   31 сен  8 13:23 1

/tmp/test/0:
итого 13
drwxr-xr-x 2 root root  1024 сен  8 13:23 dir0
-rw-r--r-- 1 root root     0 сен  8 13:23 file0
drwx------ 2 root root 12288 сен  8 13:12 lost+found

/tmp/test/0/dir0:
итого 0

/tmp/test/0/lost+found:
итого 0

/tmp/test/1:
итого 0
drwxr-xr-x 2 root root 6 сен  8 13:23 dir1
-rw-r--r-- 1 root root 0 сен  8 13:23 file1

/tmp/test/1/dir1:
итого 0
root@hp15:~# 

Как мы видим, у нас есть файл file0 и директория dir0 в /tmp/test/0/, и файл file1 и директория dir1 в /tmp/test/1/

Ну а теперь посмотрим, что будет, если взять и поменять точки монтирования местами:

root@hp15:~# umount /tmp/test/0
root@hp15:~# umount /tmp/test/1
root@hp15:~# mount /dev/mapper/vg0-test0 /tmp/test/1
root@hp15:~# mount /dev/mapper/vg0-test1 /tmp/test/0
root@hp15:~# df -hT | grep test
/dev/mapper/vg0-test0        ext4       119M          15K  110M            1% /tmp/test/1
/dev/mapper/vg0-test1        xfs        251M          15M  236M            6% /tmp/test/0
root@hp15:~# ls -lR /tmp/test
/tmp/test:
итого 1
drwxr-xr-x 3 root root   31 сен  8 13:23 0
drwxr-xr-x 4 root root 1024 сен  8 13:23 1

/tmp/test/0:
итого 0
drwxr-xr-x 2 root root 6 сен  8 13:23 dir1
-rw-r--r-- 1 root root 0 сен  8 13:23 file1

/tmp/test/0/dir1:
итого 0

/tmp/test/1:
итого 13
drwxr-xr-x 2 root root  1024 сен  8 13:23 dir0
-rw-r--r-- 1 root root     0 сен  8 13:23 file0
drwx------ 2 root root 12288 сен  8 13:12 lost+found

/tmp/test/1/dir0:
итого 0

/tmp/test/1/lost+found:
итого 0

Как видно, теперь файл file0 и директория dir0 в /tmp/test/1/, а файл file1 и директория dir1 в /tmp/test/0/

Ну а теперь давай возьмем и примонтируем один из наших LV в директорию на другом, да, это вполне возможно:

root@hp15:~# umount /tmp/test/1
root@hp15:~# mount /dev/mapper/vg0-test0 /tmp/test/0/dir1/
root@hp15:~# df -hT | grep test
/dev/mapper/vg0-test1        xfs        251M          15M  236M            6% /tmp/test/0
/dev/mapper/vg0-test0        ext4       119M          15K  110M            1% /tmp/test/0/dir1
root@hp15:~# ls -lR /tmp/test
/tmp/test:
итого 4
drwxr-xr-x 3 root root   31 сен  8 13:23 0
drwxr-xr-x 2 root root 4096 сен  8 13:16 1

/tmp/test/0:
итого 1
drwxr-xr-x 4 root root 1024 сен  8 13:23 dir1
-rw-r--r-- 1 root root    0 сен  8 13:23 file1

/tmp/test/0/dir1:
итого 13
drwxr-xr-x 2 root root  1024 сен  8 13:23 dir0
-rw-r--r-- 1 root root     0 сен  8 13:23 file0
drwx------ 2 root root 12288 сен  8 13:12 lost+found

/tmp/test/0/dir1/dir0:
итого 0

/tmp/test/0/dir1/lost+found:
итого 0

/tmp/test/1:
итого 0

И вот теперь файл file0 и директория dir0 находятся внутри /tmp/test/0/dir1

Ну что, стало хотя бы немного понятнее?

Что, не дошло? Ладно, скажу прямо: причина, почему в одной ситуации в одной и той же директории есть такие-то файлы, в а другой нет, заключается в том, что хотя точка монтирования одна и та же, примонтированы туда разные ФС.

Нужно смотреть не файлы в такой-то директории, а файлы на такой-то ФС. А уж куда они при этом примонтированы — отдельная тема.

спасибо за труды, но пример не осилил с первого раза.
как на программировании ощущение. Завтра попробую еще раз)

Я честно говорю, что не прочитал всё длинное сообщение Всеволода. Но сообщением ниже он изложил суть.

В Linux разделы диска (файловые системы) подключаются относительно корневой файловой системы ( / ).

Допустим у тебя на диске два раздела:

• Первый раздел
• Второй раздел

На втором разделе у тебя находится корневая файловая система, которая будет подключена (смонтирована) в /.

И в /boot будет содержимое директории /boot на корневой файловой системе, т.е. на втором разделе.

Но ты можешь смонтировать (подключить) в /boot файловую систему первого раздела и тогда в /boot у тебя будут файлы, что находятся на файловой системе первого раздела.

Как-то так.

Проведи аналогию с EFI разделом. Т.е. /boot/EFI - это на самом деле точка подключения отдельной файловой системы EFI раздела диска.

смысл бекапов буут папки тогда какой? если ядра берутся из основного диска а не с буут раздела как я понял

А ты уверен, что это «буут папка»? Linux может запускаться вообще с одного раздела, т.е. одной файловой системы, разве что с EFI не совсем так всё теперь. В случае EFI нужен отдельный EFI раздел. Нюансы опустим.

Так вот, классическая схему всё же рекомендует создавать отдельный раздел под ядра и загрузчик. Отдельный раздел под системную файловую систему. И в случае EFI нужен отдельный раздел (файловая система) для EFI.

Поэтому в /boot у тебя подключается раздел (файловая система) с ядрами, а в /boot/EFI раздел (файловая система) EFI.

Это всё разные файловые системы. Просто так тупо всё удалять из /boot без понимания нельзя.

Чтобы потом всё восстановить нужно понимать:

• как запускаются загрузчики, в частности для EFI;
• как конфигурируется загрузчик GRUB2 в случае установки EFI версии;
• как устроена файловая система Linux;
• Где и как загрузчик ищет ядра и прочие файлы для запуска Linux.

Vsevolod-linuxoid, ты слишком длинно написал и не понятным языком, ему нужно писать по-русски и в начале с минимумом команд. :)

ну я понял боле мене, я примерно так все и представлял окого того.
но так и не понял откуда тогда дополнительно монтируются ядра файлов в /boot

просто меня удивило откуда дополнительно монтируются файлы в /boot
и сейчас я опять столкнулся сэтой проблемой с другой стороны:
если грузится не с uefi а по обычному с биос вроде то grub не может найти файл /boot/grub/i386-pc/normal.mod not found
хотя я смонтировал диск /dev/sda1 /mnt/boot и поместил всю папку с файлами /boot/grub/i386-pc normal.mod втч туда. файл там точно есть. Куда смотрит загрузчик для меня очередная тайна.

усложняется тем что в таком варианте загрузчик стартует с grub rescue> в котором я не могу посмотреть почемуто содержимое ls (hd0,gpt1)/boot/grub выдает ошибку какую то. а вот в EFI grub> можно посмотреть этот путь и файлы он видит но все равно не грузится)

Поставь себе на отдельную виртуалку Ubuntu Server ещё раз и посмотри на ней выводы

lsblk
df -hT
sudo fdisk -l

После чего загрузись с Live и сравни.

Я ничего не могу поделать. Освоить эти знания не думая и не понимая не выйдет. Я не телепат, чтобы влезть в его голову и понять, где у него затык. Тем более на меня давит проклятие знания — лично мне эта концепция всегда казалась проще пареной репы и чертовски очевидной.

Могу лишь посоветовать представлять всю ситуацию на уровне чистых 0 и 1, что пишутся на просто некий накопитель с N числом ячеек, и помнить, что разметка, разделы, файловые системы и файлы с директориями — не более, чем то, как для удобства человека машина трактует 0 и 1 на накопителе, и думать о том, что именно в 0 и 1 меняется — это не так трудно, как по мне.

Заведи исправную виртуалку, подключи к ней дополнительный пустой диск и сам попрактикуйся.

А ты понимаешь, что вот эти два предложения:

ну я понял боле мене, я примерно так все и представлял окого того.

но так и не понял откуда тогда дополнительно монтируются ядра файлов в /boot

Взаимоисключающие. Ты пишешь, что понял, а потом говоришь, что не понял.

Ядра не монтируются, а может монтироваться файловая система на которой располагаются файлы с ядрами и прочими файлами для загрузки.

В целом, твои знания в Linux очень малы.

По сути ты просишь сейчас здесь тебя научить понимаю Linux.

Но у тебя отсутствует даже минимальное понимание об устройстве Linux.

Ты не понимаешь как устроена файловая система, что вообще такое монтирование файловых систем, как посмотреть список смонтированных файловых систем. Как работает загрузчик.

Так что извини, но тебе нужно это подтянуть самостоятельно.

Плюс тебе я написал и Всеволод довольно всё подробно, но просто пока не можешь этого понять или не хочешь.

Читай, разбирайся старайся понять.

С твоим текущим уровнем понимания и предоставления информации помочь тебе решить твою проблему будет слишком долго.

Просто поставь Linux и начни его изучать, как обретёшь минимальные навыки почитай вот это:

• https://wiki.gentoo.org/wiki/GRUB2/ru#UEFI_.D0.B8_GPT
• https://wiki.archlinux.org/title/GRUB
• https://wiki.gentoo.org/wiki/Handbook:AMD64/ru

По сути ты просишь сейчас здесь тебя научить понимаю Linux.

Какое трогательное заблуждение.

Да нет, не заблуждение. Случай редкий, не спорю, но человек реально учится: создал виртуалку, сам сломал и пытается починить, чтобы понять, как это работает. Иное дело, что у него это пока выходит криво, но ё-маё, я тоже в начале тупил и не мог понять, как выполнять команду ls — из-за шрифтов я читал её как 1s, самому смешно.

Ну и я ещё могу посоветовать в дополнение: Установка и удаление 1С 8 в Linux Mint 21 (комментарий)

человек реально учится
пытается починить

Уроки человеколюбия на ЛОРе. Мой мир никогда не будет прежним.

Вот предложение переведу 1000руб. Кто сделает следующее:

снимите видео как в Virtual Box:

1. Есть основной диск с рабочей системой Ubuntu Server 22.04.01 (она последняя)+
создать разделы cfdisk:
GPT
sda 512M EFI
sdb **GB ext4
2. Заыархивировать систему в tar

3. Создать НОВЫЙ виртуальный диск.
4. Восстановить на новый диск систему из tar архива отключить старый диск и показать как стартует ОС с EFI и без него. Без обработки видео.

Не обязательно - 5. Объяснить наглядно откуда берутся файлы в /boot при нормальной загрузке ОС. Когда с life CD при монтировании этого диска их там нету.


У меня не зная азов с неудачным исходом уходит минут 20 не считая установки ос.
У спецов типа этого форума думаю быстрей все получится. У меня по гуглу это получалось давно но я все забыл.

я тоже в начале тупил и не мог понять, как выполнять команду ls — из-за шрифтов я читал её как 1s, самому смешно.

Так вот почему тут часто на ШГ жалуются.

1, 2, 3, 4 вопросы тоже освещены в теме.

Можешь ещё прочитать эту статью: https://aidalinux.ru/w/Stage4

Только в ней разметка MBR и grub ставится под BIOS, а не UEFI.

Поэтому относительно grub для UEFI используй ссылки из этого комментария: Как переустановить grub ubuntu gpt uefi (комментарий)

5. Объяснить наглядно откуда берутся файлы в /boot при нормальной загрузке ОС. Когда с life CD при монтировании этого диска их там нету.

Прочти вот этот комментарий, это тот же: Как переустановить grub ubuntu gpt uefi (комментарий)

Здесь как раз ответ на этот вопрос.

Ну и в целом, вообще, для ответов на твои вопросы от сообщества нужен вывод:

fdisk -l
blkid

Денег не надо, постарайся подумать сам.

проблема решена. Видео получил и оплатил.
Но откуда файла к примелу ядер появляются я так и не понял.
про то что диск можно монтировать в другой диск папки это я и так знал. Кому интересно сами проверьте.
lsblk df -hT никакой инфы не дают по этому поводу.

Всем спасибо за участие и ссылки

кто по дискорд расскажет как это работает и реализовать перенос системы с диска на диск 500р полчаса заплачу) обучения

...

Вот предложение переведу 1000руб. Кто сделает следующее:
снимите видео как в Virtual Box:

Ставки повышаются, предлагаю подождать.

Но откуда файла к примелу ядер появляются я так и не понял.

Откуда берутся дети?

В число вещей, что ты не понял, входит то, что люди не телепаты. Подробно опиши что именно тебе непонятно.

Важно: никакого жаргона и сокращений, при описании используй максимально точную терминологию.

Я полагаю, что ты не понимаешь что-либо именно потому, что у тебя терминологический затык, потому когда тебе пишут одно, ты это понимаешь как совсем иное.

Каталоги и разделы

Вы catalogue имели в виду?

Вы catalogue имели в виду?

Скорее, directory (справочник).

хотел записать видео что я имел ввиду, но такая анамалия не повторилась. С чем связано не понятно. Может какие то пути спутал или что.