У меня есть NAS с 4TB HDD с 2 разделами: один подкачка и другой ZFS. Второй раздел исчез с NAS и не указан в blkid или /dev /*. gparted распознает раздел как /dev /sdb2, но у него нет UUID, поэтому zpool не может его импортировать.

Я попытался клонировать начало жесткого диска на меньший (dd для копирования первых 40 ГБ, sgdisk для копирования таблицы разделов). Второй раздел теперь отображается в /dev /sdc2 и имеет UUID (ожидаемый), но у него нет PARTUUID. zpool import теперь может распознавать этот второй клонированный диск, но выдает ошибку ввода-вывода, когда я пытаюсь импортировать его.

zdb -l /dev /sdc2 показывает 'путь: /dev /gptid /db7d4921-d920-1le4-9dd6-00138f6f9938', который должен быть разделом PARTUUID, но blkid не показывает PARTUUID в /dev /sdc2.

Можно ли как-то установить UUID / PARTUUID раздела первого диска на ожидаемый?

|источник

2 ответа2

1

Вы можете просматривать и манипулировать GUID (которые многие инструменты Linux называют "PARTUUID") с помощью gdisk и sgdisk . Например:

$ sudo sgdisk -i 1 /dev/sde
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: C697EE49-9430-46C5-B090-0423DA7A6FFF
First sector: 40 (at 20.0 KiB)
Last sector: 409639 (at 200.0 MiB)
Partition size: 409600 sectors (200.0 MiB)
Attribute flags: 0000000000000000
Partition name: 'EFI System Partition'

В этом примере показано значение GUID раздела (Partition unique GUID) как C697EE49-9430-46C5-B090-0423DA7A6FFF. Опция i в gdisk показывает ту же информацию. Вы можете установить его на определенное значение с опцией sgdisk -u «s, как в:

$ sudo sgdisk -u 1:BB193EE0-3544-449A-935A-41B215819992 /dev/sde

1: ведущий GUID является номером раздела. Вы можете сделать то же самое в gdisk , используя опцию c в меню экспертов.

|источник
0

  1. попробуй импортировать -a. Если это не удается, проверьте файл кеша.

  2. Проверьте файл zpool.cache, если он у вас есть, возможно, вы сможете разобрать на нем какой-нибудь текст, чтобы увидеть, содержит ли он информацию о вашем пуле. вселяя надежду здесь.

  3. Теперь посмотрите, есть ли в нем информация об устройстве для каждого диска, это может помочь вам в поиске дисков.

  4. Проверьте таблицы разделов, убедитесь, что они хороши, используйте fdisk -l и / или gdisk .

Если вы смонтировали их слабо, вы можете просто переключиться при перезагрузке, например, с /dev/sda на, например, /dev/sdb что приведет к уничтожению всего массива, пока эта буква не станет прямой. (по этой причине не создавайте пулы, подобные этому). Создайте их резервные копии (таблицы), особенно если они утверждают, что они плохие. Вы можете использовать testdisk или разрешить gdisk восстановить раздел, позволив ему выбрать то, что он считает правильным.
После восстановления таблиц разделов ваш zpool.cache снова распознает ваш массив, а затем снова сможет импортировать его, после чего после перезагрузки обновления таблиц разделов вы просто импортируете правильный путь zpool import <poolname>

Предложение 1:(для будущих пользователей) Если у вас есть набор данных, никогда не думайте, что данные находятся под угрозой, zfs - чрезвычайно надежная и сильная система. В худшем случае вы можете использовать dev-мод zfs и отключить импортные проверки, чтобы импортировать ваш пул, в некоторых случаях.

Предложение 2:(для будущих пользователей) При создании пулов попробуйте использовать идентификатор диска при монтировании. /dev/disk-by-id/xxx

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .