1

Всем привет. Помогите пожалуйста избавиться от следующего феномена. Система Ubuntu 12.04 x64
Имеется samba шара(общая),  которую я хочу примонтировать к папке.
Добавил следующую строку в /etc/fstab

//192.168.0.2/marikk   /home/marikk/back cifs defaults  0 2

При старте системы монтирования не происходит. При наборе

sudo mount -a

Получаю следующее:

marikk@machine:~$ sudo mount -a
[sudo] password for marikk: 
Password: 

Откуда берется второй запрос на пароль и как от него избавится ?

2

В fstab монтировать samba надо примерно так:

//192.168.0.2/marikk     /home/marikk/back     cifs      username=user,password=pass,_netdev,rw         0 0
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

3

это был мой первый вариант, к сожалению проблемы это не решает. Но на будущее буду делать так.
В обоих запросах, подходит пароль от моей учетки.

4

Не понял какую именно проблему не решает?

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

5

newzenon пишет:

Не понял какую именно проблему не решает?

извиняюсь, у меня было без "_netdev". Все заработало. Спасибо большое.

6

newzenon пишет:

В fstab монтировать samba надо примерно так:
//192.168.0.2/marikk     /home/marikk/back     cifs      username=user,password=pass,_netdev,rw         0 0

Вот только fstab доступен всем на чтение, что приведёт к разглашению всем желающим пароля пользователя user на 192.168.0.2. Как избежать этого описано в "man mount.cifs" в районе описания опции "credentials=" (сокращённый вариант cred= тоже принимается).

7 (06.09.2012 13:22:47 отредактировано marikk)

bormant пишет:
newzenon пишет:

В fstab монтировать samba надо примерно так:
//192.168.0.2/marikk     /home/marikk/back     cifs      username=user,password=pass,_netdev,rw         0 0

Вот только fstab доступен всем на чтение, что приведёт к разглашению всем желающим пароля пользователя user на 192.168.0.2. Как избежать этого описано в "man mount.cifs" в районе описания опции "credentials=" (сокращённый вариант cred= тоже принимается).

А установка всех прав в 0 считается дурным тоном ?  За совет спасибо, прочту для развития.
Пользуясь случаем еще вопросик. В чем существенная разница между cifs и smbfs ?

8

marikk пишет:

В чем существенная разница между cifs и smbfs ?

smbfs старая реализация и не поддерживает unicode в отличии cifs, в интернете можно еще подробности узнать

It is good day to die ...
MS Windows 10
Заметки о главном...

9

bormant пишет:

Вот только fstab доступен всем на чтение, что приведёт к разглашению всем желающим пароля пользователя user на 192.168.0.2. Как избежать этого описано в "man mount.cifs" в районе описания опции "credentials=" (сокращённый вариант cred= тоже принимается).

Не стал писать про credentials, показалось в данном случае избыточным.

marikk пишет:

А установка всех прав в 0 считается дурным тоном ?

Где тут про права?
Если пр 0  0 в конце строчки

//192.168.0.2/marikk     /home/marikk/back     cifs      username=user,password=pass,_netdev,rw         0 0

то это совсем другое, смотрим man fstab, поля <dump> и <pass>

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

10

Где тут про права?

Права на доступ к файлу поменять.  Таким образом

sudo chmod 0000 /etc/fstab

11 (06.09.2012 13:54:36 отредактировано yars)

marikk пишет:

Права на доступ к файлу поменять.  Таким образом

И зачем? Чего вы этим добъетесь? И вообще, причем здесь права на доступ к /etc/fstab?

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

12 (06.09.2012 14:00:08 отредактировано marikk)

Вот только fstab доступен всем на чтение

Запрет всем на чтение.
Понятно, что заменять встроеный механизм защиты, какими-то рюшечками по меньшей мере не разумно.

13

А его много кому читать нужно было (по крайней мере так было до udev/udisks).

14

bormant пишет:

А его много кому читать нужно было (по крайней мере так было до udev/udisks).

Спасибо еще раз. Что-то подобное я и хотел услышать