1

Решил сообразить standalone для шар, конфиг практически дефолтный, проблема похоже гентушная, что-то наверное не так собрано/или... для подстраховки проверил конфиг на deb - все ок.
По ip шары монтируются без нареканий, по имени - нет.
Имя компа с самбой на оффтопике видно, но!, что странно только сразу после перезагрузки гентушного серв с самбой.

$ emerge -pqv samba
[ebuild   R   ] net-fs/samba-3.6.6  USE="acl aio client cups fam netapi pam readline server smbclient swat winbind -addns -ads -avahi -caps -cluster -debug -doc -examples -ldap -ldb -quota -smbsharemodes -syslog" 
$ cat /etc/samba/smb.conf | grep -v '#' | grep -v '^$'
[global]
  netbios name = HGATE
  interfaces = lo, eth1
  hosts allow = 192.168.0. 127.
  server string = %h server (Samba, Gentoo)
  dns proxy = no
  log file = /var/log/samba/log.%m
  max log size = 1000
  syslog = 0
  panic action = /usr/share/samba/panic-action %d
  encrypt passwords = true
  passdb backend = tdbsam
  obey pam restrictions = yes
  unix password sync = yes
  passwd program = /usr/bin/passwd %u
  passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
  pam password change = yes
  map to guest = bad user
  usershare allow guests = yes
[share]
 path = /mnt/data/share
 browseable = Yes
 read only = No
 guest ok = Yes
 create mask = 0775
 directory mask = 0775
 writable = yes
 inherit acls = yes
 inherit owner = yes
 inherit permissions = yes
 map acl inherit = yes

с хоста самбовского:

$ smbclient -L HGATE
Enter root's password: 
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.6.6]

    Sharename       Type      Comment
    ---------       ----      -------
    share           Disk      
    IPC$            IPC       IPC Service (HGATE server (Samba, Gentoo))
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.6.6]

    Server               Comment
    ---------            -------
    HGATE                HGATE server (Samba, Gentoo)

    Workgroup            Master
    ---------            -------
    WORKGROUP            
$ nmap -vv 192.168.0.1
Starting Nmap 5.51 ( http://nmap.org ) at 2012-07-26 02:05 MSK
Initiating SYN Stealth Scan at 02:05
Scanning WORKGROUP.HGATE (192.168.0.1) [1000 ports]
Discovered open port 445/tcp on 192.168.0.1
Discovered open port 53/tcp on 192.168.0.1
Discovered open port 139/tcp on 192.168.0.1
Discovered open port 21/tcp on 192.168.0.1
Discovered open port 80/tcp on 192.168.0.1
Completed SYN Stealth Scan at 02:05, 0.05s elapsed (1000 total ports)
Nmap scan report for WORKGROUP.HGATE (192.168.0.1)
Host is up (0.0000090s latency).
Scanned at 2012-07-26 02:05:25 MSK for 0s
Not shown: 995 closed ports
PORT    STATE SERVICE
21/tcp  open  ftp
53/tcp  open  domain
80/tcp  open  http
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds

Read data files from: /usr/share/nmap
Nmap done: 1 IP address (1 host up) scanned in 0.12 seconds
           Raw packets sent: 1000 (44.000KB) | Rcvd: 2005 (84.220KB)

Так-то свою функцию расшаривания выполняет, но тут уже дело принципа почему с именем проблемы?
Этот же серв является шлюзом, запущен unbound, ftp, nginx...

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

2

Такой вопрос, кроме:

File systems  --->
  Network File Systems  --->
    <M> CIFS support

ей эдакое что еще надо?

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

3

Проблема самоликвидировалась, обновкой ядра.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.