> слив засчитан. Вместо по существу - опять сказки про белого бычка.Да не, просто на меньшее согласиться после вон того - уже тяжко.
> угу. Образчик "неминдфака":
> btrfs subvol create /srv/docker
> btrfs subvol list -a /
> ID 257 gen 63247491 top level 5 path <FS_TREE>/@
> ID 258 gen 63247080 top level 5 path <FS_TREE>/@home
> ID 402 gen 63247491 top level 257 path @/srv/docker
У тебя получилось то что ты запросил. Subvol в /srv/docker + 2 которые были до этого. Технически это вложенные структуры - @ содержит в себе @/srv/docker видимо. Но при снапшотировании снапшот НЕ идет в subvolume, они рулятся полностью независимо в этом плане и это их пойнт и есть. Альтернативные "точки входа" с своими независимыми снапшотами. Можно выбрать более гранулярно что и как снапшотим.
А @ и @home - видимо была типовая абстракция "в стиле убунты" (они первые ее придумали). Когда система поделена на "/" и "/home", это 2 разные точки монтирования с разным subvol= ... в монтировании, их можно снапшотить независимо друг от друга. По дефолту снапшот / назван как @ а /home как @home. Настоящий top of hierarchy в этой абстракции немного косплеит виртуалки, он - на один уровень выше этого. Представь себе что ты гипервизор и менеджишь виртуалку с снапшотами. Зачем гуесту видеть свои мозги? Ну и вот тут так же.
Истинный top файлух маунтится при менеджменте в отдельную локацию. Там скорее всего будет только 2 "диры" (на самом деле subvolume) - @, @home. И да в btrfs subvolume и snapshot это одно и от же. Когда ты просишь снапшот, создается sybvolume изначально который ссылается на те же блоки а потом как пойдет.
Почему ты не создал и доскер куда-то туда же в "one level above" - ну, может ты баклан и не умеешь в абстракции "god mode" когда самое интересное - ВНЕ основного поля видимости и НЕ засирает управляемое лишним, так что нечаянно испортить это становится куда сложнее, соответственно. Но любой кто понимает концепции типа гипервизоров прекрасно понимает и вот это "one level above" - с множественными состояниями именно там. Не отсвечивающими кишками в текущее состояние особо. А зачем? Менеджмент отдельно, менеджимое отдельно.
> что за херня у нас получилась, почему мы попали не в соседнюю
> подворотню а в другую вселенную, где нас тащат в яму-тысячи-щупалец-с-утолщением-на-концах
> и, главное - как это исправить?
Вы попали в higher plane - где на самом деле и происходило управление. То что вы считали пространством-временем было всего лишь очень частной инкарнацией мультивселенной где можно перемещаться в 4-мерном простанстве, в обе стороны. Да еще - при откате таймлайна для допустим ОС и ее / я совершенно не обязан пролюбливать изменения в вон тех проектах в CAD в хомяке например. Конечно супер-полный откат лучше выполнить синхронным переключением хомяка и системы на снапшоты из одного времени их создания. Но есть довольно высокий шанс что система из прошлого все же переживет хомяк из будущего с приемлимым фаллаутом, и тогда хотя ты вернулся в прошлое, ты притащил знания из будущего и не обязательно при откате системы пролюбить и свои проекты.
Почему вы не смогли сделать свои абстракции в higher plane менеджмента и попытались нагадить этим в основную систему - ктулху вас там знает. Может примитисные существа не умеют в абстракции нелинейного менеджмента систем? Хоть и странно, корпы это все любят начиная с зари появления виртуалок и гипервизоров. Должны были бы объяснить такие вещи не совсем безнадежным.
> (Чувак берет любимый отбойный молоток и бодро лезет с ним в гипердрайв.
Оно и видно! (матерится, програмит гипердрайв на короткий прыжок и наблюдает зачетный салют с безопасной дистанции).
> "Давайте не будем ему мешать и просто понаблюдаем за ним"(c) -
> но с расстояния в пару миллионов парсек - чтобы не быть
> утянутым в ту чорную дыру которую он сейчас наворотит.)
Ну вот ты что-то такое и попытался. Правда, оно ничем таким не фатально, как создал так и удалить можно. Даже цуко стереть миднайтом (с неких пор unlink на subvolume таки работает и эквивалентен удалению через команды). И это +1 причина НЕ хранить уровень менеджмента в видимости "текущего состояния" вынеся слой менеджмента в "higher plane" - так оно гипервизор чуть больше напоминает. Только теперь мы bare metal в том же стиле рулим, ага.
А прикинь, на минималках даже GRUB можно убедить читануть кернел и инитрд из вон того снапшота, и зацепить вон те / и /home. Поди плохо когда у машины времени failsafe врубается с совсем минимуом допущений то? Так что если при парковке случилась материализация в столб - ну, отмотаем в прошлое, объясним себе баклану что координаты надо тщательнее выбирать, и попробуем еще раз.
> А вон в том есть пул, отдельно, и фс или том в нем - отдельно (и еще снапшоты
> - тоже отдельно, потому что это не fs а снова отдельная сущность).
Как говорится, не надо умножать сущности сверх необходимости. Какая необходимость в "one level above /" я еще могу понять. Это отделение уровня менеджмента от управляемой системы в ее крейсерском режиме. Чтобы не повредить уровень менеджмента лишний раз и чтобы он не вызывал отвал башки у программ и проч. Разумеется иногда программам надо показать именно тот вид, если например хочется дедупнуть subvolume относительно друг друга прогой дедубликации, она, конечно должна видеть все что подлежит дедупу. Даже если в нормальном виде альтернативные состояния системы и не часть ЭТОЙ системы.
А чтобы увидеть настоящий топ btrfs в той абстракции - его надо цепануть куда-то без указания subvol (при этом цепляется дефолтный). Это и будет higher plane где живет менеджмент. Я туда же складываю снапшоты. Скажем @system-deb11 @home-deb11 в higher plane - это home и / дебиана 11 в виде как это было до апгрейда на дебиан 12. А настоящий дебиан 12 это никак не видит при его нормальной работе. А зачем ему что-то делать с кишками предка? Это как раз разделение абстракций. На мой вкус так убунтуи как раз хорошо это придумали, я собезьянил идею с "higher plane".
> Поэтому заехать вот так одним движением не туда - не получится.
Ну так требование открыть портал в higher plane через mount настоящего топа иерархии как раз отделяет в той абстракции мух от котлет. Зачем ты доскера скроил прям вот так - а кто тя знает.
> И пул не нужно никуда "монтировать" чтобы создать на нем фс в таком месте иерархии
> в каком хочется (и она автоматически смонтируется куда сказано, а не
> вот такое устроит).
Ну а в btrfs этим всем вообще мозг греть просто не надо. Для совсем неудачных прог там есть nocow и будет он как нечто типа EXT4 в результате. Актуально всяким БД и проч.
>> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит
> Вон там выше - прекрасное. Но наблюдать лучше издалека.
Ну, раз мы тут болтаем - значит я живой, гипердрайв работает, и как показали эксперименты, там так то failsafe есть.
> И это лишь одна из любимых моих фич но далеко не единственная.
Мне эта фича тоже нравится - позволяет рулить железками почти как если бы я был гипервизором и виртуалкой. Это круто и удобно так то. И отделяет уровень менеджмента от текущего вида ОС.
А то что олды никак не могут понять идею с higher plane и множественными состояниями, нелинейным менеджментом ОС где факап апгрейда пакета вовсе не значит день траха а лишь откат в снапшот 5-минутной давности сделаный перед апдейтом за пару минут - ну я в этом не виноват. Примитивные существа, привыкли во все кувалдой тыкать.
