Samba, не подхватывается смена прав директорий на ubuntu-клиенте

[sptica]

Здравствуйте.

Есть работающий сервер samba 3.0.28, на нём есть несколько шар, в том числе work:

Код: [Выделить]

[global]
workgroup = lalala
netbios name = lalala
security = user
encrypt password = yes
smb passwd file = /etc/samba/smbpasswd
username map = /etc/samba/smbusers
dns proxy = no
use sendfile = yes


[work]
path = /mnt/tc/shares/work
public = yes
writeable = yes
create mask = 0664
directory mask = 2770

vfs object = recycle
recycle:repository = /mnt/tc/!res
recycle:keeptree = Yes
recycle:versions = Yes
recycle:touch_mtime = Yes
recycle:directory_mode = 777

Иногда возникает необходимость править права доступа (chown) для некоторых поддиректорий шары work. Одно время была проблема с windows машинами с подхватыванием переназначенных права - разобрался. После переназначения прав достаточно было перелогинить виндовую машину, либо же посмотреть на сервере:

Код: [Выделить]

smbstatus | grep <user_name>

, затем сделать:

Код: [Выделить]

kill <user_name_pid>

Теперь в связи с установкой пользователями машин с ubuntu, эта проблема возвратилась уже для них. Ни первый, ни второй способ не помогает. Ubuntu не подхватывает переназначенных прав доступа для директорий.

Да, при первом заходе на samba сервер я вводил имя пользователя и пароль и ставил галку запомнить навсегда.

Не подскажете, что сделать для того чтобы ubuntu таки подхватила переназначенные права?

[digiwhite]

Не уверен что может помочь и не всегда применимо:

Код: [Выделить]

/etc/init.d/smbd restart

[sptica]

Рестарт самбы не помогает, это первое что я пробовал делать .
Пользователь решил продолжить мысль 23 Апреля 2009, 14:45:12:Пытаюсь покопать smbstatus - мне кажется я как-то то-ли неправильно подключаюсь, то-ли что-то ещё. Не могу понять. Ведь у сервера стоит

Код: [Выделить]

security=user
, но при этом если на сервере выполнить:

Код: [Выделить]

smbstatus | grep sptica
не будет результатов. Sptica - это имя пользователя.

Но, если выполнить:

Код: [Выделить]

smbstatus | grep alex
выведется:

Код: [Выделить]

IPC$         19366   alex          Thu Apr 23 17:23:10 2009
work         19367   alex          Thu Apr 23 17:23:12 2009
alex - это имя хоста с которого я коннекчюсь. Т.е. именно оно прописано в /etc/hostname.

Не могу понять почему так происходит.
Пользователь решил продолжить мысль 23 Апреля 2009, 17:49:46:Проблема снимается. Сам дуб. Кто-же пишет "public = yes". Конечно он не будет авторифицироваться.