Ошибка монтирования product permission denied

One of my servers is set up to automatically mount a Windows directory using fstab. However, after my last reboot it stopped working. The line in fstab is: //myserver/myfolder /mnt/backup cifs

A couple of things to check out. I do something similar and you can test mount it directly using the mount command to make sure you have things setup right.

Permissions on credentials file

Make sure that this file is permissioned right.

$ sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Verbose mount

You can coax more info out of mount using the -v switch which will often times show you where things are getting tripped up.

$ sudo mount -v -t cifs //server/share /mnt 
    -o credentials=/etc/smb_credentials.txt

Resulting in this output if it works:

mount.cifs kernel mount options: ip=192.168.1.14,unc=\servershare,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Check the logs

After running the above mount command take a look inside your dmesg and /var/log/messages or /var/log/syslog files for any error messages that may have been generated when you attempted the mount.

Type of security

You can pass a lot of extra options via the -o .. switch to mount. These options are technology specific, so in your case they’re applicable to mount.cifs specifically. Take a look at the mount.cifs man page for more on all the options you can pass.

I would suspect you’re missing an option to sec=.... Specifically one of these options:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

You may need to adjust the sec=... option so that it’s either sec=ntlm or sec=ntlmssp.

References

  • Thread: mount -t cifs results gives mount error(13): Permission denied
Источник

A couple of things to check out. I do something similar and you can test mount it directly using the mount command to make sure you have things setup right.

Permissions on credentials file

Make sure that this file is permissioned right.

$ sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Verbose mount

You can coax more info out of mount using the -v switch which will often times show you where things are getting tripped up.

$ sudo mount -v -t cifs //server/share /mnt 
    -o credentials=/etc/smb_credentials.txt

Resulting in this output if it works:

mount.cifs kernel mount options: ip=192.168.1.14,unc=\servershare,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Check the logs

After running the above mount command take a look inside your dmesg and /var/log/messages or /var/log/syslog files for any error messages that may have been generated when you attempted the mount.

Type of security

You can pass a lot of extra options via the -o .. switch to mount. These options are technology specific, so in your case they’re applicable to mount.cifs specifically. Take a look at the mount.cifs man page for more on all the options you can pass.

I would suspect you’re missing an option to sec=.... Specifically one of these options:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

You may need to adjust the sec=... option so that it’s either sec=ntlm or sec=ntlmssp.

References

  • Thread: mount -t cifs results gives mount error(13): Permission denied
Источник
  • Печать

Страницы: [1] 2  Все   Вниз

Тема: проблемы с монтированием  (Прочитано 2169 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
redway

при монтировании флешек и дисков (кроме тех что прописаны в fstab) — нет прав на запись (Permission denied)

sudo mount /dev/sdc1 /mnt/sdc1

mount

...
/dev/sda2 on /mnt/sda2 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sdc1 on /mnt/disk type vfat (rw)

После монтирования на папку /mnt/sdc1 выставляются права drwxr-xr-x и дата создания папки 1970-01-01 03:00

ls -l /mnt/

drwxrwxrwx 2 root root  4096 2009-08-10 20:55 SD
drwxrwxrwx 1 root root 45056 2009-08-10 11:56 sda2
drwxr-xr-x 2 root root  4096 1970-01-01 03:00 sdc1

подскажите куда копать,

uname -a

Linux ubuntu 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux
dmesq | tail

[  513.861906] sd 6:0:0:0: [sdc] Write Protect is off
[  513.861911] sd 6:0:0:0: [sdc] Mode Sense: 03 00 00 00
[  513.861916] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[  513.866783] sd 6:0:0:0: [sdc] 15660032 512-byte hardware sectors: (8.01 GB/7.46 GiB)
[  513.869907] sd 6:0:0:0: [sdc] Write Protect is off
[  513.869912] sd 6:0:0:0: [sdc] Mode Sense: 03 00 00 00
[  513.869916] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[  513.870568]  sdc: sdc1
[  513.871502] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[  513.871618] sd 6:0:0:0: Attached scsi generic sg3 type 0
lsusb

Bus 001 Device 005: ID 058f:6366 Alcor Micro Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 1267:0201 Logic3 / SpectraVideo plc A4Tech SWOP-3 Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

toshcka

наверное, перед монтированием стоит задать права на директорию?

Оффлайн
ArcFi

sudo chown -R $USER:$USER /mount/point

Оффлайн
redway

наверное, перед монтированием стоит задать права на директорию?

до монтирования

drwxrwxrwx 2 root root  4096 2009-08-10 20:55 SD
drwxrwxrwx 1 root root 45056 2009-08-10 11:56 sda2
drwxrwxrwx 2 root root  4096 2009-08-10 21:55 sdc1

после

drwxrwxrwx 2 root root  4096 2009-08-10 20:55 SD
drwxrwxrwx 1 root root 45056 2009-08-10 11:56 sda2
drwxr-xr-x 2 root root  4096 1970-01-01 03:00 sdc1

2 ArcFi

root@ubuntu:/home/alex# chown -R alex:alex /mnt/sdc1
chown: changing ownership of `/mnt/sdc1': Operation not permitted

« Последнее редактирование: 10 Августа 2009, 23:02:23 от redway »

Оффлайн
фирэфохэ

root@ubuntu:/home/alex# chown -R alex:alex /mnt/sdc1
chown: changing ownership of `/mnt/sdc1': Operation not permittedну пишет тебе — нехватает прав
 => добавь sudo

http://i18.ЗАПРЕЩЁННЫЙ РЕСУРС/big/2011/0325/6d/19eaa72dd24048a6fb0587832c4b096d.gif КДЕ — УГ. Дебиан — недоось.

Оффлайн
redway

root@ubuntu:/home/alex# chown -R alex:alex /mnt/sdc1
chown: changing ownership of `/mnt/sdc1': Operation not permittedну пишет тебе — нехватает прав
 => добавь sudo

я под root’ом

Оффлайн
Pingvinator

Этим летом мне попались 2 флешки с такой же проблеммой: но с ними было по серьезному. На флешке был создан загрузочный раздел и в нем сидел autorun.ini  Сначала я думал что это легко удаляется, тем более что из-под линукса очень часто приходится чистить флешки пользователей. Но не тут-то было: выдает ошибку о том что диск только для чтения. Еще один интересный нюанс: флешка на 1Gb а в свойствах показывает что там 8Gb !!! Короче пришлось форматировать ее на низком уровне утилитой от производителя. Не факт но может быть и похожая ситуация, а еще на всякий случай зайди в СИСТЕМА—АДМИНИСТРИРОВАНИЕ—ПОЛЬЗОВАТЕЛИ И ГРУППЫ—ПРИВЕЛЕГИИ и посмотри есть ли у твоего пользователя разрешение на монтирование внешних накопителей. И вообще там много станет понятно по правам доступа.

root@ubuntu:/home/alex# chown -R alex:alex /mnt/sdc1
chown: changing ownership of `/mnt/sdc1': Operation not permittedну пишет тебе — нехватает прав
 => добавь sudo

Зачем sudo если он и так уже под root-консолью? Решетка уже и так есть … А ругается он на то что операция не может быть выполнена, невыполнима, не под-держивается. При нехватке прав — Access denied

…  чудна и загадочна эта Ось: ось Microsoft Windows …

Оффлайн
фирэфохэ

Извиняюсь не заметил.
Кстати у меня все происходит точно так же.
При монтировании добавь
-o uid=1000,gid=1000
и man mount почитай насчет опций для фата (кодировка там и все такое)

« Последнее редактирование: 11 Августа 2009, 00:05:56 от persona_non_grata »

http://i18.ЗАПРЕЩЁННЫЙ РЕСУРС/big/2011/0325/6d/19eaa72dd24048a6fb0587832c4b096d.gif КДЕ — УГ. Дебиан — недоось.

Оффлайн
Pingvinator

;D бывает, усе мы человеки …

…  чудна и загадочна эта Ось: ось Microsoft Windows …

Оффлайн
redway

2 Pingvinator

проблема (появилась пару дней назад) не только с флешками (3 штуки), но и дисками (fat,ext3), а с дисками ntfs все ок.

привилегии

« Последнее редактирование: 11 Августа 2009, 00:16:53 от redway »

Оффлайн
фирэфохэ

Так если при монтировании добавь
 -o uid=1000,gid=1000 работает?

http://i18.ЗАПРЕЩЁННЫЙ РЕСУРС/big/2011/0325/6d/19eaa72dd24048a6fb0587832c4b096d.gif КДЕ — УГ. Дебиан — недоось.

Оффлайн
Pingvinator

Или я уже тупить начал, либо ты ошибся при написании: че то я не понял вот это:
sudo mount /dev/sdc1 /mnt/sdc1

mount
Код:
…
/dev/sda2 on /mnt/sda2 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sdc1 on /mnt/disk type vfat (rw)
 Ты вроде монтируешь в директорию /mnt/sdc1 а команда моунт показывает что у тебя примонтирован /dev/sdc1 в /mnt/disk
Я правильно понял? И по правилам вообще-то надо указывать тип ФС при монтировании (примеры подробно описаны в man mount)
И еще вопрос, может я че пропустил: зачем монтировать флешку в директорию самому? Она должна монтироваться в /media причем сама …

…  чудна и загадочна эта Ось: ось Microsoft Windows …

Оффлайн
redway

Или я уже тупить начал, либо ты ошибся при написании: че то я не понял вот это:
sudo mount /dev/sdc1 /mnt/sdc1

mount
Код:
…
/dev/sda2 on /mnt/sda2 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sdc1 on /mnt/disk type vfat (rw)
 Ты вроде монтируешь в директорию /mnt/sdc1 а команда моунт показывает что у тебя примонтирован /dev/sdc1 в /mnt/disk
Я правильно понял?

мой косяк — сначала в /mnt/disk монтировал, потом удалил (на всякий случай) и создал /mnt/sdc1

И еще вопрос, может я че пропустил: зачем монтировать флешку в директорию самому? Она должна монтироваться в /media причем сама …

на ubuntu+openbox перехожу

Так если при монтировании добавь
 -o uid=1000,gid=1000 работает?

спасибо помогло

Хотелось-бы конечно узнать что произошло, а то каждый раз опци добавлять лень.

Благодарю всех за помощь.

« Последнее редактирование: 11 Августа 2009, 01:25:53 от redway »

Оффлайн
фирэфохэ

А автоматом флэшки не монтируются? в /media/disk или типа того

http://i18.ЗАПРЕЩЁННЫЙ РЕСУРС/big/2011/0325/6d/19eaa72dd24048a6fb0587832c4b096d.gif КДЕ — УГ. Дебиан — недоось.

Оффлайн
pipe

  • Печать

Страницы: [1] 2  Все   Вверх

Источник

Несколько вещей, чтобы проверить. Я делаю нечто подобное, и вы можете протестировать монтирование напрямую, используя mountкоманду, чтобы убедиться, что все настроено правильно.

Разрешения на файл учетных данных

Убедитесь, что этот файл разрешен правильно.

$ sudo ls -l /etc/smb_credentials.txt 
-rw-------. 1 root root 54 Mar 24 13:19 /etc/smb_credentials.txt

Многословное крепление

Вы можете получить больше информации, mountиспользуя -vпереключатель, который часто показывает вам, где что-то происходит.

$ sudo mount -v -t cifs //server/share /mnt 
    -o credentials=/etc/smb_credentials.txt

Результатом этого вывода, если он работает:

mount.cifs kernel mount options: ip=192.168.1.14,unc=\servershare,credentials=/etc/smb_credentials.txt,ver=1,user=someuser,domain=somedom,pass=********

Проверьте логи

После выполнения вышеупомянутой команды монтирования загляните в свои файлы dmesgи / /var/log/messagesили на /var/log/syslogналичие сообщений об ошибках, которые могли быть сгенерированы при попытке mount.

Тип безопасности

Вы можете передать много дополнительных опций через -o ..переключатель для монтирования. Эти параметры зависят от технологии, поэтому в вашем случае они применимы к mount.cifsконкретным. Взгляните на mount.cifsсправочную страницу, чтобы узнать больше обо всех возможностях, которые вы можете передать.

Я подозреваю, что вы упускаете возможность sec=.... В частности, один из этих вариантов:

   sec=
       Security mode. Allowed values are:
       ·   none - attempt to connection as a null user (no name)
       ·   krb5 - Use Kerberos version 5 authentication
       ·   krb5i - Use Kerberos authentication and forcibly enable packet 
           signing
       ·   ntlm - Use NTLM password hashing
       ·   ntlmi - Use NTLM password hashing and force packet signing
       ·   ntlmv2 - Use NTLMv2 password hashing
       ·   ntlmv2i - Use NTLMv2 password hashing and force packet signing
       ·   ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP
           message
       ·   ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw 
           NTLMSSP message, and force packet signing

       The default in mainline kernel versions prior to v3.8 was sec=ntlm. 
       In v3.8, the default was changed to sec=ntlmssp.

Вы , возможно , потребуется настроить sec=...параметр так , что это либо sec=ntlmили sec=ntlmssp.

Ссылки

  • Тема: mount -t cifs приводит к ошибке монтирования (13): разрешение запрещено
Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка монте карло
  • Ошибка монитора out of range
  • Ошибка молодости сериал 2023
  • Ошибка молодости рассказ на дзен
  • Ошибка молодости мем