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

"Раздел полезных советов: Логическое объединение нескольких ф..."	+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.me/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 | Индекс форумов | Темы | Пред. тема | След. тема