The OpenNET Project / Index page

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

Релиз OpenZFS 2.4.0, реализации ZFS для Linux и FreeBSD

18.12.2025 22:03

После 11 месяцев разработки опубликован релиз проекта OpenZFS 2.4.0, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Проект получил известность как "ZFS on Linux" и ранее ограничивался разработкой модуля для ядра Linux, но после слияния с кодом из FreeBSD был признан основной реализацией OpenZFS и переименован.

Работа OpenZFS проверена с ядрами Linux c 4.18 по 6.18 и всеми ветками FreeBSD, начиная с 13.3. Код распространяется под свободной лицензией CDDL. OpenZFS уже используется во FreeBSD и входит в состав дистрибутивов Debian, Ubuntu, Gentoo, NixOS и ALT Linux. Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS.

OpenZFS предоставляет реализацию компонентов ZFS, связанных как с работой файловой системы, так и с функционированием менеджера томов. Реализованы компоненты: SPA (Storage Pool Allocator), DMU (Data Management Unit), ZVOL (ZFS Emulated Volume) и ZPL (ZFS POSIX Layer). Проект также позволяет использовать ZFS в качестве бэкенда для кластерной файловой системы Lustre. Наработки OpenZFS основаны на оригинальном коде ZFS, импортированном из проекта OpenSolaris и расширенном улучшениями и исправлениями от сообщества Illumos. Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США.

Код распространяется под свободной лицензией CDDL, которая несовместима с GPLv2, что не позволяет добиться интеграции OpenZFS в состав основной ветки ядра Linux, так как смешивание кода под лицензиями GPLv2 и CDDL недопустимо. Для обхода лицензионной несовместимости было решено распространять продукт для Linux целиком под лицензией CDDL в виде отдельно загружаемого модуля, поставляемого отдельно от ядра. Стабильность кодовой базы OpenZFS оценивается как сопоставимая с другими ФС для Linux.

Основные изменения:

  • Реализована возможность задания квот по умолчанию для пользователей, групп и проектов. В прошлых версиях квоты могли устанавливаться только по отдельности для каждого идентификатора пользователя. В новой версии появилась возможность задания значения по умолчанию, которое будет применяться, если для конкретного пользователя квота не была установлена.
  • Добавлена возможность отката режима прямого ввода/вывода (O_DIRECT, Direct I/O) на использование легковесного механизма некешируемого ввода/вывода (Uncached I/O) для запросов, не выравненных по границе страницы памяти, не поддерживаемых в Direct I/O.
  • Предложен новый унифицированный алгоритм ограничения скорости операций записи и размещения блоков, сокращающий фрагментацию vdev (Virtual Device) за счёт агрегирования нескольких операций записи и использования для них более крупных непрерывных свободных областей вместо помещения результатов единичных операций записи в мелкие свободные области.
  • Повышена производительность шифрования за счёт использования инструкций AVX2 в реализации алгоритма AES-GCM. В проведённых тестах ускорение достигает 80%.
  • Разрешено размещение ZIL-блоков (ZFS Intent Log) не только на нормальных vdev или на отдельном устройстве SLOG, но и на специальных vdev. Если нормальный vdev связан с жёстким диском, а специальный vdev c SSD-накопителем, изменение позволяет исключить ситуации, когда данные записываются на SSD, а связанные с ними блоки ZIL на жёсткий диск из-за чего возникают лишние задержки.
  • Разрешено выставление свойства special_small_blocks для разделов (ZVOL), а не только для файловых систем, что позволяет организовать размещение мелких блоков на отдельном специальном vdev, например, на SSD-накопителе.
  • Добавлен режим перезаписи "zfs rewrite -P", по возможности оставляющий неизменным логическое время создания, что позволяет отличать блоки, просто перемещённые в пул от блоков, реально изменённых пользователем.
  • Для команд "zpool trim", "zpool scrub" и "zpool initialize" реализована опция "-a" (--all), позволяющая выполнять эти команды сразу для всех импортированных пулов.
  • Добавлена команда "zpool scrub -S -E" для выполнения проверки контрольных сумм данных, подпадающих в указанные интервал времени.
  • Добавлены новые оптимизации процессов дедупликации и клонирования блоков.
  • Добавлено новое полномочие "send:encrypted", допускающее отправку через команду "send" только зашифрованных данных.
  • Команды arc_summary и arcstat переименованы в zarcsummary и zarcstat.
  • В модуль ядра добавлены опции
  • Добавлены новые флаги:
  • Добавлены новые свойства zvol:


  1. Главная ссылка к новости (https://github.com/openzfs/zfs...)
  2. OpenNews: Релиз OpenZFS 2.3.0, реализации ZFS для Linux и FreeBSD
  3. OpenNews: Заметки Теодора Тс'о о ядре Linux, кодексе поведения, ext4, btrfs и ZFS
  4. OpenNews: Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, приводящей к повреждению файлов
  5. OpenNews: Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS
  6. OpenNews: Кодовая база FreeBSD переведена на использование OpenZFS (ZFS on Linux)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64448-zfs
Ключевые слова: zfs, openzfs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (54) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:21, 18/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    кажется, с semantic versioning эти тоже уже попрощались. Инвесторы любят большие числа.

     
  • 1.2, AnonNoxx (?), 00:51, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А че там с shrink томов? Все еще никак?
     
     
  • 2.16, нах. (?), 09:05, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И никогда не будет.

    Скажи спасибо что можно удалить случайно добавленный третий диск из зеркала.
    (случайно добавленный мимо зеркала - удалить нельзя уже никак)

     

  • 1.3, aname (ok), 03:21, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Не мёртвое и то хорошо. Интересно, сколько бы стоила нормальная разработка, чтоб вот прям сделали версию, не стыдную в прод?
     
     
  • 2.8, Дядя Вася (?), 05:36, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для корпораций не много стоило бы. Просто оно им не нужно, когда есть готовые, проверенные и рабочие решения.
     
     
  • 3.11, Аноним (11), 07:55, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это какие проверенные, ext4?
     
     
  • 4.12, нах. (?), 08:34, 19/12/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.13, онанист (?), 08:34, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    bcachefs
     
     
  • 5.50, Аноним (50), 13:58, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    BcacheFS, к сожалению, ещё не созрел.
    Скорее btrfs, с учётом возможного появления искажений hole в структурах метаданных на raid5/6.
     
  • 4.54, иванов иван иванович (?), 14:36, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    vxfs/vxvm
     
  • 2.14, нах. (?), 08:49, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нисколько бы она не стоила - потому что не получится "ящик водки и тех двоих обратно".

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

    Ну и не забываем что фейл автора bcachefs был именно в том что с ним отказались сотрудничать разработчики ведра. Как выяснилось - слишком хорошо усевшиеся под ручейком корпоративных взносов, чтобы позволить кому-то что-то менять.

    А без нормальной интеграции (с _обоих_ сторон!) - можешь не мечтать о свопе там нормальном или хотя бы эффективном управлении памятью. И нет, это снова не zfs виновата - стандартное решение от rhbm на базе _их_ ceph - там где идет речь о конвергентных конструкциях говорит "а вот вы так не делайте!"

    Т.е. нормальная разработка возможна только в рамках корпоративного проекта ядра ос целиком. Где нет никаких "майнтейнеров", могущих стать в позу и заблокировать изменения.

     

  • 1.4, Аноним (-), 04:14, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ух как много достойных изменений сарказмофф, а swap так и не осилили, как и /boot в одном пуле с root.

    И как же круто, на этом фоне, смотрится Bcachefs, где есть бэкграундворкер, который умеет и диск убрать и тип рейда сменить - всё на лету, с зфс сиди пересобирай пул и гоняй его туда/сюда. Жаль деды ослепли, так и будут пилить зфс с кривой лицензией, не замечая перспективную от кента. В тоже время дропаем иксы и пропихиваем вэйлэнд с горой костылей, без шансов на стабильность уровня тех же иксов. Может я чего не понимаю, но ощущение, что логика, которой раньше славилось сообщество, не просто вышла, а сиганула в окно.

     
     
  • 2.5, Аноним (5), 04:50, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > вэйлэнд с горой костылей

    Какие костыли ты можешь назвать в вяленом? Хотя бы один костыль. (Заметь: ты обещал гору, а я прошу всего один.)

    > стабильность уровня тех же иксов

    Стабильные иксы -- это оксюморон.

     
     
  • 3.6, Дядя Вася (?), 05:32, 19/12/2025 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 3.32, Аноним (32), 11:27, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну он же тормозит, а часть софта все равно работает в прослоечных иксах...
    Вон хроимум вообще не запускался после обновления кде где выпили ли диалог выбора иксов. Вроде пофиксили уже.
     
     
  • 4.40, Аноним (-), 12:05, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Ну он же тормозит,

    На вашем друндулете тормозит? Не, ну бывает, у отстающих от прогресса всегда так.

    > а часть софта все равно работает в прослоечных иксах...

    Часть древнего мусорного софта, который не может идти в ногу с технологиями? Да, работает через прослойку. Скажите спасибо что вам ее оставили.

     
  • 2.7, Дядя Вася (?), 05:34, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Bcachefs

    Который из достойной идеи превратился в bloatware, где количество кода чуть ли не больше, чем в ядре.

     
     
  • 3.19, Прохожий (??), 10:12, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Современные файловые системы - вещь очень сложная, поэтому неудивительно.
    А так какая вам разница, сколько там кода, если он работает и при этом стабильно (я не про Bcachefs, а вообще про любой продукт)?
     
     
  • 4.55, Дядя Вася (-), 14:44, 19/12/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.20, Аноним (-), 10:15, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Bcachefs
    > Который из достойной идеи превратился в bloatware, где количество кода чуть ли
    > не больше, чем в ядре.

    По сравнению с сабжем и его культурными наслоениями - он довольно маленький и аккуратный.

     
  • 2.10, Аноним (10), 07:40, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >круто, на этом фоне, смотрится Bcachefs

    Ты прав, о покойниках либо хорошо либо никак.
    Помянем.

     
  • 2.27, Аноним (27), 11:04, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а swap так и не осилили

    И не осилят без нормальной интеграции с ядром. Вообще своп работает, только плохо -- вешает систему при большой нагрузке, при обычном "десктопном" использовании эта проблема не проявляется. Хтя так ли уж нужен своп на zvol -- это тоже вопрос, потому как в любом случае своп лучше создавать на отдельном диске.

    > как и /boot в одном пуле с root.

    А с этим у тебя какие проблемы? У меня /boot в корневом пуле, и всё прекрасно работает.

    > тип рейда сменить

    Зачем это делать? Не проще ли заранее подумать об организации хранилища?

     
     
  • 3.41, Аноним (41), 12:08, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю зачем нонче swap вообще. Не говоря уж о том чтобы класть его на zfs.
    Вот boot другое дело, но нормально это поддерживаться будет только когда сам zfs будет нормально ядром поддерживаться (как минимум не скоро, если вообще).
     
     
  • 4.45, Аноним (27), 12:31, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю зачем нонче swap вообще

    Ну да, я тоже так думал. Отключил swap, включил zram -- и столкнулся с тем что при занятых 4 ГБ оперативной памяти вся оставшаяся память куда-то пропала, а браузер стал крашиться при ~10-12 открытых вкладках. Я даже в какой-то момент подумал что у меня какая-то из плашек памяти накрылась, побежал проверять мемтестом. Вернул своп, отключил нафиг zram (от которой без backing_dev вообще помоему только один вред) -- и всё заработало как и прежде.

    > Вот boot другое дело

    Так а что с ним не так-то? Вроде никаких проблем с размещением /boot у ZFS нет...

     
  • 2.51, Аноним (50), 14:04, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема в том, что академический подход сменился на метод "давай попробуем". Ранее был этап проектирования ПО, когда над ним думали месяцами. Сейчас же сажают сотню гугл-программистов, чтобы было быстрее и дешевле, а далее как в мультфильме "Песенка мышонка".
     

  • 1.15, Аноним (15), 08:59, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    AI когда интегрируют? Инвесторы интересуются...
     
     
  • 2.17, IdeaFix (ok), 09:08, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Еще ни блокчейна ни биг даты ни вебдваноль не интегрировано. Слова года интегрируются по порядку, не бегите впереди паровоза.
     
     
  • 3.18, Аноним (15), 09:17, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    значит зажировка будет последней
     
  • 3.28, penetrator (?), 11:05, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    этим уже инвесторов не разведешь, ты нам тухляк не гони )))
     
     
  • 4.35, IdeaFix (ok), 11:28, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > этим уже инвесторов не разведешь, ты нам тухляк не гони )))

    Не путайте инвесторов и инвесторов в зрелые корпоративные решения. ВебДваНоль еще очень даже!

     

  • 1.21, eugener (ok), 10:28, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS

    Что-то я по ссылке бинарных пакетов ни для каких версий не нахожу, только исходники.

     
     
  • 2.23, Аноним (41), 10:49, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Значит ближайшее время еще не наступило.
    Всегда рад помочь, ваш КО.
     
     
  • 3.24, eugener (ok), 10:50, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит ближайшее время еще не наступило.
    > Всегда рад помочь, ваш КО.

    Спасибо, КО.
    Но разве для предыдущих версий не должно быть бинарных пакетов?

     
     
  • 4.25, Аноним (41), 10:55, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Есть они там, да, по ссылке на заглавной.
    Снизу слева - Getting started, и дальше по дистрам
     
     
  • 5.26, eugener (ok), 10:59, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть они там, да, по ссылке на заглавной.
    > Снизу слева - Getting started, и дальше по дистрам

    Смотрел там, там рассказывают как поставить то, что есть в репах каждого дистра. Какие-то свои пакеты не предлагают.

     
     
  • 6.29, Аноним (27), 11:09, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ты рассчитывал .Appimage там увидеть?
     
     
  • 7.30, eugener (ok), 11:14, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты рассчитывал .Appimage там увидеть?

    Как сказано в новости:

    > Пакеты с новой версией в ближайшее время будут подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS

    Вот я и рассчитывал найти там deb-пакеты для прошлой версии 2.3.5 (для неё же "ближайшее время" уже наступило?) под все поддерживаемые версии Ubuntu и Debian.

     
     
  • 8.33, Аноним (27), 11:27, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто автор новости неправильно выразился В каждом дистрибутиве сами готовят п... текст свёрнут, показать
     
     
  • 9.36, eugener (ok), 11:40, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В Ubuntu 22 04 как была изначально zfs 2 1 5 так и есть были только патчи безоп... текст свёрнут, показать
     
     
  • 10.37, Аноним (27), 11:45, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю как там в Убунту не пользуюсь , а в Дебиане да, бжкпорты Вполне стабил... текст свёрнут, показать
     
  • 10.38, Аноним (41), 11:47, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В дебиане в бэкпортсах лежит свежак От силы 2-3 недель на опакечивание да каран... текст свёрнут, показать
     

  • 1.22, Аноним (27), 10:45, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Чересчур переоценённая ФС. Причём не только OpenZFS, но и её оригинальная реализация. Задумка интересная, но вот воплощение -- полный отстой. Самое большее тянет на прототип, заготовку, которую по-хорошему надо не допиливать, а глядя на которую нужно писать новую фс с нуля. Ну а с текущей моделью разработки надеяться на то что ZFS когда-нибудь доведут до ума вообще не приходится. Только костылями обрастает. В идеале фс вообще должна разрабатываться совместно с устройством хранения данных, чтобы фс могла напрямую управлять размещением данных на накопителе, без всяких костылей типа trim, а этого не просматривается даже на горизонте.
     
     
  • 2.31, Аноним (31), 11:15, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Эдуард залогинтесь.
     
  • 2.34, Аноним (32), 11:28, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У производителей нас и есть свои разработки под их оборудование...
    А что лучше то? бтрфс?
     
     
  • 3.39, 1 (??), 12:01, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот выпустят Ханса - будет ReiserFS6 (ReiserFS5 оставят Шишкину).
    И заживём !
     
     
  • 4.42, Аноним (41), 12:15, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Шишкин вам, а не рейзерфс!
     
  • 2.43, Аноним (43), 12:24, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    расскажи как надо!

    > фс могла напрямую управлять размещением данных на накопителе

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

     
  • 2.44, Аноним (44), 12:31, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > чтобы фс могла напрямую управлять размещением данных на накопителе,
    > без всяких костылей типа trim, а этого не просматривается
    > даже на горизонте.

    Кек. Это уже 10 лет как сделали.

    The Linux kernel work on zoned storage started back in 2014 with the most minimal amount of support incorporated into the 3.18 kernel

    https://shop.sandisk.com/solutions/zns-ssd

     
     
  • 3.46, Аноним (27), 12:56, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только этот ваш ZNS похоже не взлетел и на замену ему уже изобрели новый велосипед -- FDP (Flexible Data Placement), который даже на серверах пока экзотика. А о потребительских устройствах, которые до сих пор даже неймспейсы создавать не позволяют, вообще говорить не приходится.
     
     
  • 4.47, Аноним (44), 13:25, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > похоже не взлетел

    1. Как это сочетается с "нет на горизонте" и с shop.sandisk.com?
    2. Давно можно купить зонированный жёсткий диск на барахолке https://www.ebay.com/itm/277587025512

    > А о потребительских устройствах

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

     
     
  • 5.48, Аноним (27), 13:46, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты мне покажи бытовой ssd с поддержкой ZNS, мало ли что там у корпов существует в их лабораториях в единичных экземлярах. И ещё неизвестно, не снимет ли Сандиск эти устройства с производства. Intel Optane тоже все хвалили, и где они? И кстати, как там у ZFS с поддержкой ZNS? И вообще, могу конечно ошибаться, но по-моему ZNS тоже не даёт полной свободы для ФС, поправьте если я неправ.
     
     
  • 6.52, Аноним (44), 14:06, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты мне покажи бытовой

    Так их и не будет, время универсального железа прошло. Ты мне мейнфрейм бытовой покажи. Ты мне покажи, куда тот новый SSD на 245 ТБ по цене квартиры втыкать в ПК.

     
     
  • 7.53, Аноним (27), 14:25, 19/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > время универсального железа прошло

    Как раз наоборот. Настала эпоха всеобщей стандартизации и унификации.

    > Ты мне мейнфрейм бытовой покажи

    Любой современный десктоп

    > Ты мне покажи, куда тот новый SSD на 245 ТБ по цене квартиры втыкать в ПК

    Так не надо продавать обычные по сути расходники по цене квартиры. А куда воткнуть 245 ТБ я придумаю. Ладно 245ТБ, хотя бы обычный 8-терабайтник с ZNS покажите, ведь эту технологию именно для ссд и придумали (для снижения усиления записи), не так ли?

     

  • 1.56, abu (?), 15:30, 19/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не первый год мои товарищи, достойные доверия, хвалят OpenZFS и практикуют. А я все никак не возьмусь под нее разбить диски. Но - =если только жив я буду= - возьмусь, ей-ей.
     

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



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

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