sasha300,
Timeshift при работе со снапшотами переименовывает @ и снапшот, насколько я помню.
Snapper работает по другому. Он просто выставляет default маркер на нужный subvolume(сабраздел/снапшот).
По умолчанию оный маркер стоит на сабтоме с ID 5. Смысл маркера - он указывает ядру и системе какой сабраздел монтировать во время выполнения mount для btrfs если не было опции "subvol="
Т.е. ставя маркер - указываем где именно у нас будет корневой раздел. Это сильно облегчает вопросы запуска системы из загрузчика - поменяв маркер default более не нужно править никаких конфигов или обновлять загрузчик чтобы загрузился уже новый снапшот кореня системы. Проблема же в том, что timeshift, если я правильно помню, подразумевает сохранение default маркера на subvolume с именем/путем @ или ID 5. Хотя это не то, что просто не нужно для нормальной работы системы на btrfs, а как-бы вообще противоречит ее (btrfs) принципам.
По сути, при полностью "академической" установке системы на btrfs, опция subvol=@ вообще не нужна нигде, для указания сабтома где находится корень системы. Ни в загрузчике ни fstab. Корнем будет default сабтом. (Вот про @home отдельно - там опция ставится.)
При rollback - snapper тоже меняет default маркер, и откатывает его на предыдущий сабтом. Который получается не @ и не с ID 5. Смотрите текущее состояние через
sudo btrfs sub get-default / Там же и установить можно вручную через set-default
ID - это абсолютные номера сущностей на btrfs, они никогда не меняются. Самый первый сабтом btrfs при ее создании получает ID 5, и метку default. Это изначальный корень btrfs (не имеющий символьного имени!).
В дальнейшем он может быть спокойно удален как любой другой. А в процессе установки Ubuntu/Mint создают на этом сабтоме с ID 5 два других сабтома - @ для корня системы, и @home для хомяков.
Имена же, в отличии от ID - могут быть изменены, как имя каталога. А кроме того они еще и могут быть вложенными - т.е. сабтом может быть вида @/.snaps - здесь внутри сабтома @ находится сабтом .snaps
И при переименовании @ во что-то еще такой путь тоже поменяется! Только ID неизменны, а маркеру default на имена тоже пофиг - он тоже на ID завязан. Отсюда и косяки timeshift который с именами работает а не с ID. С учетом того, что он еще и хранит снапшоты на другом сабтоме (текущем @) с доступом по имени и жонглирует ими во время смены снапшота - понимаете теперь откуда весь этот бардак?
В случае нормальной конфигурации под snapper структура диска должна выглядеть примерно так:
Где в snapshots оные и живут. Здесь на всякий случай напоминаю - символ @ - это не технический признак сабтома, а лишь общеиспользуемое соглашение (как у программистов про имена переменных). Однако вышеописанная структура именно такова: @ - изначальный корень системы, а дальше он может быть переключен на любой снапшот через set-default (что snapper и делает). После чего в сохранении /@ смысла уже не так много, но оно удобно для ручного манипулирования через "sudo btrfs sub ..." если до такого когда-то доходит.
На практике - Ubuntu\Mint слишком завязаны на имя @ как корень системы, потому snapper его обычно тоже поддерживает связанным с нужным снапшотом. Вообще - там возможности конфигурации довольно гибкие, и все это можно в конфигах задать.
и респект за подсказки!
