Проблема при использовании rsync и ntfs-3g

[rust9mka]

Всем доброго времени суток. Не так давно начал использовать freebsd. Стоит задача сделать бэкап с помощью rsync на hdd, форматированный в ntfs. Для осуществления возможности записи диск монтируется с помощью ntfs-3g в fstab такой строчкой.

Код: Выделить всё

/dev/ad6s1	/backup		ntfs	rw,late,mountprog=/usr/local/bin/ntfs-3g	0	0

Запись файлов с помощью команд с последующим чтением проходит без проблем. Rsync настроен и исправно снимает бэкап с целевого сервера, НО только при помещении файлов в ufs. В случае же запуска rsync (с опцией -v) для помещения резервных копий на целевой ntfs диск при получении инкрементируемого списка файлов система уходит в ребут. При этом при симуляции rsync (запуск с ключом -n) список файлов был получен без проблем.

Подскажите, есть ли какая-либо возможность настроить rsync для работы с ntfs, либо есть ли возможность монтирования ntfs для чтения и записи без использования ntfs-3g. Заранее благодарен.

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[rust9mka]

P.S. FreeBSD 9.0, fusefs-ntfs - 2011-4-12-1, ntfsprogs - 2.0.0.2, rsync - 3.0.9

[Bayerische]

Проверьте, может мешает лок файлов. Неоднократно сталкивался с глюками из-за медленной записи на ntfs.

[rust9mka]

Для проверки текущих блокировок вывел команду sysctl -a | grep lock

Результат следующий:

Код: Выделить всё

kern.clockrate: { hz = 1000, tick = 1000, profhz = 8128, stathz = 127 } 
vm.tryrelock_restart: 0 
vm.pageout_lock_miss: 0 
vfs.nfsd.enable_locallocks: 0 
debug.acpi.reset_clock: 1 
debug.to_avg_lockcalls: 0 
debug.clocktime: 0 
hw.clockrate: 1600 
machdep.wall_cmos_clock: 1 
p1003_1b.memlock: 0 
p1003_1b.memlock_range: 0 dev.atrtc.0.%desc: AT realtime clock

Вроде как никаких блокировок по ntfs нет....
На одом из ресурсов, посвященных FreeBSD, пишут, что советуют пересобрать ядро со следующими опциями: options LIBICONV, options NTFS, options NTFS_ICONV. Как считаете, может подобное действие решить проблему? Не хотелось бы переходить к крайним мерам при отсутсвии полной уверенности.

[manefesto]

батенька да вы извращенец.
Не используйте ради бога ntfs для бэкапов.

[Bayerische]

Как считаете, может подобное действие решить проблему?

Скорее всего, нет, это для поддержки различных кодировок.

Не используйте ради бога ntfs для бэкапов.

+100500
Когда переходил с Win, у меня был диск на гектар в ntfs, заполненный данными. Конвертить нехотелось, пользовался так. Но очень доставали тормоза записи. После нескольких случаев, когда изменения в файлы были почему-то не записаны, я плюнул на это дело, нашёл объёмы и переехал на UFS2.
ntfs-3g теперь использую в крайних случаях, для доступа к Win носителям и обмена информацией со внешним миром (и то, FAT32 предпочитаю где можно).

[rust9mka]

батенька да вы извращенец.
Не используйте ради бога ntfs для бэкапов.

Еще какой. Дело в том что задача стоит в любой момент вытащить из FreeBSD винт с бэкапами и без проблем подключить на любой машине под windows. Решил проблему ипользованием fat32. Сейчас идет бэкап через rsync.
Всем спасибо за помощь.