Маленькая заметочка про сервисы в debian дистрибутивах

Понадобилось расшарить папку для общего доступа. Задача знакомая: добавляем пару строк в файл конфигурации, включаем пользователя, перезапускаем сервис. Последний пункт вызвал некоторые затруднения. Если раньше делал просто /etc/init.d/smbd restart, то теперь захотелось по-модному, через systemctl. Однако выполнение соответствующей команды слегка озадачило:

# systemctl status samba
● samba.service
   Loaded: masked (/dev/null)
   Active: inactive (dead)

# systemctl start samba
Failed to start samba.service: Unit samba.service is masked.

Что за чудеса? Оказывается, в моём случае статус masked означает, что сервис отключён:

$ ls -l /lib/systemd/system/samba.service
lrwxrwxrwx 1 root root /lib/systemd/system/samba.service -> /dev/null

Пришлось покопаться в памяти и вспомнить, что нужный мне сервис называется по-другому, smbd. А этот сервис перезапустить не составило труда:

# systemctl status smbd
# systemctl restart smbd

Ну, и на будущее: посмотреть сервисы можно командой:

# systemctl list-units

Посмотреть файлы - командой:

# systemctl list-units

Посмотреть зависимости - командой:

# systemctl list-dependencies smbd

и так далее...

Литература:

1. Почему некоторые системные сервисы находятся в «маскированном» состоянии?

Пободался с samba

Оказывается, есть куча полезных команд, позволяющих её налаживать.

Например, testparm - проверяет smb.conf на корректность.

Или wbinfo -t - проверяет, жива ли учетная запись данного компьютера в домене.

Или вот ещё, можно попробовать авторизоваться в домене командой wbinfo -a domain\\user и посмотреть, какие ошибки при этом появятся.

В общем, учиться и учиться...

Slackware: компьютер не виден по netbios

Если с других рабочих станций локальной сети ваш компьютер не может быть найден по его netbios(wins)-имени, можно попробовать сделать следующее:

1. проверить, что это имя корректно прописано в /etc/samba/smb.conf (раздел global, секция netbios name)

2. перезапустить самбу:

sudo /etc/rc.d/rc.samba restart

3. посмотреть логи самбы - вдруг, она почему-то не стартовала.

SAMBA: Невозможно сменить режим доступа целевого файла

Столкнулся с ошибкой: при попытке записать файл на самбовскую шару получаю в mc сообщение Невозможно сменить режим доступа целевого файла: Операция не позволяется (1), причем сам файл записывается.

Решение такое:
sudo mount.cifs //Server/share /mnt/share -o user=юзер_шары,noperm

Полезная ссылка о том, как настроить доступ из винды к шарам дебиана:
http://doc.3dn.ru/publ/14-1-0-84

Вкратце:

1. поставили сервер:
aptitude install samba

2. отредактировали файл /etc/samba/smb.conf:
[myShareName]
path=/my/Local/Path
public=yes
writable=yes
printable=no

3. Можно предоставлять доступ существующим пользователям, а можно завести новых (без рабочей папки и, может даже, без права локального входа в систему):
useradd -N -M -g sambausers mysambauser

4. добавили существующего в системе пользователя к списку разрешенных:
smbpasswd -a mysambauser

5. включили пользователя:
smbpasswd -e mysambauser

6. перестартовали сервер:
/etc/init.d/samba restart

(самба не расширяет права пользователя, предоставляемые файловой системой, так что доступ пользователей к подпапкам управляется всё так же через chmod)

UPD 2019-09-04:

В нынешнем дистрибутиве дебиана пп 3 и 6 выглядят так:

3. useradd -N -M -g sambashare mysambauser

6. /etc/init.d/smbd restart

Ну и общую шару с доступом на запись можно сделать так:
cd /my/Local/Path
mkdir share
chgrp sambashare share
chmod g+w share

UPD 2019-11-26:

Посмотреть список пользователей, которым делался доступ через smbpasswd, можно так:
sudo pdbedit -L -v