Обновление ядра Linux mint из - за ошибки

Эта ошибка с проявляется при запуске с флешки или у тебя сломался Linux на хосте?

По какой инструкции делал флешку? Большинство инструкций о Linux рассчитаны на то, что их будут выполнять не в точности, а по аналогии — возможно, у тебя не /boot/vmlinuz5.15.0-92-generic , а иная версия ядра, чем у автора инструкции.

Я незнаю что за инструкции, но я скачал ISO прямо из unetbootin. А ошибка появляется и с usb и без. Я предположу, что это появилось из - за того, что live требует более новую версию, и поэтому так случилось

Ничего не понятно. Отвечай на вопросы четко:

• Какая ОС у тебя сейчас на ПК?
• Она успешно стартует?
• Если нет, то какие ошибки при старте?

я скачал ISO прямо из unetbootin

Чего? Ты из-под какой ОС при помощи какой версии unetbootin писал какую ОС на флешку?

У меня Linux mint 21 Ошибка в grub - lead kernel first, file /boot/vmlinuz5.15.0-92-generic not found Версия live- 20_Live_x64 Версия unetbootin - 702

Версия live линукс минт

Я не телепат. Сейчас я понял, что у тебя LM 21, но это все. Стоит ли он на ПК и не грузится, или на флешке и не грузится — не понял.

Обновление ядра Linux mint из - за ошибки (комментарий) — ответь на каждый вопрос максимально четко и однозначно.

У меня есть линукс мин 21, а лайв 20 версии на флэшке как раз не могу загрузить

Какая ОС у тебя сейчас на ПК?

У меня есть линукс мин 21

Есть вообще или он установлен на ПК?

Она успешно стартует?

У меня есть линукс мин 21

Линукс минт на ПК запускается без ошибок или есть ошибки?

Если нет, то какие ошибки при старте?

Есть ошибки?

Ты можешь чётко отвечать на все поставленные вопросы?

У меня нормально не запускается сам первоначальный линукс минт 21 с ошибкой lead kernel first, file /boot/vmlinuz5.15.0-92-generic not found, а также лайв линукс минт 20 с такой же ошибкой. Я всё ответил

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

У меня подозрение, что ты умудрился вместо флешки затереть данные на основном диске… тогда главный вопрос — были ли бекапы? Надеюсь, что диск хотя бы не был шифрованным.

Какой-то исправный ПК или рабочая флешка с Live Linux есть?

Если есть уже рабочая флешка с Linux, то загрузись с него, выполни команды:

sudo fdisk -l
lsblk
lsblk -f
sudo efibootmgr -v

И выложи сюда, не забыв разметку: Как правильно копировать вывод терминала

Если есть рабочий ПК, то запиши Linux (любой) на флешку с него, любой, только нормальным пиши, популярный под Windows Rufus портит образы Linux при записи. Используй Fedora Media Writer: https://fedoraproject.org/fmw/FedoraMediaWriter-win32-latest.exe (Windows после такой записи не будет видеть флешку, но это нормально, нужно будет тем же FMW её починить).

Можешь форк от ALT использовать: https://www.altlinux.org/%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_%D0%BE%D0%B1%D1%80%D0%B0%D0%B7%D0%BE%D0%B2_%D0%BD%D0%B0_DVD_%D0%B8_USB_Flash#ALT_Media_Writer_(altmediawriter)

Если Linux, то dd: https://docs.fedoraproject.org/en-US/quick-docs/creating-and-using-a-live-installation-image/#_using_a_direct_write_method

Немного разберу прочитанное для всех

Я изменяю linux и initrd в grub на описанные в убунту документации, запускаю систему обновляю ядро, перезапускаю и такая же ошибка

Я не вижу здесь пункта «обновил конфиг grub».

Я изменяю linux и initrd в grub на описанные в убунту документации

Вангую пользователь сделал следующее: удалил старое ядро, скопировал новое ядро руками, но при этом не обновил конфиг grub для нового ядра. Соответственно

: you need to lead kernel first, file /boot/vmlinuz5.15.0-92-generic not found.

Пользователь ядро удалил, вот grub его найти и не может.

Ядро выдавал ошибку до его переустановки. Я его обновил, и я так понял мне нужно конфиг обновить? А каких местах?

Данные нигде не были удалены, но каждый раз при загрузке нужно вставлять linux и initrd команды. Я полагаю мне нужно просто в определённых местах grub.cnf заменить

Данные нигде не были удалены, но каждый раз при загрузке нужно вставлять linux и initrd команды. Я полагаю мне нужно просто в определённых местах grub.cnf заменить

Не совсем. Тебе нужно починить GRUB2, чтобы его автоматика снова заработала.

Покажи тогда с хоста выводы:

sudo fdisk -l
lsblk
df -hT
ls -la /boot
sudo efibootmgr -v

Вывод соответственно порядку:

Disk model: SATA SSD        
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0xc270d59c

Устр-во    Загрузочный  начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *              2048   1050623   1048576   512M             b W95 FAT32
/dev/sda2              1052670 500117503 499064834   238G             5 Расширенный
/dev/sda5              1052672 500117503 499064832   238G            83 Linux ```

```NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS                                      
sda      8:0    0 238,5G  0 disk                                                  
├─sda1   8:1    0   512M  0 part /boot/efi                                        
├─sda2   8:2    0     1K  0 part                                                  
└─sda5   8:5    0   238G  0 part /                                                
sr0     11:0    1  1024M  0 rom ```

```Файл.система   Тип   Размер Использовано  Дост Использовано% Cмонтировано в       
tmpfs          tmpfs   383M         2,2M  380M            1% /run                 
/dev/sda5      ext4    234G         159G   64G           72% /                    
tmpfs          tmpfs   1,9G         1,4M  1,9G            1% /dev/shm             
tmpfs          tmpfs   5,0M         4,0K  5,0M            1% /run/lock         
/dev/sda1      vfat    511M         4,0K  511M            1% /boot/efi          
tmpfs          tmpfs   383M         120K  382M            1% /run/user/1000 ```

```итого 259824
   108 -rw-r--r-- 1 root root   3145728 фев 11 11:53 casper-rw
   256 -rw-r--r-- 1 root root    262005 мар  5 23:23 config-5.15.0-101-generic
   256 -rw-r--r-- 1 root root    262003 янв  9 19:51 config-5.15.0-94-generic
     4 drwx------ 2 root root      4096 янв  1  1970 efi
     4 drwxr-xr-x 2 root root      4096 апр  6 17:23 en-us
     4 drwxr-xr-x 2 root root      4096 апр  6 17:23 fonts
     4 drwxr-xr-x 5 root root      4096 апр  7 10:01 grub
     0 lrwxrwxrwx 1 root root        29 мар 30 20:31 initrd.img -> initrd.img-5.15.0-101-generic
112116 -rw-r--r-- 1 root root 114804363 мар 30 20:33 initrd.img-5.15.0-101-generic
112084 -rw-r--r-- 1 root root 114772048 мар 30 20:15 initrd.img-5.15.0-94-generic
     0 lrwxrwxrwx 1 root root        28 мар 30 20:31 initrd.img.old -> initrd.img-5.15.0-94-generic
     4 drwxr-xr-x 2 root root      4096 апр  6 17:23 resources
  6136 -rw------- 1 root root   6280194 мар  5 23:23 System.map-5.15.0-101-generic
  6132 -rw------- 1 root root   6277480 янв  9 19:51 System.map-5.15.0-94-generic
     0 lrwxrwxrwx 1 root root        26 мар 30 20:31 vmlinuz -> vmlinuz-5.15.0-101-generic
 11364 -rw------- 1 root root  11634824 мар  6 00:04 vmlinuz-5.15.0-101-generic
 11352 -rw------- 1 root root  11623176 янв  9 19:57 vmlinuz-5.15.0-94-generic
     0 lrwxrwxrwx 1 root root        25 мар 30 20:31 vmlinuz.old -> vmlinuz-5.15.0-94-generic ```

```EFI variables are not supported on this system. ```

А, у тебя BIOS, а не UEFI.

Тогда попробуй выполнить: sudo update-grub — посмотри, чтобы не было ошибок.

Нафига EFI раздел на BIOS системе — ХЗ, это просто в Ubuntu защита от дурака такая, всегда его делать.

Помогло, но я раньше вроде писал эту команду и у меня чё то с диском тогда было. Спасибо

Нафига EFI раздел на BIOS системе…

Нет, его лепят по собственной дурости. Хотя и на БИОС-системе ему можно найти достойное применение.

Юа если я снова попробую live загрузить, у меня скорее всего получится?

Вот тут не знаю, возможно.

На всякий случай проверь sha256 сумму скачанного образа, потом запиши ещё раз через dd: https://docs.fedoraproject.org/en-US/quick-docs/creating-and-using-a-live-installation-image/#_using_a_direct_write_method — только смотри в lsblk, какое имя диска, не перепутай.