Неправильный GUID раздела EFI системы?

На новом диске с инициализацией GPT (второй диск ПК) я создал раздел FAT32 с помощью gparted. Я хочу использовать его как EFI системный раздел, поэтому отметил его как загрузочный. После этого я проверил UUID, используя опцию “информация о разделе” в gparted, и он сообщил: 09B1-97A5. Насколько я понимаю, он должен быть C12A7328-F81F-11D2-BA4B-00A0C93EC93B.

Я также проверил диск с работающей операционной системой (Ubuntu 14) и обнаружил, что gparted сообщает EB78-9AD2 для фактического UUID загрузочного раздела. Что именно gparted сообщает как UUID на моем EFI системном разделе и почему это не совпадает с ожидаемым C12A7328-F81F-11D2-BA4B-00A0C93EC93B идентификатором?

Вы путаете UUID файловой системы с GUID раздела. Первые хранятся внутри файловых систем и могут использоваться в файле /etc/fstab в Linux или командой mount через параметр UUID=. (Несмотря на название “UUID”, они не всегда являются истинными UUID. FAT, например, не использует UUID, поэтому для FAT вместо UUID используется серийный номер.) Эти UUID должны быть уникальными для любой данной файловой системы, хотя клонированные файловые системы могут иметь дублированные UUID.

GUID раздела, напротив, доступны только на дисках GPT. На самом деле существует два GUID, связанных с разделом:

• GUID кода типа, который является тем, что представляет собой C12A7328-F81F-11D2-BA4B-00A0C93EC93B. Этот конкретный GUID идентифицирует EFI системный раздел (ESP). Это эквивалент однобайтовых кодов типов разделов диска MBR.
• Уникальный GUID раздела, который, как и UUID файловой системы, должен быть уникальным для любого конкретного раздела. EFI использует этот GUID внутренне, и некоторые версии утилит Linux позволяют вам использовать его так же, как UUID файловой системы, но с использованием метки PARTUUID= вместо UUID=.

Я нашел решение. Как предложил один из участников обсуждения, UUID на GParted не имеет отношения к GPT. Я на самом деле нашел правильный GUID, используя: sudo gdisk /dev/sda. После этого я использовал опцию “i”

Привет!

Я могу подтвердить это решение, так как оно сработало для меня. Я какое-то время загружался в режим аварии. Я нажимал enter и вводил exit или ctrl-d, иногда мне приходилось делать это несколько раз, но в конце концов это обычно срабатывало. Я хотел выяснить, что не так и загрузиться в Ubuntu без режима аварии. Windows 10 была предустановлена на моем ноутбуке и загружалась нормально. Я удалил Windows 10 и установил тестовую копию Ubuntu на /dev/sda1, и она не загружалась в режиме аварии, так что я снова начал надеяться, что это не аппаратная ошибка, то есть просто поломка. Я прочитал это решение

“Добро пожаловать в режим аварии!” Думал, что это проблема fsck

И подумал, может быть, если я выполню fsck -y /dev/sda6, это решит проблему, к сожалению, это не сработало. Затем я прочитал эту статью и выполнил more /etc/fstab на обеих разделах Ubuntu. Несмотря на то что я установил оба раздела Ubuntu на одном и том же ноутбуке, в fstab были два разных значения UID для /boot/efi.

Старая установка Ubuntu, которая загружалась в режиме аварии, имела следующее

UUID=BEAA-DA23  /boot/efi       vfat    defaults      0       1

Новый пустой тестовый раздел Ubuntu имел следующее

/dev/disk/by-uuid/AB34-68EA /boot/efi vfat defaults 0 1

Я выполнил blkid, и он сообщает вам UUID корневого и своп-разделов, но не раздела /boot/efi, который задним числом был причиной проблемы. Когда я удалил свой раздел Windows, мне нужно было создать новый раздел /boot/efi, и UUID изменился, когда я это сделал. Новая установка Ubuntu заметила это и правильно сконфигурировалась. Но старая установка, на которой я установил все свои программы и имел все свои данные, осталась без изменений. Если вы хотите найти UUID вашего раздела /boot/efi без установки новой копии Ubuntu, вы можете выполнить ls -l /dev/disk/by-uuid, и UUID раздела /boot/efi должен быть там.

Я выполнил sudo emacs /etc/fstab на старом разделе Ubuntu, закомментировал старую строку вот так

#UUID=BEAA-DA23  /boot/efi       vfat    defaults      0       1

И под ней вставил новую информацию для /boot/efi из тестового раздела Ubuntu.

/dev/disk/by-uuid/AB34-68EA /boot/efi vfat defaults 0 1

И пока что это работает. Раньше у меня был случайный перезапуск, что обычно не происходит, но я думаю, что это может быть что-то другое. Когда я перезагрузил снова, система не загрузилась в режиме аварии и загрузилась сразу в Ubuntu. Проблема, похоже, решена! Спасибо за то, что указали мне правильное направление, надеюсь, это объяснение поможет кому-то еще.

Удачи!