The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD, opennews (??), 13-Окт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


46. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 10:03 
Ну ок, потрачу что-ли еще немного бисера впустую - вдруг все же кому-то пригодится.

Итак, test case для zfs + freebsd: берем работающую систему и zfs send ее куда-нибудь подальше. Берем другую работающую систему (совсем другую, чтоб уж точно исключить наведенные сложные глюки), создаем на ней zvol, внутри zvol (!) разделы как на диске первой системы (у меня там, логично, boot, своп и zpool), и туда zfs receive полученное в пункте 1.
(как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины внутри второй, поэтому мне и понадобились разделы, но так далеко вам не надо будет ходить)

Опционально (результат не должен от этого зависеть) - пытаемся сделать этому пулу import. (ну конечно не забыв про либо nomount либо altroot)

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

shutdown/reboot

Ожидание - ну либо какая-нибудь _объяснимая_ ошибка, либо мы видим два пула - настоящий и виртуальный из виртуального диска внутри zvol.
Реальность - ну сами увидите.

Проделывалось все это под немодной freebsd 12, поэтому ничего не могу обещать по поводу модных современных с линуксом унутре. Но рискну предположить что воз и ныне там, поскольку это скорее всего geom а не сама zfs и никаких подвижек в его коде не было.

а, да - sysctl'и управляющие рекурсивным поиском - по вкусу.
Результаты будут разные, но каждый раз - занимательные.

Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от ant2 (?), 14-Окт-23, 12:25 
Рекомендую попробовать zxfer.
Он работает ОК.
На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530
Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 12:53 
> Рекомендую попробовать zxfer.

Простите, вы пробовали прочитать написанное?


Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +1 +/
Сообщение от пох. (?), 14-Окт-23, 12:58 
> На 12-stable желателен патчик https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254530

патч прекрасен: https://bz-attachments.freebsd.org/attachment.cgi?id=225842
т.е. все что вы категорически не хотели знать о zfs и руках которыми ее кодят.
(нет, это не имеет ни малейшего отношения к тому что я там выше описывал. Просто отдельный шедевр искусства, самодостаточный.)

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

91. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (-), 14-Окт-23, 17:37 
> (как несложно догадаться, изначально я хотел чтобы это была виртуалка первой машины
> внутри второй, поэтому мне и понадобились разделы, но так далеко вам
> не надо будет ходить)

Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs btrfs. Только в btrfs это сильно проще, меньше entity на прогрев мозга - и оно потом еще и работает к тому же. В линухе, конечно.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

96. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 17:49 
> Вау. Пох пытается освоить враппинг виртуалок в стиле почти как я vs
> btrfs. Только в btrfs это сильно проще, меньше entity на прогрев

только в btrfs нет volumes, поэтому чья бы корова мычала...

> В линухе, конечно.

В линухе мне не нужно. Совсем. Вместе с линухом.

Ответить | Правка | Наверх | Cообщить модератору

112. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (112), 14-Окт-23, 20:38 
> только в btrfs нет volumes, поэтому чья бы корова мычала...

Так это вообще не баг а фича: избавляет от дохреналиона траха с горбатым менеджментом где все прибито на гвозди. Такой менеджмент могут любить только люди с калечной психикой которым игрушки к полу прибивали.

>> В линухе, конечно.
> В линухе мне не нужно. Совсем. Вместе с линухом.

Ну дык виндочкой пользуйся, с нтфсиком, все как ты и хотел. Не, не айс?

Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +2 +/
Сообщение от пох. (?), 14-Окт-23, 21:21 
опять зелен виноград. Все что у тебя не работает и никогда не будет - тебе не баг а фича.

пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  –1 +/
Сообщение от Аноним (119), 14-Окт-23, 21:57 
> опять зелен виноград. Все что у тебя не работает и никогда не
> будет - тебе не баг а фича.

Знаешь что мне в btrfs больше всего нравится? Его менеджмент, вот это - next gen, в отличие от того миндфака который был раньше. Теперь не надо трахаться с этим вашим секстантом, звездами, компасом, картами бумажными. Вбил координаты в консольку - и гипердрайв тебя закинул в указанное назначение. Это круто и правильно.

А вон то - таки стоит на пути такого подхода, как я понимаю имея множество проблем по части того чтобы это все динамически переигрывать. И это хорошая прчина желать смерти подобным технологиям, как по мне. О чем я должен скучать, чудак? О вон том педальном менеджменте, полном боли и миндфака? Ну уж нет - вот спасибо. Ты сам там сратисы, LVMы и что там еще используй, храни десятки девайсов на складах, грей мозг выравниванием, или что там тебе удобно. А мне так больше почему-то не хочется. Вообще совсем.

> пользуюсь. вполне доволен. Моего труда в нее вложено ровно ноль, и это прекрасно.

Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит простой и ненапряжный менеджмент, а вот миндфак я оставлю ветеран-юникс-пользователям виндочки, имхо.

Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 14-Окт-23, 23:07 
>> опять зелен виноград. Все что у тебя не работает и никогда не
>> будет - тебе не баг а фича.

слив засчитан. Вместо по существу - опять сказки про белого бычка.

> Знаешь что мне в btrfs больше всего нравится? Его менеджмент, вот это
> - next gen, в отличие от того миндфака который был раньше.

угу. Образчик "неминдфака":
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

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

что за херня у нас получилась, почему мы попали не в соседнюю подворотню а в другую вселенную, где нас тащат в яму-тысячи-щупалец-с-утолщением-на-концах и, главное - как это исправить?

(Чувак берет любимый отбойный молоток и бодро лезет с ним в гипердрайв. "Давайте не будем ему мешать и просто понаблюдаем за ним"(c) - но с расстояния в пару миллионов парсек - чтобы не быть утянутым в ту чорную дыру которую он сейчас наворотит.)

> А вон то - таки стоит на пути такого подхода, как я

А вон в том есть пул, отдельно, и фс или том в нем - отдельно (и еще снапшоты - тоже отдельно, потому что это не fs а снова отдельная сущность). Поэтому заехать вот так одним движением не туда - не получится. И пул не нужно никуда "монтировать" чтобы создать на нем фс в таком месте иерархии в каком хочется (и она автоматически смонтируется куда сказано, а не вот такое устроит).

> Кажется у нас довольно разные понятия о прекрасном. В мои понятия входит

Вон там выше - прекрасное. Но наблюдать лучше издалека.

И это лишь одна из любимых моих фич но далеко не единственная.

Ответить | Правка | Наверх | Cообщить модератору

135. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 00:15 
> слив засчитан. Вместо по существу - опять сказки про белого бычка.

Да не, просто на меньшее согласиться после вон того - уже тяжко.

> угу. Образчик "неминдфака":
> 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-минутной давности сделаный перед апдейтом за пару минут - ну я в этом не виноват. Примитивные существа, привыкли во все кувалдой тыкать.

Ответить | Правка | Наверх | Cообщить модератору

136. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 00:34 
> У тебя получилось то что ты запросил. Subvol в /srv/docker

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

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

> А @ и @home - видимо была типовая абстракция

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

> Ну а в btrfs этим всем вообще мозг греть просто не надо.

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

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

Ответить | Правка | Наверх | Cообщить модератору

172. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 19:51 
> У меня получился @/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 и нелинейным менеджментом оси, равно как и почему не стоит гадить в основной вид системы вот этим всем.

Ответить | Правка | Наверх | Cообщить модератору

176. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 20:22 
> В чем проблема то?

В том что "эксперт" так и не понял ни что произошло, ни почему это дерьмовая фича (логично, раз не осилил понять что вообще случилось). И как лечить тоже не знает (логично).

Ну, на этом можно и заканчивать. Честно говоря, я был о тебе лучшего мнения, наивно полагая что хотя бы в том, о чем ты регулярно тут болтаешь в восхищенных тонах, ты разбираешься. А ты оказывается тривиальных вещей не знаешь. Шаг влево, шаг вправо от наезженной колеи - фейл.

Как догадаешься что там пошло не так - приходи.

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 15-Окт-23, 22:46 
> В том что "эксперт" так и не понял ни что произошло, ни
> почему это дерьмовая фича (логично, раз не осилил понять что вообще
> случилось). И как лечить тоже не знает (логично).

Ты дефолтный subvolume чтоли там переназначил? А нафига ты его так? Ну переназначь обратно, btrfs sub set-default <id> <path>. Если что у FS_TREE ID = 5.

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

С btrfs'ом можно сделать немало забавных вещей, и даже гуры не сразу замечают подвох. При нормальной эксплуатации всякие особо утонченные извраты - не особо практикуются, это ты все время придумываешь как 1 стрелой 2 пятки вынести. А я изучаю в основном то что позволяет улучшить эксплуатационные свойства или достичь нужных свойств.

> А ты оказывается тривиальных вещей не знаешь. Шаг влево, шаг вправо от наезженной
> колеи - фейл.

Да ну брось, я как правило в состоянии разобраться с фейлами в конечном итоге. А если вдруг совсем лыжи на асфальте, я могу и помощь зала воооон там попросить. Они крутые, а коллективный разум многократно мощнее моего и знает намного больше. Я не испытываю проблем с признанием очевидных фактов.

> Как догадаешься что там пошло не так - приходи.

Похоже subvol кто-то дефолтный переназначил. Так можно, но опять же - не факт что нужно, особенно если структурировать менеджмент в стиле предложенном убунтой. Btrfs крутая и гибкая штука, его можно весьма по разному ворочать. И как ты понимаешь я не изучал ВСЕ стратегии практикуемые ВСЕЙ планетой в деталях. Выбрал те которые выглядят логично и несложно и достигают мои цели - и збс.

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от пох. (?), 15-Окт-23, 23:02 
Этот том просто не имеет общего для всех корня и никогда им не монтируется - потому что это не системный диск. (для zfs, кстати, это совершенно обычная история)
Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь, пересунуть srv/docker куда надо, на один уровень выше.  Но это уже не про космические технологии, а про управление телегой с ледащей кобылой.

Ответить | Правка | Наверх | Cообщить модератору

214. "Релиз OpenZFS 2.2, реализации ZFS для Linux и FreeBSD"  +/
Сообщение от Аноним (-), 16-Окт-23, 21:44 
> Этот том просто не имеет общего для всех корня и никогда им
> не монтируется - потому что это не системный диск.

Моя проблема в том что я не понимаю что ты пытался изобразить и нафига - так. Поэтому сложно прикинуть что тебя выморозило. Странным хотелкам странный результат.

В упомянутом стиле "а-ля убунта" топовый левел никуда и не монтируется в обычной ситуации, в него лишь снапшоты складываются и ЭТО цепляется без subvol= только для операций менеджмента снапшотов, отката и проч. А в норме нигде и никак не видно. Такой себе "уровень гипервизора" который на 1 выше / получается. Это несложно делается, достигает целей, ну я и делаю это вот так, решив что у вон тех был пойнт. Заметь, в той абстракции @home тоже не система. Так же можно и что-то еще цеплять, datadir, srv или что там, в общем то.

У тебя видимо какие-то иные соображения были. Не то чтобы так нельзя, я даже что-то сравнимое пробовал. Но вот именно дефолтный subvol переназначать создавало неудобства и я на это забил. Зачем возиться больше для похожего результата? :)

> (для zfs, кстати, это совершенно обычная история)

После btrfs менеджмент zfs показался мне диковатым и неудобным, поэтому будем честны - я не очень сильно въезжал в него и не эксперт в нем. Я и перфокарты пробивать не умею, экий я хипстер то.

> Да, его можно вручную смонтировать через id 5, и потом, зайдя внутрь,
> пересунуть srv/docker куда надо, на один уровень выше.

Ну да. Я просто не особо понимаю нафиг ID=5 с дефолтов убирать. Не, у btrfs есть немало забавных опций. А с любой продвинутой абстракцией можно сделать немало странных вещей. Вопрос в том надо ли и если да то зачем и что это дает "по сравнению с ..." :)

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

У телег в принципе нет такой консоли для ввода координат пространства-времени.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру