Увидели это сегодня на новой установке Xenial, также после удаления некоторых контейнеров за день до этого.
Удаление точки монтирования /var/lib/lxd/containername.zfs (rm), а затем запуск zfs mount -a исправил ее [!d1 ]
Довольно смущающе, что вы не можете удалить контейнер, не беспокоясь о том, что точки монтирования закручиваются!
Как упоминает @ mook765 в комментариях, я думаю, что вы можете использовать PARTUUID, но просто без кавычек.
PARTUUID=5678-03 /boot [...]
Кроме того, если не считать этого, я думаю, вы можете использовать символические ссылки /dev/disk/by-partuuid/*, которые создает udev .
Вы также можете использовать «UUID», а не «PARTUUID». Ниже приведен пример раздела загрузки моего fstab (по умолчанию это Ubuntu):
# /boot was on /dev/sda1 during installation
UUID=4e8a17a6-87ca-403b-9a1a-896d553e518c /boot ext3 defaults 0 2
UUID=7A56-4947 /boot/efi vfat defaults 0 1
Чтобы получить UUID блочного устройства:
sudo blkid /dev/sda1
/dev/sda1: LABEL="ubuntu-boot" UUID="4e8a17a6-87ca-403b-9a1a-896d553e518c" TYPE="ext3" PARTLABEL="ubuntu-boot" PARTUUID="57e3d2de-492b-4875-b110-76325e2401ec"
Просто для Например, на другой машине вы заметите, что каждая файловая система на диске имеет другой UUID:
root@bierstadt:~# lsblk -o name,UUID /dev/sda
NAME UUID
sda
├─sda1 8D99-B7B6
├─sda2 147da7cf-c356-4ff9-a6fa-8fb555290b25
└─sda3 1dd7ce7d-6de9-40e0-bd3f-5550ae40a588
└─sda3_crypt mAdSjw-3B31-Z7Im-WbCk-QmIP-b01M-5mFckC
├─ubuntu--vg-root 1b3d8c0f-2241-48c1-a272-39f8e683ccc9
└─ubuntu--vg-swap_1 fd34789c-c65f-4253-a810-8183988e9760
Обратите внимание, что UUID поставляется с файловой системой. Итак, если вы клонировали раздел, UUID пойдет вместе с ним. Вероятно, вы должны изменить его, если хотите его монтировать, или ссылаться на него отчетливо:
Из этого блога:
Поскольку невозможно установить две файловые системы с одинаковым UUID , следует проявлять особую осторожность, когда снимки LVM (или клонированные диски) используются в среде: установка может завершиться неудачей из-за дублирования UUID. [...] Один из способов борьбы с этим - это способ изменить UUID во время создания или впоследствии, другим способом является установка с помощью опции nouuid.Чтобы изменить:
# tune2fs -U new_uuid /dev/sdaX
На этом диске было 2 раздела. Я пытался увеличить размер раздела / boot. Я добавил новый раздел, umount'ed / boot и клонировал его в новый раздел. Это оставило меня с идентичными UUID на 2 разделах. Я запускал tune2fs для создания случайного UUID для старого / загрузочного раздела. Заметьте, мне пришлось запустить grub-install / dev / sda, чтобы исправить grub и разрешить перезагрузку. В качестве альтернативы, я обнаружил, что могу исправить grub, а затем добавить старый раздел в группу логических томов для расширения /, это также изменило UUID. спасибо за идеи.
Как упоминает @ mook765 в комментариях, я думаю, что вы можете использовать PARTUUID, но просто без кавычек.
PARTUUID=5678-03 /boot [...]
Кроме того, если не считать этого, я думаю, вы можете использовать символические ссылки /dev/disk/by-partuuid/*, которые создает udev .
Вы также можете использовать «UUID», а не «PARTUUID». Ниже приведен пример раздела загрузки моего fstab (по умолчанию это Ubuntu):
# /boot was on /dev/sda1 during installation
UUID=4e8a17a6-87ca-403b-9a1a-896d553e518c /boot ext3 defaults 0 2
UUID=7A56-4947 /boot/efi vfat defaults 0 1
Чтобы получить UUID блочного устройства:
sudo blkid /dev/sda1
/dev/sda1: LABEL="ubuntu-boot" UUID="4e8a17a6-87ca-403b-9a1a-896d553e518c" TYPE="ext3" PARTLABEL="ubuntu-boot" PARTUUID="57e3d2de-492b-4875-b110-76325e2401ec"
Просто для Например, на другой машине вы заметите, что каждая файловая система на диске имеет другой UUID:
root@bierstadt:~# lsblk -o name,UUID /dev/sda
NAME UUID
sda
├─sda1 8D99-B7B6
├─sda2 147da7cf-c356-4ff9-a6fa-8fb555290b25
└─sda3 1dd7ce7d-6de9-40e0-bd3f-5550ae40a588
└─sda3_crypt mAdSjw-3B31-Z7Im-WbCk-QmIP-b01M-5mFckC
├─ubuntu--vg-root 1b3d8c0f-2241-48c1-a272-39f8e683ccc9
└─ubuntu--vg-swap_1 fd34789c-c65f-4253-a810-8183988e9760
Обратите внимание, что UUID поставляется с файловой системой. Итак, если вы клонировали раздел, UUID пойдет вместе с ним. Вероятно, вы должны изменить его, если хотите его монтировать, или ссылаться на него отчетливо:
Из этого блога:
Поскольку невозможно установить две файловые системы с одинаковым UUID , следует проявлять особую осторожность, когда снимки LVM (или клонированные диски) используются в среде: установка может завершиться неудачей из-за дублирования UUID. [...] Один из способов борьбы с этим - это способ изменить UUID во время создания или впоследствии, другим способом является установка с помощью опции nouuid.Чтобы изменить:
# tune2fs -U new_uuid /dev/sdaX
На этом диске было 2 раздела. Я пытался увеличить размер раздела / boot. Я добавил новый раздел, umount'ed / boot и клонировал его в новый раздел. Это оставило меня с идентичными UUID на 2 разделах. Я запускал tune2fs для создания случайного UUID для старого / загрузочного раздела. Заметьте, мне пришлось запустить grub-install / dev / sda, чтобы исправить grub и разрешить перезагрузку. В качестве альтернативы, я обнаружил, что могу исправить grub, а затем добавить старый раздел в группу логических томов для расширения /, это также изменило UUID. спасибо за идеи.