The OpenNET Project / Index page

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



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

"Раздел полезных советов: Логическое объединение нескольких ф..."  +1 +/
Сообщение от auto_tips (?), 02-Май-20, 17:43 
FUSE-модуль [[https://github.com/trapexit/mergerfs Mergerfs]] позволяет логически объединить несколько файловых систем в одну, например, для объединения разнесённых на разные диски коллекции видео или музыки в одну иерархию.


В отличие от aufs и overlayfs в mergerfs не создаётся отдельного слоя для записи и данная ФС не может применяться поверх разделов, доступных в режиме только для чтения. Но mergerfs даёт возможность прямой записи в примонтированный раздел в соответствии с заданной политикой, например, запись может осуществляться в ФС, в которой больше свободного места. Также можно включить в один сводный раздел ФС, доступную на запись, и ФС только для чтения. В такой конфигурации операции записи будут производиться в разделе, который допускает запись.

Среди особенностей mergerfs:  настройка поведения размещения новых файлов, работа в пространстве пользователей через FUSE,  поддержка расширенных атрибутов (xattrs) и смены атрибутов chattr, работа с различными ФС, поддержка POSIX ACL.

Проектом [[https://github.com/trapexit/mergerfs/releases собираются]] пакеты для Fedora, Debian и Ubuntu.

Устанавливаем mergerfs в Fedora 31:

   wget https://github.com/trapexit/mergerfs/releases/download/2.29....

   sudo dnf install mergerfs-2.29.0-1.fc31.x86_64.rpm


Допустим, в системе есть два раздела /disk1 и /disk2, на которых имеются  каталоги с видео:

   $ df -hT | grep disk
   /dev/sdb1      ext4      23M  386K 21M 2% /disk1
   /dev/sdc1      ext4      44M  1.1M 40M 3% /disk2

   $ ls -l /disk1/Videos/
   total 1
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file1.mkv

   $ ls -l /disk2/Videos/
   total 2
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file2.mkv
   -rw-rw-r--. 1 curt curt 0 Mar 8 17:21 file3.mkv


Создадим логический раздел /media, который будет включать в себя как  /disk1, так и /disk2:

   $ sudo mergerfs -o defaults,allow_other,use_ino,category.create=mfs,moveonenospc=true,minfreespace=1M /disk1:/disk2 /media

где

    defaults - применение настроек по умолчанию
    allow_other - возможность доступа непривилегированных пользователей, а не только root
    use_ino - манипуляция исходными inode вместо libfuse для того, чтобы связанные файлы имели одинаковые inode.
    category.create=mfs - распределение новых файлов в зависимости от доступного свободного пространства.
    moveonenospc=true - в случае сбоя записи искать раздел с большим свободным местом.
    minfreespace=1M - минимальное свободное место для записи.
    disk1 - первый подключаемый раздел
    disk2 - второй подключаемый раздел
    /media - точка монтирования


После монтирования получим:

   $ df -hT | grep media
   1:2        fuse.mergerfs  66M      1.4M 60M 3% /media


Если скопировать в /media/Videos/ большой новый файл, для которого не хватает места в /disk1, но который вмещается в /disk2, то это файл будет размещён в разделе /disk2. Разделы /disk1 и /disk2 после монтирования остаются доступны для любых операций, /media объединяет их лишь логически.

   $ ls -lh file4.mkv
   -rw-rw-r--. 1 curt curt 30M Apr 20 08:45 file4.mkv

   $ cp file4.mkv /media/Videos/


   $ ls -l /disk1/Videos/
   total 1
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file1.mkv

   $ ls -l /disk2/Videos/
   total 30003
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file2.mkv
   -rw-rw-r--. 1 curt curt 0 Mar 8 17:21 file3.mkv
   -rw-rw-r--. 1 curt curt 30720000 Apr 20 08:47 file4.mkv

   $ ls -l /media/Videos/
   total 30004
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file1.mkv
   -rw-rw-r--. 1 curt curt 0 Mar 8 17:21 file2.mkv
   -rw-r--r--. 1 curt curt 0 Mar 8 17:17 file3.mkv
   -rw-rw-r--. 1 curt curt 30720000 Apr 20 08:47 file4.mkv


URL: https://fedoramagazine.org/using-mergerfs-to-increase-your-v.../
Обсуждается: http://www.opennet.dev/tips/info/3147.shtml

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

Оглавление

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


1. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от Анонимный аноним (?), 02-Май-20, 17:43 
А что будет, если туда писать лог?
Место на одном диске закончилось, запись прервётся?
Ответить | Правка | Наверх | Cообщить модератору

5. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от sharddin (?), 04-Май-20, 16:13 
Создал скрипт:
...
# mergerfs -o defaults,allow_other,use_ino,category.create=mfs,moveonenospc=true,minfreespace=1M /mnt/lin1.0-1_media-1/lin-1.0-1_media-1/avi/:/mnt/seag2TB-biremtaelek/seag2TB-biremtaelek/avi/:/mnt/seag2TB-toishoiroimtaelek/seag2TB-toishoiroimtaelek/tmp/avi/:/mnt/seag1TB-lin1/seag1TB-lin1/avi/:/mnt/lin1.0-1_kitaptar/lin-1.0-1_kitaptar/lin1.0-1_media-2/avi/"Zona Downloads"/:/mnt/lin1.0-1_kitaptar/lin-1.0-1_kitaptar/lin1.0-1_media-2/avi/"Zona Downloads"/ /media
============================================================================================
Создал юнит файл в /etc/systemd/system/mergerfs.service автоматической отработки скрипта при загрузке:
===============================================================================================
[Unit]
Description=MergerFS
After=network.target
[Service]
RemainAfterExit=true
ExecStop=/usr/local/bin/mergerfs
Type=oneshot
Restart=on-failure
[Install]
WantedBy=multi-user.target
======================================
В итоге:
# systemctl status  mergerfs
● mergerfs.service - MergerFS
     Loaded: loaded (/etc/systemd/system/mergerfs.service; enabled; vendor preset: disabled)
     Active: active (exited) since Mon 2020-05-04 17:58:57 +05; 12min ago

мая 04 17:58:57 sharddin systemd[1]: Finished MergerFS.
===========================================================
А скрипт уже не работает - вначале всё работало - через запуск в баш-е, но вот теперь ни из командной строки ни через ситемд ничего не работает - папка /media пустая, а при запуске команды она как-будто зависает:

# mergerfs -o defaults,allow_other,use_ino,category.create=mfs,moveonenospc=true,minfreespace=1M /mnt/lin1.0-1_media-1/lin-1.0-1_media-1/avi/:/mnt/seag2TB-biremtaelek/seag2TB-biremtaelek/avi/:/mnt/seag2TB-toishoiroimtaelek/seag2TB-toishoiroimtaelek/tmp/avi/:/mnt/seag1TB-lin1/seag1TB-lin1/avi/:/mnt/lin1.0-1_kitaptar/lin-1.0-1_kitaptar/lin1.0-1_media-2/avi/"Zona Downloads"/:/mnt/lin1.0-1_kitaptar/lin-1.0-1_kitaptar/lin1.0-1_media-2/avi/"Zona Downloads"/ /media
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
/bin/bash: предупреждение: слишком высокий уровень командного процессора (1000); сбрасывается до 1
^C
=========================================================================================
Может кто знает в чем может быть дело??

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

9. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от _hide_ (ok), 13-Май-20, 11:36 
Я бы советовал написать нормальный init скрипт и вызывать его из юнита. Чтобы быть уверенным в работоспособности решения.
Ответить | Правка | Наверх | Cообщить модератору

14. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от пох. (?), 20-Май-20, 08:56 
> Я бы советовал написать нормальный init скрипт и вызывать его из юнита.

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

Впрочем, у него из юнита вообще не вызывается ничего - похоже, ошибка копипасты, или автор и впрямь не в курсе что такое юнит и как работает, нашел на серферфолте? (Где execstart-то?! stop вижу, только он, мягко говоря, странный - похоже, бинарник без параметров зачем-то вызывает.)

я бы посоветовал - показать скрипт, логи (journalctl и syslog).
А автор показал непонятно-что. Если у него правда # это начало скрипта, а не затесавшийся рутовый промпт - его ждет еще много чудных открытий, конечно.

Может, прежде чем юниты писать и статьи на опеннет - книжек каких про юниксы почитать, а? Узнать что этот # означает в разных местах, хотя бы.

А  mergerfs пока поставить из пакета, я уверен что там есть юнит, и работающий, в отличие от васян-поделки.

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

23. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от sharddin (?), 27-Июн-20, 13:41 
Скрипт такой (да, убрал в начале #, заменив на $ и добавил  sudo  перед командой:
==================================
$!/bin/bash

sudo mergerfs -o defaults,allow_other,use_ino,category.create=mfs,moveonenospc=true>
==================================
В юнитах, конечно, не очень-то и разбираюсь - нашёл две страницы для создания собственного юнита и сварганил по их советам один общий...

... Отключил, вообщем, всё из этого...

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

2. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от КО (?), 03-Май-20, 07:50 
"объединение нескольких файловых систем"
Видимость объединения скорее уж, толку от которого мало.
Ответить | Правка | Наверх | Cообщить модератору

3. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Crazy Alex (ok), 03-Май-20, 12:37 
ну... с другой стороны, в отличие от lvm/raid0 если так сцепить несколько дисков - то если один крякнется на других данные уцелеют самым что ни на есть тупым и понятным манером. Что-то вроде бэкапного ящика, куда диски докидываются по необходимостиЮ да ещё и убрать старьё можно - вполне. FUSE, конечно, ну и чёрт бы с ним
Ответить | Правка | Наверх | Cообщить модератору

6. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от aa (?), 06-Май-20, 14:29 
когда новый файл записывается на случайный диск - это нифига не "понятным манером"
Ответить | Правка | Наверх | Cообщить модератору

8. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Crazy Alex (ok), 07-Май-20, 23:19 
Во-первых, оно конфигурируемо. Во-вторых - это всё же не страйпы собирать - слил вместе - и готово, что выжило - в том же состоянии, в каком и было до смерти одного из дисков. В-третьих - лично у меня было довольно много случаев, когда файлы независимы. Бэкапы в архивах, образы дисков и так далее.
Ответить | Правка | Наверх | Cообщить модератору

4. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от Жёлтый Джек (?), 04-Май-20, 14:24 
> В отличие от aufs и overlayfs(,) в mergerfs не создаётся отдельн[ого](ый) сло[я](й) для

записи(,) и данная ФС не может применяться поверх разделов, доступных [в режиме]
только для чтения.

() - добавить.

[] - удолить.

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

24. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от pavlinux (ok), 09-Июл-20, 19:13 
> [] - уд{о}лить.

{} - зоминить

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

7. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от Аноним (7), 06-Май-20, 16:35 
Когда-то пробовал подобное в качестве замены всевозможным striped volume на уровне объектов ФС, оказалось, что работает чертовски медленно при существенной нагрузке (файл-сервер). Уж лучше костылить решения с симлинками.
Ответить | Правка | Наверх | Cообщить модератору

13. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от пох. (?), 20-Май-20, 08:47 
Пейсателям гуаностатей на заметку: а вот это и есть та информация, которая (в отличие от бездарной статейки) и имела хоть какой-то смысл. Человек не только с пятого на десятое освоил командную строку, но и может рассказать о проблеме, хотя бы два слова - "не ходите туда".

В общем-то, ничего удивительного не вижу - твой файлсервер поди сасамба? Итого четыре лишних контекст-свитча на каждое обращение. (Модуль для прямого доступа в обход vfs для сасамбы никто не написал? Или аналогичного для ganesha? Это типовое решение для подобных случаев, если что.)

Обычно,afaik, его в другую сторону применяют - десяток недосерверов с сасамбами объединить в один сплошной пул. Проигрываешь на контекст-свитчах, выигрываешь (если правильно объединил) на том что доступ может идти параллельно к нескольким серверам и контекст-свитчи жуются в том числе их процессорами.

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

15. "Логическое объединение нескольких файловых систем при помощи..."  –1 +/
Сообщение от Crazy Alex (ok), 22-Май-20, 12:55 
Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с самого начала. FUSE  в продакшне и с хоть какими-то заметными нагрузками - это особая "храбрость".

А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда суёшь туда очередной винт - прокатит отлично. И когда один из прежних навернётся - тупо делается recheck торренту и он, по возможности, перекачивает битое.

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

18. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от пох. (?), 22-Май-20, 20:24 
> Оно, блин, FUSE, то, что оно не вытянет нагрузку - очевидно с

странно, что оно совершенно неочевидно автору ntfs3g, в какой-то момент всерьез померявшегося х...ями аж с тогдашней ext4 (да, в панике улучшили производительность...а он пообещал когда-нибудь в будущем - хотя бы дебаг выключить ;-) не вполне очевидно было авторам lustre (да, переписали, но далеко не сразу), и совсем неочевидно авторам gluster и moose.

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

расскажи это redhat с ее промышленными storage clusters.

> А вот обойтись на домашней медиа-помойке без LVM и прочих RAID когда
> суёшь туда очередной винт - прокатит отлично. И когда один из

и потерять все данные вместе с очередным винтом. покатит, угу.

Оно вообще не для замены raid было придумано. Оно для тех у кого этих винтов - опой жуй.

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

19. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Crazy Alex (ok), 24-Май-20, 14:42 
Не знаю, как насчёт ntfs (никогда не интересовался), а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат, плюс это крупные проекты на слуху, раз не сдохли - можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.

А в среднем по больнице FUSE - это мелкий тормозной самопал, обменявший качество кода и эффективность на гибкость и простоту написания, если уж даже на сторонний модуль ядра не сподобились, не говоря о добавлении в мейнлайн. Ну или адская экзотика какая-нибудь, но здесь явно не тот случай.

Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это естественное ожидание), а то, что оно каким-то чудом НЕ тормозит.

Насчёт "потерять все данные" - так это во все времена лечилось только бэкапом. И именно с mergefs теряются не все, как в LVM со сдохшим винтом или RAID0. Другое дело, что если это не домашняя хранилка - RAID почти наверняка всё равно понадобится, а добавлять винты тогда надо на нём или на слое ниже.

А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом. Ровно так же, как и померла бы без mergefs. Дополнительных проблем не создаёт, пнуть торренту rehash и пусть докачивает, что может - без бэкапов же хоть как-то компетентный человек важные данные не держит, правда? А тот, кто подобное настраивает, хоть некоторую компетенцию явно имеет.

Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них своих решений хватает, от glusterfs до LVM.

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

21. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от пох. (?), 24-Май-20, 17:30 
> а с остальной троицей всё очевидно - сетевые ФС, где локальные задержки ничего не значат

мущина, проснитесь - во времена 100G адаптеров сеть постоянно оказывается быстрее чем диски.

> можно предположить, что более-менее работают и что в них вбито приличное количество ресурсов.

да. Поэтому времена когда fuse можно было считать мелким самопалом - остались примерно там же, где таким был весь этот ваш линух. Хотя вообще-то она и появилась на слуху одновременно с ntfs3g, и их авторы чуть ли не в одном универе вместе учились.
Но вот ntfs3g, скорее всего, как раз последними изменениями подпортили, а переписать заново - нового героя нет, старый постарел и чем хуже работает 6ешплатная поделка - тем лучше, он коммерческую версию продает. Текущая версия когда там - в 17м году последний раз обновлялась? То есть до fuse3. Угадай на чьи деньги ее теперь пилят.

> Так вот, для FUSE  в общем случае надо отдельно указывать не то что оно тормозит (это
> естественное ожидание), а то, что оно каким-то чудом НЕ тормозит.

ну вот fuse - это само по себе такое чудо, что оно, в общем и целом - тормозит гораздо меньше, чем это принято считать.
http://www.csamuel.org/2007/04/25/comparing-ntfs-3g-to-zfs-f...
если кто не знал, или забыл. Это не тот самый тест автора (тот теперь хрен найдешь), и к нему есть вопросы, но показатели весьма забавные. Жаль что никто так и не собрался сравнить с ext4 (хотя там и будут вопросы к качеству кода fuse-ext4, а не самой fuse).

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

> А вот дома - ну да, помрёт часть какой-нибудь торрентопомойки со сдохшим винтом.

а зачем тогда было хранить, если не больно и нужна?

У меня вот дома если что помрет - это обратно из интернета не накачаешь - нету или очень в избранных местах.

> Про использование этой штуковины редхатом не выгуглилось ничего, звиняй. Что логично - у них
> своих решений хватает, от glusterfs

так вот, открою тайну: gluster работает поверх fuse. И да, rh storage cluster это оно.
И вот ради него там как раз и понаделали всякого разного - на все деньги редхата. Потому что 10G ему забить - как делать нехер. Полагаю, и 100 тоже не залежится.

Вот такая эта fuse загадочная.

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

10. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от trunk (?), 18-Май-20, 04:54 
mhddfs
Ответить | Правка | Наверх | Cообщить модератору

11. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Нолекс (?), 19-Май-20, 19:16 
По всей видимости он больше не разрабатывается, хотя пакеты под Debian, до сих пор собирают... o_O
Ответить | Правка | Наверх | Cообщить модератору

12. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от пох. (?), 20-Май-20, 08:40 
Еще одна васянская статья ниочем. Чувак вчера открыл для себя mergerfs и бежит поделиться тем, что и так знает любой.

Или узнает, если бегло прочитает README.

Вы знаете, я вчера нашел такую программу, mc называется! Она умеет файлики копировать и удалять, представляете! И окошки у нее синенькие!
Вот примерно и все что я про нее могу вам рассказать. Зачем это на опеннете?! Чтобы окончательно вся аудитория свелась к школию-недоучкам?

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

В 10-м обычной - засмеют, пожалуй.

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

16. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Crazy Alex (ok), 22-Май-20, 12:57 
Для начала надо знать, что такая штуковина вообще существует.

Отслеживать все поделки на FUSE - жизни не хватит, а так - сравнительно интересное само приползло.

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

17. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от пох. (?), 22-Май-20, 20:19 
> Для начала надо знать, что такая штуковина вообще существует.

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

Кроме того что - существуют.

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

20. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Crazy Alex (ok), 24-Май-20, 14:46 
Сюрприз - сейчас пишется такая куча разных приблуд, чтобы самому пересмотреть всё - жизни не хватит. И то, что кто-то нарыл интересное, потыкал палочкой, оно у него собралось и в принципе работает - уже ценно. А нюансы можно отдельно покопать, и для хоть какого-то "рабочего" использования это придётся делать в любом случае. Здесь основная ценность - именно в том, что о самм существовании интересной штуковины узнаёшь.
Ответить | Правка | Наверх | Cообщить модератору

22. "Логическое объединение нескольких файловых систем при помощи..."  +/
Сообщение от Нолекс (?), 28-Май-20, 16:17 
Как по мне - статей бы побольше, всяких разных. А флуда бы меньше...
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

25. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от Аноним (25), 15-Июл-20, 16:27 
> Но mergerfs даёт возможность прямой записи
> в примонтированный раздел в соответствии с заданной политикой

Какой-то троллейбус из буханки ака btrfs из спичек и желудей.

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

26. "Логическое объединение нескольких файловых систем при помощи mergerfs"  +/
Сообщение от getfr (?), 18-Авг-20, 13:11 
Автор объединительной штуки не осилил symlink?
А как иначе объяснить желание городить огород посередине огорода?
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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