При монтировании файловой системы BTRFS можно указать, какой подтом монтировать, а какой нет:
A Btrfs filesystem has a default subvolume, which is initially set to be the top-level subvolume [who's ID is always 5] and which is mounted if no subvol or subvolid option is specified. - https://btrfs.wiki.kernel.org/index.php/SysadminGuide#Snapshots
Вы можете переопределить подтом по умолчанию, используя параметр subvol
при монтировании файловой системы:
mount /dev/sda / -o subvol=root/.snapshots/535/snapshot
В вашем случае подтом 275 был изменен на используемый по умолчанию при выполнении отката.
rollback [options] [number]
Creates two new snapshots and sets the default subvolume. Per default the system boots from the default subvolume of the root filesystem. - http://snapper.io/manpages/snapper.html
Страница карты Snapper неявно говорит здесь о том, что она ожидает, что точка монтирования для вашей корневой файловой системы будет , а не указывать подтом. В противном случае команда отката не будет иметь никакого эффекта, так как будет перезаписана опцией subvol
.
Исходный подтом по умолчанию был верхним -уровнем (ID 5 ). Вы, безусловно, можете использовать btrfs subvolume set-default
, чтобы снова сделать его значением по умолчанию, но... возможно, вам не следует этого делать.
Если вы загружались со своего подтома 535, то, возможно, вы накопили огромное количество изменений с течением времени в этом подтоме. Возврат к подтому верхнего -уровня будет означать потерю этих изменений; Я использую слово потеря здесь вольно, учитывая, что изменения все еще будут существовать,просто в другом подтоме.
Вы не можете клонировать, если у вас нет моментальных снимков дисков (ZFS, BTRFS, LVM ).
Вы можете копировать относительно статические файлы из файловой системы, используя такой инструмент, какrsync
(или даже scp
в крайнем случае ). Обратите внимание, что «относительно статические» исключают файлы, используемые в работающей базе данных, почти наверняка, даже если она не используется активно в момент копирования.