На данный момент нет способа сделать это. На самом деле UUID тома используется в каждом узле дерева чанков. Вы должны будете изменить их там также, предполагая, что заголовки блоков / устройства не хэшированы. BTRFS действительно не был предназначен для такого резервного копирования.
Это действительно грустно, но самый простой способ справиться с этим - использовать другой компьютер.
Если позволите, я хотел бы предложить вам прекратить резервное копирование ваших данных таким образом.
Если ваши разделы важны в целом, сделайте резервную копию с помощью dd/ clonezilla. Когда вам нужно восстановить резервные копии, восстановите весь раздел за один раз. Не делайте такого рода гибридных резервных копий: вы специально сохранили свои разделы на уровне блоков . Таким образом, вы должны восстановить его на уровне блока. В противном случае вы используете ложку, чтобы нарезать мясо. Как вы наверняка заметили, это решение обычно не используется, потому что оно не предлагает универсальности.
Если ваши данные важны, rsyncвыполните резервное копирование с помощью или аналогичного инструмента на другом диске: ваши данные всегда будут доступны, вы создаете резервную копию именно того, что вам нужно, вы делаете резервные копии на уровне файлов и т. Д.
Обратите внимание, что BTRFS имеет некоторые (теперь ограниченные) функции резервного копирования . BTRFS движется быстро, я думаю, что в будущем появятся дополнительные функции резервного копирования.
О, вы уже были предупреждены;) Автоматическое резервное копирование Clonezilla и шифрование GPG
Кстати, шифрование легче применять к файлам, используя либо LUKS для шифрования на основе разделов, либо EnFS или EncryptFS для шифрования на основе файлов.