samba

[kostykirov]

Прошу прощенья, группы сделал
uucp:x:14:admin
proc:x:19:root,admin
cdrom:x:22:admin
ftpadmin:x:51:
cvsadmin:x:53:
floppy:x:71:admin
cdwriter:x:80:admin
audio:x:81:admin
radio:x:83:admin
netadmin:x:105:
xgrp:x:119:admin
admin:x:500:
camera:x:36:admin
scanner:x:37:admin
geogroup:x:502:usergeo,admin
fingroup:x:503:userfin,admin
admingroup:x:504:admin
[userfin@localhost ~]$


Но всеравно не хочет admin заходить в  шару "workgeo"

[black_13]

В сомбовом логе наверняка есть ответ!  ;)

[МИНЗДРАВ]

Никак не пойму как папку расшарить для виндузовой машины?
Вроде всё настроил, всё работает.

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

[root@localhost ~]# service smb restart
Shutting down CIFS services:  Samba server, NetBIOS over TCP/IP server  [ DONE ]
Starting CIFS services:  NetBIOS over TCP/IP server, Samba server       [ DONE ]
[root@localhost ~]#service smb status
smbd is running
nmbd is running
[root@localhost ~]#А виндузовая машина всё-равно в сетевом окружении ничего не видит.

P.S. К тому-же если smb выключить, то доступ к расшареному диску /mnt/sda5/ пропадает для юзера и для рута.

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

[root@localhost ~]# smbclient -L /mnt/sda5/
Connection to mnt failed (Error NT_STATUS_BAD_NETWORK_NAME)
[root@localhost ~]#

[greyzy]

P.S. К тому-же если smb выключить, то доступ к расшареному диску /mnt/sda5/ пропадает для юзера и для рута.

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

[root@localhost ~]# smbclient -L /mnt/sda5/
Connection to mnt failed (Error NT_STATUS_BAD_NETWORK_NAME)
[root@localhost ~]#

Если smb выключить, то доступа и не должно быть, это нормально, только строка запуска правда должна быть другая (smbclient должен обращаться к сетевой общей папке, хоть и с локальной машины, а вы обращаетесь просто к папке):

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

smbclient -L //apt3/sda5/Дайте ее вывод, когда smb запущен, а также ходят ли вообще пинги между линуксом и виндами?

[МИНЗДРАВ]

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

[root@localhost ~]#  smbclient -L //apt3/sda5/
Password:
Domain=[WIN] OS=[Unix] Server=[Samba 3.0.30-ALT]

        Sharename       Type      Comment
        ---------       ----      -------
        user            Disk      mediafiles
        ftp             Disk      ftpfiles
        IPC$            IPC       IPC Service (anonymous lan file server)
Domain=[WIN] OS=[Unix] Server=[Samba 3.0.30-ALT]

        Server               Comment
        ---------            -------
        APT3                 anonymous lan file server

        Workgroup            Master
        ---------            -------
        WIN                  APT3
[root@localhost ~]#Нет. Тут немножко другое.
Внезапно вся система зависает. На индикаторе загрузки проца, высвечивается, что он занят системным процессом до 100%.
Приходится в первой консоли смотреть вывод ps aux Там-же определять самый "трудоёмкий" процесс, а это всегда оказывается nobody /usr/sbin/smbd после того (и до него, и сразу после зависания) любой доступ к /mnt/sda5/ пропадает. Даже от рута.
Тут глюк какойто.
Вот что при такой проблеме (возникающей не периодически) пишут логи (12я консоль):

[varalt]

У тебя стоит файловая система FAT на Windows.
Причем доступ только для чтения - File system has been set read-only из лога.
Перепроверь права в SAMBA и на диске, где стоит FAT, должно стоять чтение-запись.
На всякий случай проверь тот FATовский диск на ошибки из-под под Windows.

[greyzy]

У тебя стоит файловая система FAT на Windows.
Причем доступ только для чтения - File system has been set read-only из лога.
Перепроверь права в SAMBA и на диске, где стоит FAT, должно стоять чтение-запись.
На всякий случай проверь тот FATовский диск на ошибки из-под под Windows.

мне кажется вообще сыпется этот FAT (а может и винт), откуда он вообще взялся? В смысле зачем в FAT? Отформатируйте все в ntfs, как то понадежнее и посовременнее

[МИНЗДРАВ]

Винт новый.
Не знаю, что может быть с фс, но то что при "убийстве" /usr/sbin/smbd глюк проходит - это факт! Значит бага связана с этим процессом. ИМХО
Разобраться-бы с ним...

[greyzy]

Винт новый.
Не знаю, что может быть с фс, но то что при "убийстве" /usr/sbin/smbd глюк проходит - это факт! Значит бага связана с этим процессом. ИМХО
Разобраться-бы с ним...

Новый винт это не обязательно показатель исправности к сожалению. Если при обращении к битому винту все виснет, а при убиении процесса, обращающемуся к битому винту все отвисает, может вы все таки проверите винт на ошибки, из винды (chkdsk) или из линукса (http://salomatin.ru/index.php?option=com_content&view=article&id=83:analiz&catid=35:komands&Itemid=60)

[МИНЗДРАВ]

Вот что вывел:

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

[root@localhost ~]# fsck.vfat /dev/sda5
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/:0GI:0GX:0Gl:0GQ:0GU/GROTOHOD/starye vi/:0GS:0G+:0Gu :0Gq:0G+:0Gw/AutoCaD/:0GX:0GY:0GG:0GW:0Gh:0GL/:0GH:0GG:0GT:0GT:0GL:0GW/:0Gt:0Go:0Gr:0Gt:0Gq:0Gm.bmp
  Contains a free cluster (281093). Assuming EOF.
/:0GI:0GX:0Gl:0GQ:0GU/GROTOHOD/starye vi/:0GS:0G+:0Gu :0Gq:0G+:0Gw/AutoCaD/:0GX:0GY:0GG:0GW:0Gh:0GL/:0GH:0GG:0GT:0GT:0GL:0GW/:0Gt:0Go:0Gr:0Gt:0Gq:0Gm.bmp
  File size is 1477782 bytes, cluster chain length is 278528 bytes.
  Truncating file to 278528 bytes.
/TEMP/video/:0Gy:0Gm:0H8:0Gu:0Gz:0Gm/22.08.2010.dv  and
/:0GI:0GX:0Gl:0GQ:0GU/GROTOHOD/starye vi/:0GS:0G+:0Gu :0Gq:0G+:0Gw/:0GW:0GG:0GH:0GU:0GY:0GG/:0H5:0Gr:0Gz:0G+:0Gz/:0HU:0H5:0G1:0G4:0H5:0H6:0H8.rar
  share clusters.
1) Truncate first to 0 bytes
2) Truncate second to 702644224 bytes
? 1
Internal error: didn't find cluster 363509 in chain starting at 10827594
[root@localhost ~]#Подскажите пожалуйста, что сие значить может?
И, что теперь делать?

[Mario_z]

Обычное дело на FAT - потерянные сектора.
Согласно документации (команда man fsck), можно попробовать запустить с опцией:

-r     Interactively  repair the filesystem (ask for confirmations).  Note: It is generally a bad idea to use this option if multiple fsck's are being run in parallel.  Also note  that  this  is  e2fsck's default behavior; it supports this option for backwards compatibility reasons only.

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