Спасибо за ответ. lvm - пробовал - для дома это overhead. raid 0 - там по моему размер дисков должен быть одинаков (или всё выравнивается по минимальному), а у меня: 500Gb, 2 Tb, 1 Tb. А unionfs - это не то? Стоит смотреть? И ещё вопрос: на x64 mhddfs будет стабильнее?
14 апреля 2016 г., 17:53 пользователь Yuriy M. Kaminskiy < yumkam+deb...@gmail.com> написал: > Pavel Shurubura <pavelshurub...@gmail.com> writes: > > > Здравствуйте, community! > > > > После установки дополнительного нового винта в систему debian stable > > (jessie) начались траблы с mhddfs. Конфигурация приблизительно такая: > > > > /dev/sda1 смонтирован /mnt/disk1 (опции монтирования: defaults, > > noatime) > > /dev/sdb1 смонтирован /mnt/disk2 (опции монтирования: defaults, > > noatime) > > /dev/sdc1 смонтирован /mnt/disk3 (опции монтирования: defaults, > > noatime) > > > > в fstab прописано монтирование > > mhddfs#/mnt/disk1,/mnt/disk2,/mnt/disk3 /home/user/torrent fuse > > defaults,noatime,mlimit=100% 0 0 > > > > т.е. все 3 диска объединены в одно пространство. > > > > После добавления 3-го диска, начались проблемы: > > rtorrent скачивает только часть файла (приблизительно 2 Гб) всё > > остальное пропадает... > > т.е. показывает, что закачка завершена на 100%, но при rehash остаётся > > только несколько % и соответственно только часть файла. > > > > При rehash большой коллекции файлов вообще rtorrent отваливается с > > сообщением: конечная точка не подсоединена. > > соответственно при попытке: > > ls -al /home/user/torrent > > тоже получаем ошибку: конечная точка не подсоединена. > > По команде mount, точки монтирования /home/user/torrent нет. > > В логах есть падение mhddfs (segfault). > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728310 > (без решения, без backtraces [что, впрочем, затруднено отсутствием -dbg > пакета и неподдержкой nostrip в debian/rules], и т.д.) > > Беглый взгляд на исходники показывает возможный racing, см. патч > (Disclaimer: патч *не проверен*, я не пользуюсь mhddfs, и знаю примерно > ничего про fuse). > > > Помогите разобраться, кто сталкивался, либо подскажите чем его > > заменить (более стабильное что-то, но по функциональности такое-же). > > lvm, raid0,...? Оно, конечно, менее удобно в рулении, но. > > P.S. из логов сборки (к падениям, впрочем, отношения не имеет): > src/parse_options.c: In function 'parse_options': > src/parse_options.c:253:39: warning: integer overflow in expression > [-Woverflow] > mhdd.move_limit = DEFAULT_MLIMIT; > ^ > src/parse_options.c:295:42: warning: integer overflow in expression > [-Woverflow] > mhdd.move_limit = DEFAULT_MLIMIT; > ^ > (Иными словами, на 32-битных платформах оно по умолчанию немножко > поломатое). > > -- With kindest regards, pvs.