Проблемы с sshfs и rsync

[didim]

Доброго времени суток.
Проблемы две:

1) Есть локальный компьютер  (далее клиент) с Ubuntu 14.04, на котором заведено несколько уч. записей:
   username1
   username2
   username3
В домашнем каталоге каждого пользователя есть подкаталог ~/Gigabyte в который посредством команды вида sshfs username1@192.168.1.252:/raid/sdb/username1 /home/username1/Gigabyte монтируется каталог удалённого сервера (клиент и сервер находятся в одной подсети).
После монтирования владельцем каталога ~/Gigabyte становится следующий в списке пользователь.
Если же удалить все уч. записи кроме username1, то владельцем каталога становится пользователь nobody.

Проблема появилась уже давно, когда на клиенте стояла Ubuntu 12.04 и была заброшена т.к. я не знал, как ее решить и стал использовать другой способ синхронизации. После перехода к версии 14.04 (все сносилось и ставилось с нуля) снова попробовал монтировать, результат тот же.
В той же подсети есть второй компьютер с Ubuntu 14.04, на котором монтируется без проблем.

2) Недавно перестал нормально работать и другой способ (использующий модуль rsync):
На клиенте установлено два накопителя:
   HDD с разделами Linux(монтируется при загрузке, как /) и DATA(монтируется при загрузке, как /windows)
   SSD с разделом NEW_SYSTEM(с ОС Windows, монтируется вручную, как /mnt/NEW_SYSTEM)
С клиента на сервер производится rsync командами:

rsync --progress --verbose --archive --delete-after /windows/Audio rusername1@192.168.1.252::rusername1
rsync --progress --verbose --archive --delete-after /windows/Users rusername1@192.168.1.252::rusername1
rsync --progress --verbose --archive --delete-after /home rusername1@192.168.1.252::rusername1
rsync --progress --verbose --archive --delete-after /mnt/NEW_SYSTEM/Users/winuser rusername1@192.168.1.252::rusername1


Первые три rsync'a проходят гладко, а вот последний - с недавнего времени стал останавливаться на случайном файле. Он начинается, копирует Некоторое кол-во файлов ,с постепенно падающей скоростью, и в один прекрасный момент останавливается совсем, наглухо... Если нажать Ctrl+c, то попытка копировать все последующие файлы возвращает ошибку Operation not permitted (1).

Жду ваших советов по решению, уважаемые форумчане. Всем заранее спасибо.

P. S. Предложения "снести винду" не принимаю, клиентом не я один пользуюсь...

[didim]

Прошел месяц, тема ушла на 4 страницу не набрав и полсотни просмотров. 
А поскольку проблема для меня существенна, попробую поднять тему.

[rayanAyar]

Глупый вопрос... Но на всякий случай задам - uid на клиенте и сервере одинаковые?

[didim]

Нет, разные.

[jura12]

в параметрах монтирования sshfs можно задать тип монтирования

(Нажмите, чтобы показать/скрыть)

-o idmap=TYPE
              user/group ID mapping, possible types are:

               none   no translation of the ID space (default)

               user   only translate UID of connecting user

               file   translate UIDs/GIDs based upon the contents  of  uidfile
                      and gidfile

не знаю оно или нет.
команда umask задает атрибуты по умолчанию.
какую задачу решает такая конфигурация? может ее можно решить иначе.

[didim]

не знаю оно или нет.

Скорее нет, чем да...  Эта команда тоже работает некорректно: при использовании опции -o umask=644 права на каталог принимают вид 133, и наоборот, при использовании -o umask=133 права принимают вид 644. Это конечно можно использовать, как костыль, но хотелось бы полностью решить проблему с владельцем.

какую задачу решает такая конфигурация?

Задача такова:

На клиенте имеется массив данных, резервную копию которого необходимо получить на сервере. (Структуру данных см. спойлер)

(Нажмите, чтобы показать/скрыть)

На клиенте установлено два накопителя:
   HDD с разделами Linux(монтируется при загрузке, как /) и DATA(монтируется при загрузке, как /windows)
   SSD с разделом NEW_SYSTEM(с ОС Windows, монтируется вручную, как /mnt/NEW_SYSTEM)
Необходима резервная копия каталогов:

/windows/Audio
/windows/Users
/home
/mnt/NEW_SYSTEM/Users/winuser

Предполагалось решаать посредством sshfs+rsync...
До недавнего времени кое-как рашалась методом, описанным в пункте (2) первого сообщения темы.

[AnrDaemon]

umask задаёт маскирование(!) доступа.
Т.е. вы не сможете изменить биты, указанные в umask. umask 0644 запрещает чтение и запись для пользователя и запись всем остальным.

[rayanAyar]

Нет, разные.

Т.е. видим, что uid разные, но всё равно не понимаем почему система себя "странно ведёт"?

sshfs не "переносит" имена пользователей.
sshfs "показывает" удаленной системе числовые uid пользователей.

[didim]

Сменил локальные UID и GID, теперь все монтируется как надо.

Спасибо всем и отдельно rayanAyar.

Тема закрыта.