Ступор с `umask`

В /etc/profile:
umask 002
При этом скачивая файлы задает им права rw-r--r--, файлы скопированные через SAMBA получают аналогичные права!
Почему так?

а что не так ? П.С кто куда

а что не так ?

П.С кто куда чего скачивает ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Хочется права rw-rw-r--...

Хочется права rw-rw-r--... Вообщем комп используется как сетевое хранилеще... Есть несколько пользователей (дело дома обстоит). К хранилищу обращаются посредством SAMBA. Deluge качает torrent'ы в /mnt/torrents/completed - далее посредством rbind /mnt/torrents монтируется в домашние папки пользователей. Я хочу чтобы пользователи входящие в определенную группу имели права на запись (изменение) файлов скаченных deluge и файлов друг друга.

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Отредактировал

Отредактировал /etc/samba/smb.conf:

[global]
        netbios name            = jazz_bass
        workgroup               = HOMEGROUP
        server string           = Samba Server %v
        bind interfaces         = eth1
        security                = user
        log file                = /var/log/samba/log.%m
        max log size            = 500
        hosts allow             = 192.168.8. 127.
        encrypt passwords       = yes
        socket options          = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
        dns proxy               = no
        unix charset            = utf8
        dos charset             = cp1251
        display charset         = utf8
        load printers           = yes
        printing                = cups
        printcap name           = cups
        wins support            = yes
        [homes]
                comment                 = Home Directories
                browseable              = no
                writable                = yes
                create mask             = 664
                directory mask          = 775
        [printers]
                path                    = /var/spool/samba
                browseable              = yes
                public                  = yes
                printable               = yes

Добавил в /etc/conf.d/samba:
smbd_start="start-stop-daemon -k 002 --start --exec /usr/sbin/smbd -- ${smbd_start_options}
nmbd_start="start-stop-daemon -k 002 --start --exec /usr/sbin/nmbd -- ${nmbd_start_options}"
Как следствие если пользователь создает директорию то права на директорию 775, если копирует то права получаются - 755. Причем пробовал ставить в /etc/samba/smb.conf create mask = 665 - сразу файлы стали копироваться с правами 646.
Что за ерунда?

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Хм... Странная штука... Если

Хм... Странная штука... Если пользователь на удаленной машине под windows'ом то все работает нормально - права все корректные, а вот если под Mac OS X, то вот такая вот фигня. У меня самого macbook с Mac OS X Mounting Lion соединяюсь по SAMBA нормально, а вот с правами при копировании ерунда получается, попробовал с компа жены (там windows 7) все работает нормально. Неужто дело в Mac OS X?

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

/

jazz_bass написал(а):
Хм... Странная штука... Если пользователь на удаленной машине под windows'ом то все работает нормально - права все корректные, а вот если под Mac OS X, то вот такая вот фигня. У меня самого macbook с Mac OS X Mounting Lion соединяюсь по SAMBA нормально, а вот с правами при копировании ерунда получается, попробовал с компа жены (там windows 7) все работает нормально. Неужто дело в Mac OS X?

Есть нехорошее подозрение что ты не вполне понимаешь сути того, что ты делаешь, и потому удивляешься результату.
Использование SMB для передачи файлов между двумя современными фрюниксами... как минимум странно.
Мне здесь сразу вспоминается опыт с "тестированием" одной малоизвестной компьютерной фирмой серверов под управлением GNU/Linux (где "исследователи" помимо прочего "обнаружили" весьма посредственные результаты производительности в качестве файлового сервера, и что-то мне подсказывает, что автоматически предполагаемая однозначность сходимости сущности "файловый сервер" выражалать не в NFS).

:wq
--
Live free or die

Anarchist

Anarchist написал(а):
Использование SMB для передачи файлов между двумя современными фрюниксами... как минимум странно.

1. SMB используется для связи не только MacBook и NAS Gentoo Linux, но и для ноутбука с Windows 7.
2. Есть небольшая разница между выводом id bass на MacBook и id bass на NAS.
На MacBook:

macbook:~ bass$ id bass uid=501(bass) gid=20(staff) groups=20(staff),402(com.apple.sharepoint.group.1),401(com.apple.access_screensharing),12(everyone),33(_appstore),61(localaccounts),79(_appserverusr),80(admin),81(_appserveradm),98(_lpadmin),100(_lpoperator),204(_developer)

На NAS:

uid=1000(bass) gid=1010(luntsevy) группы=1010(luntsevy),100(users),21(ftp),1111(family)

На файла созданные и скопированные MacBook'ом необходимы полные права всех членов группы luntsevy
Мне не хотелось бы сейчас перелапачивать и менять gid на MacBook'е для пользователя bass.

Не надо бояться, что жизнь закончится - надо бояться, что она не начнется!

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".