> У меня получился @/srv/docker - которого я вовсе и не спрашивал.

Ну так снеси его и сделай subvol где там хотел. Все кроме создания иного subvol можно файловыми операциями оформить. В чем проблема то? Надо сохранить данные? Подвинь как обычно, это "та же самая фс" считается, будет быстро. Или если хочется странного, заснапшоть его в новый subvol в верху иерархии, а этого снеси, результат такой же. Или в чем трабл то? Да ты можешь создать subvol в subvol, это 100% валидно, но стоит понимать что при снапшоте под вложенный subvol - снапшот не распостраняется (иначе так можно в рекурсию уйти) и они полностью декоррелированы по снапшотированию. Пойнт subvol вместо дир в том что это "точка входа в иерархию" и можно снапшотить каждый subvol независимо.

> Вероятно ты не совсем умеешь управлять своим "звездолетом" в условиях, отличных от
> тестовой площадки с раз и навсегда проложенным маршрутом?

Я примерно такую структуру как раз и использую и как раз о том как оно работает тебе и талдычу, а у тебя понималки, блин, на абстракцию гипердрайва не хватает, лол.

> <FS_TREE> вместо нормального пути ни на что тебе такое не намекает?

Он намекает на существование "higher plane" с менеджментом, в котором и живут @ и @home на самом деле, откуда @ и @home в 2 точки через subvol= при mount и монтиру.тся. Ты не видишь это в / и /home - оба используют subvolume 1 уровнем ниже чем это.

Чтобы увидеть настоящий топ файлухи зацепи его в какой /mnt/mgmt например как mount /dev/wtf /mnt/mgmt (т.е. вот именно без subvol= тебе дефолтный тогда цепанут, в нем оно и есть). Где /dev/wtf ессно какой-нить из девайсов бтрфса. Увидишь что я имел в виду про higher plane. Уровень на один выше / увидишь. А в нем твои @home и @ лежат. Прикольно, да? Добро пожаловать в новое измерение, теперь можно порулить "как гипервизор" - не засоряя менеджментом систему :)

>> А @ и @home - видимо была типовая абстракция
> это просто символ. Можешь вместо него букву A использовать с тем же успехом.

Спасибо кэп. Ты решил дать капитану звездолета азбуку управления гипердрайвом? :)

> Получится абхазский акцент. Убунта действительно первая начала именно так помечать
> сабвольюмы - ну раз у вас нет способа как-то еще побыстрому
> отличать их от подкаталогов (а они таки не подкаталоги),

Они супер-каталоги, на стероидах - точка входа в иерархию с независимым снапшотированием, и вот возможностью цеплять их отдельно.

> давайте пердолиться вручную. (да, еще одна прекрасная деталь твоего
> звездолета но с оглоблями от телеги - прекрасный способ выяснять не сабвольюм
> ли тут нам попался if [ `stat --format=%i path` -eq 256 ] - только
> вот осторожно, тут ошибка!)

В нормальной ситуации их редко разбрасывают в видимой области - зачем ОС видеть свои множественные состояния и проч, с лишним шансом повредить это? Это уровень менеджмента. Если хочется странного можно раскидать и прямо в ОСь - но это неэстетично.

Давай я тебе скажу сразу и как снапшотить туда? Допустим ты зацепил реальные топ ФС с менеджментом в /mnt/mgmt - с именно настоящей верхушкой, где @home и @ лежали. Тогда снапшотнуть хомяка туда же будет как-то типа btrfs sub snap /home /mnt/mgmt/@home-snapshot-2 например. Или если гадать где @home примаунчен не хочется, btrfs sub snap /mnt/mgmt/@home /mnt/mgmt/@home-snapshot-3 - тоже катит. Главное чтобы источник был subvolume и в назначении катило создать новый subvolume.

Снапшоты - такие же subvolume как и оригиналы. Можно ридонли сделать. Можно даде тогглить потом флаг ридонли если сильно надо. Readonly сабвол стираться на уровне файловых операций не будет и записывать в себя ничего не даст, снести его можно только менеджмент командами или сняв с него ридонли проперть соответственно.

>> Ну а в btrfs этим всем вообще мозг греть просто не надо.
> ну то есть ты даже не знаешь что случилось и как это
> чинить, как обычно, пол-шага в сторону от твоей "экспертизы" - и
> даже btrfs, оказывается, ты знаешь плохо.

Я то как раз отлично понимаю что у тебя, чего кувалдой размахиваешь, питек?! Не нужна она там, нужно абстрактное мышление.

> Кончишь в яме тысячи щупалец, однозначно.

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