LINUX.ORG.RU
Форум — General  

востановить загрузку

 


0

0

после удаление контрольной точки в hyperv перестал загружаться ubuntu18.04 с таким сообщением https://хостинг-картинок.рф/i/cc89a315-7781-4660-b0c1-89b461410234/000_2ad50909.png как можно восстановить загрузку? перед поломкой загрузки, пытался сжать виртуальный диск на физическом носителе - «Resize-VHD -Path ‘C:\VM\fs01\Virtual Hard Disks\fs01.vhdx’ -ToMinimumSize»

бекапа нету, могу подключить образ виртуального диска к другой виртуальной машине и видить/редактировать все содержимое

fdisk -l

!диск который нужно востановить с ubuntu18 размер 300gb

!!второго файла «avhdx» который задает «разность» виртуальных дисков нету - он удален

Диск /dev/loop0: 4 KiB, 4096 байт, 8 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop1: 73,91 MiB, 77504512 байт, 151376 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop2: 245,13 MiB, 257036288 байт, 502024 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop3: 11,13 MiB, 11673600 байт, 22800 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop4: 91,69 MiB, 96141312 байт, 187776 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop5: 516,01 MiB, 541073408 байт, 1056784 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop6: 576 KiB, 589824 байт, 1152 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/loop7: 10,83 MiB, 11354112 байт, 22176 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/sda: 45 GiB, 48318382080 байт, 94371840 секторов
Disk model: Virtual Disk    
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 4096 байт
Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт
Тип метки диска: gpt
Идентификатор диска: 0A01349D-E96D-4A93-AC03-56B4BEA88365

Устр-во     начало    Конец  Секторы Размер Тип
/dev/sda1     2048  2203647  2201600     1G EFI
/dev/sda2  2203648 94369791 92166144  43,9G Файловая система Linux
GPT PMBR size mismatch (629145599 != 629143584) will be corrected by write.


Диск /dev/sdb: 300 GiB, 322121515520 байт, 629143585 секторов
Disk model: Virtual Disk    
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: AC08DEF9-DF18-46AD-B143-8C33B06D484F

Устр-во    начало     Конец   Секторы Размер Тип
/dev/sdb1  227328 629143551 628916224 299,9G Файловая система Linux
/dev/sdb2    2048     10239      8192     4M BIOS boot
/dev/sdb3   10240    227327    217088   106M EFI

Элементы таблицы разделов упорядочены не так, как на диске.


Диск /dev/loop8: 49,29 MiB, 51687424 байт, 100952 секторов
Единицы: секторов по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0    7:0    0     4K  1 loop /snap/bare/5
loop1    7:1    0  73,9M  1 loop /snap/core22/2045
loop2    7:2    0 245,1M  1 loop /snap/firefox/6565
loop3    7:3    0  11,1M  1 loop /snap/firmware-updater/167
loop4    7:4    0  91,7M  1 loop /snap/gtk-common-themes/1535
loop5    7:5    0   516M  1 loop /snap/gnome-42-2204/202
loop6    7:6    0   576K  1 loop /snap/snapd-desktop-integration/315
loop7    7:7    0  10,8M  1 loop /snap/snap-store/1270
loop8    7:8    0  49,3M  1 loop /snap/snapd/24792
sda      8:0    0    45G  0 disk 
├─sda1   8:1    0     1G  0 part /boot/efi
└─sda2   8:2    0  43,9G  0 part /
sdb      8:16   0   300G  0 disk 
├─sdb1   8:17   0 299,9G  0 part /media/user/desktop-rootfs
├─sdb2   8:18   0     4M  0 part 
└─sdb3   8:19   0   106M  0 part

blkid

/dev/sda2: UUID="f97df865-9a8b-4b9c-8e00-e5ccc47a567e" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="69c59a59-14d1-4cbe-b245-6d8dab5a03dd"

при загрузке с виртуального диска непосредственно по нажатию e получается зайти grub консоль

tune2fs -l /dev/sda2

une2fs 1.47.0 (5-Feb-2023)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          f97df865-9a8b-4b9c-8e00-e5ccc47a567e
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              2883584
Block count:              11520768
Reserved block count:     576038
Overhead clusters:        259867
Free blocks:              8767791
Free inodes:              2713179
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Mar 12 19:32:52 2026
Last mount time:          Thu Mar 12 21:00:50 2026
Last write time:          Thu Mar 12 21:00:50 2026
Mount count:              4
Maximum mount count:      -1
Last checked:             Thu Mar 12 19:32:52 2026
Check interval:           0 (<none>)
Lifetime writes:          10 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      06c01cc4-cbf1-4a34-b896-ce9f3d14d6cc
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x6e63da97


Последнее исправление: userlogin31 (всего исправлений: 14)
← Экстремальное энергосбережение i3-1215u до уровня n-серии

Загрузись с LiveCD в ВМ, посмотри что на диске, какие разделы, ФС, какие UUID есть.

fdisk -l
lsblk
blkid

Вполне возможно ФС / раздела больше нет, либо ФС повреждена.

Но файловая система с загрузчиком на месте.

100% рабочий вариант - восстановить из бэкапа.

kostik87 ★★★★★
()
Ответ на: комментарий от userlogin31

Как говорится есть два вида системных администраторов, те которые не понимают зачем нужны бэкапы и те, кто уже делает.

Выполни команды, чтобы можно было «увидеть», что у тебя там.

А по поводу контрольной точки - не факт, что нужно было удалять, а скорее всего, делать слияние.

kostik87 ★★★★★
()
Ответ на: комментарий от userlogin31

Вывод всех команд, пожалуйста.

Только предварительно прочитай, пожалуйста, текст под формой помещения сообщения, чуть выше кнопок «Поместить», «Предпросмотр», «Отмена».

И вывод помещай на форум согласно разметки маркдаун, предварительно нажав кнопку «Предпросмотр».

Пока могу сказать, что размер диска не соответствует тому, что записано в МБР.

kostik87 ★★★★★
()
Ответ на: комментарий от userlogin31

Размер диска уменьшил в 100 раз!

Если у тебя в тех 90% были данные, то можешь переустанавливать.

И в целом, если что-то нужно восстановить - сделай копию файла виртуального диска.

Но думаю, скорее всего, восстанавливать нечего.

kostik87 ★★★★★
()

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

Ага, а кто будет shrink-ать (урезать) файловые системы и их разделы внутри ВМ? Это так не работает. Сначала нужно было уменьшить файловые системы средствами гостевой ОС, затем разделы, опять-таки средствами гостевой ОС, и только потом уменьшать размер файла-образа виртуального диска. Отсюда и

сообщает GPT PMBR size mismatch

Можно попытаться последовательно скомандовать resize2fs -M /dev/sdx1 , fdisk /dev/sdx, нажать W, sync. После этого проверить конфигурацию загрузчика и пробовать грузиться.

yars068 ★★★★★
()
Ответ на: комментарий от yars068

Зачем шринькать, оно же само как-то. Как в Windows в управлении дисками )))

Маловероятно, что поможет, но вдруг.

Но пока нет вывода целиком запрошенных команд сказать что-то сложно. И пояснений где какой диск.

kostik87 ★★★★★
()
Ответ на: комментарий от yars068

Судя по всему система была на /dev/sda. Но в выводе blkid присутствует другой UUID файловой системы, чем виден на скрине в параметре root ядра.

Условно, если там был swap, что маловероятно, возможно, систему можно спасти.

Думается, что после создания контрольной точки фс пересоздавалась.

Так что все данные исчезли вместе с удаленной точкой.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от userlogin31

Тогда по шагам:

  • сделать бэкап
  • объединить снимки (контрольные точки)
  • уменьшить ФС
  • уменьшить диск
  • исправить таблицу разделов

как востановить запуск?

Думаю переустанавливать.

В выводе blkid, если ты его правильно предоставил нет ФС с идентификатором (UUID), что ищет ядро.

kostik87 ★★★★★
()
Ответ на: комментарий от userlogin31 
Block count:              11520768
Reserved block count:     576038
Overhead clusters:        259867
Free blocks:              8767791
Free inodes:              2713179
First block:              0
Block size:               4096

Block Count * Block Size = 47189065728 (43,9 GB)


Устр-во     начало    Конец  Секторы Размер Тип
/dev/sda1     2048  2203647  2201600     1G EFI
/dev/sda2  2203648 94369791 92166144  43,9G Файловая система Linux
GPT PMBR size mismatch (629145599 != 629143584) will be corrected by write.

Так что даже смонтируется.

Пробуй смотнировать в режиме чтения

mkdir /mnt/sda2
mount /dev/sda2 /mnt/sda2 -o ro

Смотри есть там нужные тебе файлы или нет, если есть - копируй.

kostik87 ★★★★★
()
Ответ на: комментарий от userlogin31

У тебя, судя по предоставленным данным, сменился UUID корневого раздела. Ядро грузится, initrd подгружает, но оно не может определить корневой раздел и поэтому не может перейти из initrd на реальный корневой раздел и завершить загрузку.

как

Загрузись с дистрибутивного образа, с которого устанавливал систему, определи где у тебя корень (предположительно, это /dev/sda2), смонтируй его в /mnt live-системы, смонтируй /boot/efi (/dev/sda1) в /mnt/boot/efi, прокинь /dev, /proc и /sys в ремонтируемую систему (командой for i in dev proc sys ; do mount --bind /${i} /mnt/${i}; done), выполни chroot /mnt, поправь UUID корня в /etc/fstab на правильный, проверь содержимое /etc/default/grub и, наконец, дай команду: grub-mkconfig -o /boot/grub/grub.cfg. Все команды выполняются через sudo. После этого набери exit, затем reboot и пробуй, что получится.

yars068 ★★★★★
()
Ответ на: комментарий от userlogin31

Проверь даты изменений данных, если всё корректно - делай бэкап данных установленных систем.

А далее лучше поднять новую ВМ с чистой системой, поднять сервисы и развернуть данные.

Если ты уверен, что система на месте, то:

  • делаешь копию диска ВМ (бэкап, если что-то пойдёт не так)
  • исправляешь разметку на диске
fdisk /dev/sda
w
q
  • далее смотришь файлы ядра и какие пакеты с ядром установлены и модули каких ядер есть
mkdir /mnt/sda2
mount /dev/sda2 /mnt/sda2 -o ro
ls /mnt/sda2/boot
ls /mnt/sda2/lib/modules -1
dpkg -l | grep 'linux\-image' | grep 'ii'
  • проверяешь, что прописано в /etc/fstab, в частности как указан / - корень
  • правишь, если нужно, указываешь правильный текущий UUID
  • перегенерируешь конфиг загрузчика
mount -o remount,rw /mnt/sda2
mount -o bind /dev /mnt/sda2/dev
mount -o bind /proc /mnt/sda2/proc
mount -o bind /sys /mnt/sda2/sys
chroot /mnt/sda2 /bin/bash
grub-mkconfig > /boot/grub/grub.cfg
grub-install /dev/sda

Но думается мне, что это не спроста, что UUID сменился.

kostik87 ★★★★★
()
Ответ на: комментарий от yars068

Это всё не спроста, не меняется просто так UUID. Но вдруг.

Ещё /etc/fstab нужно проверить. И, возможно, переустановить пакет с ядром.

Про EFI да, забыл, но ещё LiveCD нужно в EFI режиме запустить.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от router 
Command (m for help): m

Help:

  DOS (MBR)
   a   toggle a bootable flag
   b   edit nested BSD disklabel
   c   toggle the dos compatibility flag

  Generic
   d   delete a partition
   F   list free unpartitioned space
   l   list known partition types
   n   add a new partition
   p   print the partition table
   t   change a partition type
   v   verify the partition table
   i   print information about a partition

  Misc
   m   print this menu
   u   change display/entry units
   x   extra functionality (experts only)

  Script
   I   load disk layout from sfdisk script file
   O   dump disk layout to sfdisk script file

  Save & Exit
   w   write table to disk and exit
   q   quit without saving changes

  Create a new label
   g   create a new empty GPT partition table
   G   create a new empty SGI (IRIX) partition table
   o   create a new empty MBR (DOS) partition table
   s   create a new empty Sun partition table
kostik87 ★★★★★
()
Ответ на: комментарий от yars068

Он удобнее, в gdisk ещё и идентификаторы типов разделов неудобно сделаны.

fdisk:

Command (m for help): g
Created a new GPT disklabel (GUID: 63F7B24C-AE79-824D-8633-7473244492C6).

Command (m for help): n
Partition number (1-128, default 1):
First sector (2048-819166, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-819166, default 817151):

Created a new partition 1 of type 'Linux filesystem' and of size 398 MiB.

Command (m for help): t
Selected partition 1
Partition type or alias (type L to list all): L
  1 EFI System                     C12A7328-F81F-11D2-BA4B-00A0C93EC93B
  2 MBR partition scheme           024DEE41-33E7-11D3-9D69-0008C781F39F
  3 Intel Fast Flash               D3BFE2DE-3DAF-11DF-BA40-E3A556D89593
  4 BIOS boot                      21686148-6449-6E6F-744E-656564454649
  5 Sony boot partition            F4019732-066E-4E12-8273-346C5641494F
  6 Lenovo boot partition          BFBFAFE7-A34F-448A-9A5B-6213EB736C22
  7 PowerPC PReP boot              9E1A2D38-C612-4316-AA26-8B49521E5A8B
  8 ONIE boot                      7412F7D5-A156-4B13-81DC-867174929325
  9 ONIE config                    D4E6E2CD-4469-46F3-B5CB-1BFF57AFC149
 10 Microsoft reserved             E3C9E316-0B5C-4DB8-817D-F92DF00215AE
 11 Microsoft basic data           EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
 12 Microsoft LDM metadata         5808C8AA-7E8F-42E0-85D2-E1E90434CFB3
 13 Microsoft LDM data             AF9B60A0-1431-4F62-BC68-3311714A69AD
 14 Windows recovery environment   DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
 15 IBM General Parallel Fs        37AFFC90-EF7D-4E96-91C3-2D7AE055B174
 16 Microsoft Storage Spaces       E75CAF8F-F680-4CEE-AFA3-B001E56EFC2D
 17 HP-UX data                     75894C1E-3AEB-11D3-B7C1-7B03A0000000
 18 HP-UX service                  E2A1E728-32E3-11D6-A682-7B03A0000000
 19 Linux swap                     0657FD6D-A4AB-43C4-84E5-0933C84B4F4F
 20 Linux filesystem               0FC63DAF-8483-4772-8E79-3D69D8477DE4
 21 Linux server data              3B8F8425-20E0-4F3B-907F-1A25A76F98E8
 22 Linux root (x86)               44479540-F297-41B2-9AF7-D131D5F0458A
 23 Linux root (x86-64)            4F68BCE3-E8CD-4DB1-96E7-FBCAF984B709

gdisk:

GPT fdisk (gdisk) version 1.0.9

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: not present

Creating new GPT entries in memory.

Command (? for help):

Command (? for help): n
Partition number (1-128, default 1):
First sector (34-819166, default = 2048) or {+-}size{KMGTP}:
Last sector (2048-819166, default = 817151) or {+-}size{KMGTP}:
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): L
Type search string, or <Enter> to show all codes:
0700 Microsoft basic data                0701 Microsoft Storage Replica
0702 ArcaOS Type 1                       0c01 Microsoft reserved
2700 Windows RE                          3000 ONIE boot
3001 ONIE config                         3900 Plan 9
4100 PowerPC PReP boot                   4200 Windows LDM data
4201 Windows LDM metadata                4202 Windows Storage Spaces
7501 IBM GPFS                            7f00 ChromeOS kernel
7f01 ChromeOS root                       7f02 ChromeOS reserved
7f03 ChromeOS firmware                   7f04 ChromeOS mini-OS
7f05 ChromeOS hibernate                  8200 Linux swap
8300 Linux filesystem                    8301 Linux reserved
8302 Linux /home                         8303 Linux x86 root (/)
8304 Linux x86-64 root (/)               8305 Linux ARM64 root (/)
8306 Linux /srv                          8307 Linux ARM32 root (/)

У меня система на GPT, gdisk в системе не было, только fdisk, пришлось поставить.

kostik87 ★★★★★
()

Твои данные лежат в /home/userlogin31, самое простое – скопировать каталог целиком, включая скрытые файлы и каталоги (так называемые дотфайлы, потому что у них имя с точки – dot – начинается).

yars068 ★★★★★
()
Последнее исправление: yars068 (всего исправлений: 1)
Ответ на: комментарий от yars068

можете написать подробнее или команды - (предположительно, это /dev/sda2), смонтируй его в /mnt live-системы, смонтируй /boot/efi (/dev/sda1) в /mnt/boot/efi не совсем понятно от чего каталоги монтировать, в востанавливаемой системе или той из которой востанавливаю

sudo mount /boot/efi /mnt/boot/efi
mount: /mnt/boot/efi: mount point does not exist.
userlogin31
() автор топика
Ответ на: комментарий от userlogin31

Чтобы из той системы, из которой ведётся восстановление, получить доступ к данным восстанавливаемой системы, нужно разделы с этими данными куда-то примонтировать. Исторически сложилось, что для этих целей служит каталог /mnt. Итого –

sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi

mount: /mnt/boot/efi: mount point does not exist.

Ах да, если /dev/sda2 – это корень, то в каталоге /mnt/boot/ после первой команды должен появиться каталог efi, если нет – или раздел не тот, или вручную создать.

yars068 ★★★★★
()
Ответ на: комментарий от yars068

загрузился с ubuntu18, примонтировал востанавливаемую виртуалку, выдает совсем другой uuid по сравнению с uuid из ubuntu24

blkid
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/sda1: UUID="30B9-C717" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="28005576-0dfb-47af-b4e5-92f6339bf3f1"
/dev/sda2: UUID="f8ac5812-5e9c-4681-9db5-815d1e481a0a" TYPE="ext4" PARTUUID="08f6ed68-2194-468d-86ac-96ade9481776"
/dev/sdb1: LABEL="desktop-rootfs" UUID="347af523-7d6f-41ab-8262-0933836f38c9" TYPE="ext4" PARTUUID="f861b6d6-d903-44cd-bcbd-ecacc8a80a5d"
/dev/sdb3: LABEL="UEFI" UUID="91B8-24EC" TYPE="vfat" PARTUUID="ef4419d5-1551-4323-bee9-f09c8b40bffa"
userlogin31
() автор топика
Ответ на: комментарий от userlogin31

загрузился с ubuntu18, примонтировал востанавливаемую виртуалку, выдает совсем другой uuid по сравнению с uuid из ubuntu24

UUID можно поменять в gparted, но не заменой, а генерацией нового, который не совпадёт. Незнаю можно ли задать UUID принудительно, но вот в загрузчике его поменять можно, пока он другой загрузчик не видит диск, остальной системе пофиг какой у тебя UUID. Грубо говоря если сменил его то указывай в загрузчике заново в grub.cfg, типа:

search --no-floppy --fs-uuid --set=root 34256067-7622-4eb8-b31b-1ae105625d6d

только он там 2 раза указывается.

Ой и во fstab ещё

AZJIO
()
Последнее исправление: AZJIO (всего исправлений: 2)
Ответ на: комментарий от kostik87

как «вытащенные» файлы потом использовать на навой системе? как запустить тот же телеграм и где храняться от него аккаунты? проблемы с авторизацией в том же телеграмме, он работал только на «востанавливаемой» виртуалке

userlogin31
() автор топика
Ответ на: комментарий от userlogin31

какой uuid указать? из ubuntu24? ubuntu18? как в загрузчике поменять uuid?

Если примонтировать разделы, то gparted покажет какой UUID какому разделу принадлежит (контекстное меню на разделе, пункт «Информация»), а там уже определить, какой UUID указывать, смотря какой ubuntu грузить. Обе ОС в меню? Файл grub.cfg находится в папке /boot/grub/ доступ от root.

Загрузчик Grub2?

AZJIO
()
Последнее исправление: AZJIO (всего исправлений: 1)
Ответ на: комментарий от userlogin31

как запустить тот же телеграм и где храняться от него аккаунты?

Попробуй Disk Usage Analyzer (Baobab), скорее всего данные телеграмма будут больше 200 Мб и их легко увидеть. Я веб версию использую, и смотрю папку конфигов мозилы, а бинарь их не ставлю.

AZJIO
()
Ответ на: комментарий от userlogin31

Ещё момент

Запрос гуглу: «можно ли задать разделу принудительно конкретный UUID»
Ответ: для этого используются утилиты tune2fs (для ext2/3/4) или xfs_admin (для XFS)

Запрос гуглу: «что будет если сгенерировать другой UUID раздела линукс и поменять его в Grub2 и во fstab, будет ли этого достаточно».
Ответ вроде как да, ьам ещё указывается какой то конфиг /etc/initramfs-tools/conf.d/resume но это наверно если не получится загрузится.

AZJIO
()
Последнее исправление: AZJIO (всего исправлений: 1)
Ответ на: комментарий от yars068

всем спасибо система завелась! ура

uuid не прописывал, после монтирования разделов, перезагрузил машину, после запустил виртуалку с диском на котором востанавливал запуск, выскочило другое меню, где выбрал обновить grub, потом restart, и запустилась os, глупая )

userlogin31
() автор топика
← Экстремальное энергосбережение i3-1215u до уровня n-серии
General