The OpenNET Project / Index page

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

Первый стабильный релиз ФС Composefs

26.09.2023 22:59

Александр Ларсон (Alexander Larsson), создатель Flatpak, работающий в компании Red Hat, представил первый стабильный выпуск файловой системы Composefs, оптимизированной для эффективного совместного хранения содержимого нескольких примонтированных дисковых образов. На практике ФС Composefs может оказаться полезной для монтирования образов контейнеров и размещения Git-подобного репозитория OSTree. Код проекта написан на языке Си и распространяется под лицензией GPLv2.

Изначально реализация Composefs представляла собой отдельный модуль ядра Linux, но понимая сложность продвижения новой ФС в основной состав ядра, разработчики сменили тактику и переработали проект в виде надстройки над уже присутствующими в ядре ФС OverlayFS и EROFS, функциональность которых частично пересекается с Composefs. Таким образом, работа по интеграции поддержки Composefs в ядро Linux свелась к продвижению в OverlayFS и EROFS патчей, реализующих необходимые для Composefs специфичные возможности.

Функциональность EROFS (Extendable Read-Only File System) отвечает требованиям Composefs начиная с версии ядра 5.15. В OverlayFS изменения вносились в несколько этапов: в ядро 6.5 была включена поддержка слоёв "data-only", используемых только для данных (отдельно от метаданных). Оставшаяся часть изменений, связанная с возможностью сохранения хэшей fs-verity в расширенном атрибуте (xattr) overlay.verity, была недавно принята в состав тестового выпуска ядра 6.6-rc1, что ознаменовало включение в основной состав ядра Linux всей функциональности, необходимой для работы Composefs.

Принятие в состав ядра всех необходимых изменений позволило определить и зафиксировать финальный формат образов Composefs и опубликовать версию 1.0, стабилизирующую формат хранения и библиотечный API/ABI. Из функциональных отличий версии 1.0 от прошлого тестового выпуска упоминается внесение оптимизаций, повышающих эффективность формата хранилища; уход от использования встроенных в подсистеме ядра fs-verity средств для верификации цифровых подписей в пользу работающих в пространстве пользователя библиотек; добавление утилиты composefs-info для инспектирования файлов с образами Composefs и выявления несоответствий между метаданными и отдельно хранимыми данными.

Функциональность Composefs сводится к построению многослойных ФС, в которых произвольные деревья ФС в режиме только для чтения накладываются поверх штатных ФС Linux, выступающих в качестве нижнего слоя. От уже существующих похожих файловых систем, таких как SquashFS и EROFS, Composefs отличает поддержка совместного хранения содержимого разных образов и наличие функций для проверки подлинности читаемых данных. В Composefs применяется модель хранения с адресацией на основе содержимого, в которой первичным идентификатором является не имя файла, а хэш от содержимого файла. Подобная модель обеспечивает дедупликацию и позволяет хранить только одну копию одинаковых файлов, встречающихся в разных примонтированных разделах.

Образы контейнеров содержат множество типовых системных файлов и в случае применения Composefs каждый из этих файлов будет совместно использован всеми примонтированными образами, без задействования таких трюков, как проброс при помощи жёстких ссылок. При этом общие файлы не только хранятся в виде одной копии на диске, но и обходятся одной записью в страничном кэше, что даёт возможность экономить как дисковую, так и оперативную память.

Для экономии дисковой памяти данные и метаданные в Composefs разделены и при монтировании отдельно указывается бинарный индекс, в котором содержатся все метаданные файловой системы, имена файлов, права доступа и другие сведения. Индексы с метаданными создаются для каждого образа ФС и хранится в отдельном файле в формате EROFS (образ контейнера представляет собой монтируемый в loopback-режиме образ EROFS, в котором присутствуют только метаданные). Непосредственно файлы всех монтируемых образов хранятся в общем базовом каталоге в обычной ФС (ext4, xfs, btrfs) и связываются с образом при помощи расширенного атрибута rusted.overlay.redirect, на базе которого OverlayFS находит необходимые файлы по хэшу содержимого.

Для монтирования Composefs применяется загружаемый в пространстве пользователя FUSE-модуль composefs-fuse и утилита mount.composefs, а для создания ФС предоставляется утилита mkcomposefs. Для верификации содержимого отдельных файлов и всего образа в условиях общего хранения применяется механизм fs-verity, который при обращении к файлам проверяет соответствие указанных в бинарном индексе хэшей с фактическим содержимым - если злоумышленник внесёт изменение в файл в базовом каталоге или данные повредятся в результате сбоя, то подобная сверка выявит расхождение.

Из проектов, которые уже применяют Composefs упоминаются Ostree и Container Storage Library. В git-подобном хранилище Ostree полная поддержка Composefs, включая возможности верификации содержимого, реализована в выпусках Ostree 2023.6 и rpm-ostree 2023.6, но код пока остаётся помечен как экспериментальный. В Container Storage Library предложена начальная реализация бэкенда, использующего Composefs для хранения образов контейнеров. После завершения работы бэкенд можно будет использовать для применения Composefs для дедупликации и защиты от подмены образов, управляемых при помощи инструментария Podman.

  1. Главная ссылка к новости (https://blogs.gnome.org/alexl/...)
  2. OpenNews: Composefs вместо развития отдельной ФС, теперь реализована поверх OverlayFS и EROFS
  3. OpenNews: Релиз ядра Linux 6.5
  4. OpenNews: Для Linux предложена файловая система Composefs
  5. OpenNews: Компания Huawei предложила новую ФС EROFS для ядра Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/59822-composefs
Ключевые слова: composefs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (47) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:01, 26/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вы будете наверно смеяться, но мне интересно, что сказал бы Шишкин на обилие вот этих вот новых файловых систем.
     
     
  • 2.4, DEF (?), 23:19, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Кому интересно мнение этого теоретика, который даже свою Reiser5 не смог допилить и забросил ее с концами.
     
     
  • 3.9, Аноним (9), 23:39, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Очередной непризнанный гений, которому обидно, что корпорации понабрали на работу "кретинов", а его разработку развивать не хотят. Поэтому всех критикует.
     
     
  • 4.12, Аноним (12), 02:27, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это вот этот вот? https://habr.com/ru/articles/559014/
    Как-то не кажется что он не признаный. Более того, ну должна же учить чему-то история Пентковского? А может проблема в организации бизнеса? Господа, так глумиться над людьми как минимум низковато, ну так юмор уровня мест не столь отдалённых. Не понимаю - а вам завидно?
     
     
  • 5.38, Anon3 (?), 14:30, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> юмор уровня мест не столь отдалённых

    А у людей, выросших среди постсоветских панелек может быть другой?
    >> Не понимаю - а вам завидно?

    Ну так человек в https://habr.com/ru/articles/559014
    весьма нелестно отзывался о собственно этих товарищах ("...  у него работает, а у профессора нет ...") и утверждал, что не будет работать с таким контингентом и устраивать общение в стиле OpenNET. Пацан не может оставить безнаказанным такое отношение к себе, народ людской не будет уважать.
    Ну и вообще:
    "... самостоятельно одолеть задачку ... После чего, убежденный в серьёзности ваших намерений, я начну помогать"
    Это заявление о создании кружка очкариков и т.рпил. Нужно прогнать маляву, чтобы другие нормальные пацаны этим не заф.ршм.чились

     
     
  • 6.49, Аноним (49), 16:01, 01/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это заявление о создании кружка очкариков и т.рпил.

    А что, он должен сразу убивать кучу своего личного времени на первого встречного, который завтра исчезнет?

     
     
  • 7.52, Anon3 (?), 23:21, 02/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А что, он должен сразу убивать кучу своего личного времени на первого
    > встречного, который завтра исчезнет?

    Старался писать максимально толсто чтобы выразить дихотомию взглядов категорий людей:
    1. Можно вывезти вайтишника в ИТ из ауе, но невозможно вывезти ауе из вайтишника (эта аллюзия на какое выражение пронимаете?)
    2. Академических ученых, понимающих тщетность попыток изменения первых

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

     
     
  • 8.53, Аноним (53), 01:14, 03/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, может быть Только к чему эта классификация Рискну развить мысль С моей ... текст свёрнут, показать
     
     
  • 9.54, Anon3 (?), 22:25, 04/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, стоит наводить мосты между первыми и вторыми Потому что без первых, кто ... текст свёрнут, показать
     
  • 3.21, лютый арчешкольник... (?), 11:11, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >который даже свою Reiser5 не смог допилить и забросил ее с концами

    а много prod grade ФС ты знаешь, которые 1 тело накодило?

     
     
  • 4.35, Аноним (9), 18:50, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Большинству здравый смысл подсказывает, что это бесперпективное и бесполезное занятие. Не случайно же TempleOS написал шизик.
     
  • 3.27, fumanchez (ok), 12:12, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Он же не впаривает никому свои Reiser'ы, даже наоборот отговаривает.
     
     
  • 4.36, Аноним (9), 18:55, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому у него целых 2 сторонних коммитера, оба с ЛОРа.
     
     
  • 5.48, Аноним (49), 15:52, 01/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому у него целых 2 сторонних коммитера, оба с ЛОРа.

    Ну, в том репозитории, что на гитхабе, я как минимум 15 "сторонних коммитеров" насчитал

     
  • 4.39, Anon3 (?), 14:39, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, как минимум, он _должен_ выполнять требования местных экспертов, которые все таки лучше знают что и как ему следует делать
     
     
  • 5.50, Аноним (9), 10:56, 02/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы не местные эксперты, то кому бы он с его ФС был вообще интересен. Только на русскоязычных ресурсах и вспоминают до сих пор про рейзер. Что говорит о полном провале.
     
     
  • 6.51, Аноним (53), 17:32, 02/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если бы не местные эксперты, то кому бы он с его ФС
    > был вообще интересен. Только на русскоязычных ресурсах и вспоминают до сих
    > пор про рейзер. Что говорит о полном провале.

    Не скажите. На похорониксе, к примеру, рейзер - очень обсуждаемая тема:
    https://www.phoronix.com/search/Reiser4

     
  • 2.7, фнон (?), 23:27, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пусть расцветают сто цветов, пусть соперничают сто файловых систем (Цы Скин)
     
  • 2.15, Аноним (15), 08:33, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А давайти прямо тут его об этом и спросим. Он же иногда читает Opennet.
     

  • 1.2, topin89 (ok), 23:05, 26/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А можно что-то вроде вроде mergerfs, только уровня ядра, а не FUSE? Или хотя бы FUSE расширить так, чтобы mmap в mergerfs работал штатно, на не через костыли? Очень хочется сделать несколько разных HDD как бы одним, но как бы чтобы если один из них сломается, половина файлов сохранилась бы и была доступна без геморроя. Раньше для этого был mhdd, но у него было несколько мелких и один фатальный недостаток, который увидел автор mergerfs, и понеслась
     
     
  • 2.3, morphe (?), 23:10, 26/09/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    btrfs в raid0 режиме подходит под запрос (это не то же самое что raid0 в mdadm)
     
     
  • 3.14, penetrator (?), 07:08, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    raid0 это же страйп, если сдох один веник как останется целой ФС? и половина файлов?

    что я пропустил?

     
     
  • 4.25, пох. (?), 11:29, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    очередную сказочку безголовых фанатов на ночь ты пропустил.

    половинки файлов останутся, но прочитать их тебе не дадут.
    Пользуйся merger, не выпендривайся.
    mmap ему вишь не хватает.

     
     
  • 5.40, Anon3 (?), 15:07, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А если пациент является Stackoverflow гуру восстановления данных из btrfs и догадался реализовать эмуляцию JBOD средствами btrfs, когда данные размещаются по типу raid0, а метаданные по типу raid1? Тогда ж можно будет восстановить от 0% до 50%  файлов размером меньше 1Gb. Файлы больше 1Gb вероятно пойдут лесом конечно же.
    Stackoverflow обещал, что утилиты восстановления btrfs сделают все сами в автоматическом режиме.
    К тому же можно тщательно следить за всеми изменениями политики размещения данных btrfs при каждом обновлении ядра.
    И тогда, если после обновления ядра будет заново и скурпулезно тюниться файловая система,  то будет шанс даже для файлов больше 1Gb
     
     
  • 6.42, пох. (?), 16:01, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Тогда ж можно будет восстановить от
    > 0% до 50%  файлов размером меньше 1Gb. Файлы больше 1Gb

    ну уточнил так уточнил! :-)

     
  • 4.28, morphe (?), 12:27, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > raid0 это же страйп

    А, да, всё верно, не так понял требование. single тут будет ближе, поскольку с single оно не будет страйпить блоки... Однако блоки одного файла не факт что на разные диски не запишет.

     
     
  • 5.47, penetrator (?), 10:53, 01/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> raid0 это же страйп
    > А, да, всё верно, не так понял требование. single тут будет ближе,
    > поскольку с single оно не будет страйпить блоки... Однако блоки одного
    > файла не факт что на разные диски не запишет.

    а не посыпется ли сама файловая система? т.е. скажет не вижу один диск - ФС не консистентна - дорогой юзер иди нафиг

    надо в виртуалке потестить, лвм например умирает

     
  • 4.41, Anon3 (?), 15:37, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Для случая данные RAID0, метаданные RAID1 на btrfs
    Если распределение размеров файлов на файловой системе имеет статистику красного шума с граничным размером (частота для шума) 1Gb (для дефолтных настроек btrfs), то при количестве установок файловой системы стремящейся к бесконечности, статистика вероятности автоматического восстановления файлов имеет вид нормального распределния.
    То есть в среднем восстановится 25%.
    После восстановления данных, если значение отличается от 25%, то можно получить скрытую информацию вселенной.
    Тогда если у вас эмоциональный склад ума, и если количество восстановленных файлов больше 25% - то вам улыбнулась богиня удачи и срочно нужно идти в казино или к однорукому бандиту.
    Если у вас математический склад ума, то зная закон сходимости к среднему, вы делаете наоборот - идете в казино, если количество восстановленных файлов стремится к 0%
     
  • 2.18, пох. (?), 09:29, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно что-то вроде вроде mergerfs, только уровня ядра

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

    > Или хотя бы FUSE расширить так, чтобы mmap в mergerfs работал штатно

    расширяй!

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

     

  • 1.10, Аноним (10), 01:31, 27/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Скоро в Firejail?
     
  • 1.11, Golangdev (?), 01:54, 27/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в компании Red Hat
    > rpm
    > Podman

    Red Hat постепенно зохватывают Линукс %)

     
     
  • 2.13, Lyrix (ok), 02:43, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С 95-ого "зОхватывают", и лет ~20-ть "федорасят" :)
     
  • 2.16, beck (??), 09:11, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Редхат -- это те, кто сделал линукс. А также Intel,  IBM,  Google, Facebook, Amazon, Microsoft, Huawei.

    Вот они и определяют, что будет с линуксом завтра.

    А вовсе не энтузиасты одиночки.

     
     
  • 3.17, пох. (?), 09:25, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У вас странная опечатка в слове спи3дил.

    Делали - именно энтузиасты. Один лишь божок-с-пальцем был нанят трансметой к концу первого сезона (но и ее утопил своим весом). Без грантов, левых денег мешками и менеджмента пяти уровней.

    Редхат изначально - тоже делали энтузиасты, the guy in the red hat. "Зарабатывавшие" копейки еле-еле покрывавшие поддержку инфраструктуры (наверное и не покрывавшие, просто у них были богатые мама с папой).

    А потом пришел некто Жулик и кинул _всех_. Зато инвесторы (читай - финансовые спекулянты, других уже 30 лет не делают) получили свое бабло и им понравилось. Теперь вот они и определяют, что будет завтра. А поскольку разбираются примерно ни в чем - ничего хорошего ни завтра, ни послезавтра и не ждите.

     
     
  • 4.26, Аноним (26), 11:37, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
      /\_/\  (
    ( ^.^ ) _)
       \"/  (
    ( | | )
    (__d b__)

    Настало время удивительных историй...

     
  • 4.32, Аноним (32), 14:10, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Редко плюсую поха. На этот раз плюсанул от души.
     
  • 3.22, лютый арчешкольник... (?), 11:13, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот они и определяют, что будет с линуксом завтра.

    расскажи это разрабам void linux ) что у них насяльника оказывется красношляпа )

     
     
  • 4.24, пох. (?), 11:21, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    что эти разработчики наразрабатывали-то? Нескучные обои?

     
     
  • 5.29, Аноним (29), 12:42, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не только нескучные обои сделали. Вон, для мамкиных максималистов и борцунов за "freedom" ещё и runit у себя держат (только опять же, причём тут создание чего-то нового)
     
     
  • 6.34, пох. (?), 18:45, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не только нескучные обои сделали. Вон, для мамкиных максималистов и борцунов
    > за "freedom" ещё и runit у себя держат (только опять же,

    ну держат, за обоями. Сделали-то что? runit разработал двадцать лет назад какой-то помнится э... Поп? Видать так с демонами боролся, попу по должности и положено. Демоны, как обычно, победили, успеха эта поделка не имела, поскольку еще не народилось поколение программистов не умеющих даже в detach from control terminal. Но в ад утащили почему-то не его а автора grub (тот хотел жить вечно, но не так же)

    > причём тут создание чего-то нового)

    и я о том же.


     
  • 5.30, Аноним (30), 14:01, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Доля коммитов независимых разработчиков самая большая, даже больше, чем доля Intel.

    https://www.opennet.ru/opennews/art.shtml?num=53614

     
     
  • 6.33, Минона (ok), 15:16, 27/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Доля компаний в разы больше доли независимых.
     
     
  • 7.44, Аноним (44), 20:52, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо им за это!
     

  • 1.31, анон (?), 14:07, 27/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скоро напишут все фс и перейдут к планировщиками тлу.
     
  • 1.37, Электрон (?), 03:40, 28/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > в условиях общего хранения применяется механизм fs-verity, который при обращении к файлам проверяет соответствие указанных в бинарном индексе хэшей с фактическим

    Мне интересно, как это должно работать без проверки на каждый чих? И холодный старт становится ещё холоднее.

     
  • 1.43, Anon3 (?), 16:47, 28/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С интересом наблюдал за развитием Composefs и вот теперь ясно зачем потребовалось ждать пока внесут изменения в OverlayFS и  EROFS: RedHat vendor-lock
    Composefs работает только с EROFS, которая поддерживает исключительно уникальный для нее xattr namespace: overlay (вот что мешало overlay.verity сохранять как trusted.overlay.verity, мы ж все равно используем trusted.overlay.redirect)
    Composefs работает только с OverlayFS, который находит необходимые файлы по хэшу содержимого (вот что мешало оставить этот функционал в FUSE-модуле и сэкономить таким образом еще одно переключение контекста)
    Composefs в финальном стандарте работает только на ядрах выше 6.6-rc1
    Таким образом Ostree и Container Storage Library с плюшками  Composefs энтерпрайзного уровня доступны только будущим покупателям RedHat Enterprise версий 10-11
     
     
  • 2.45, Минона (ok), 20:59, 28/09/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > ждать пока внесут изменения в OverlayFS и  EROFS: RedHat vendor-lock
    > Composefs работает только с EROFS, которая поддерживает исключительно уникальный для нее
    > xattr namespace: overlay (вот что мешало overlay.verity сохранять как trusted.overlay.verity,
    > мы ж все равно используем trusted.overlay.redirect)
    > Composefs работает только с OverlayFS, который находит необходимые файлы по хэшу содержимого
    > (вот что мешало оставить этот функционал в FUSE-модуле и сэкономить таким
    > образом еще одно переключение контекста)
    > Composefs в финальном стандарте работает только на ядрах выше 6.6-rc1
    > Таким образом Ostree и Container Storage Library с плюшками  Composefs энтерпрайзного
    > уровня доступны только будущим покупателям RedHat Enterprise версий 10-11

    Не плачь, у Оракла возьмёшь бесплатно.

     

  • 1.46, rvs2016 (ok), 14:11, 30/09/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Читал-читал да всё думал, что это какой-то жёсткий FUSE-наворот.
    А потом дочитался и до подтверждения своего предположения:

    > Для монтирования Composefs
    > применяется загружаемый
    > в пространстве пользователя
    > FUSE-модуль

    ч.т.д.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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