Вопросы Теги

не может использовать mount.cifs: смонтируйте ошибку (2): Никакой такой файл или каталог

Создайте файл сценария и поместите следующее там. Это запишет лирику на файле /tmp/lyrics

while true; do
    get_lyrics >/tmp/lyrics
    sleep 30
done

Теперь, отправьте тот сценарий в фоновом режиме и выпустите следующее, которое сделает то, что Вы пытаетесь сделать, но более чистым способом.

watch -n 30 less -c /tmp/lyrics
17
21.03.2014, 04:58
9 ответов

Я столкнулся с той же ошибкой «монтировать (2): нет такого файла или каталога» при использовании mount.cifs на виртуальной машине CentOS 7. Я так и не определил, почему именно возникла ошибка при использовании защиты по умолчанию ntlm (и ее вариантов), но я обнаружил, что использование аутентификации Kerberos помогает обойти проблему. Итак, моя последняя рабочая командная строка выглядела так: 

mount.cifs -v -o domain=MYCODOMAIN,sec=krb5 //winserver/sharename /mnt/mymountpoint

тогда как эта команда, которая выдает ошибку «нет такого файла или каталога», была: 

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename /mnt/mymountpoint

Чтобы использовать Kerberos, я установил пакет «krb5-workstation» и настроил его.

0
27.01.2020, 19:47

Возможно, вам понадобится указать опцию vers= в команде монтирования для принудительного подключения версии 3.0, если вы пытаетесь монтировать ресурс из более новой версии Windows. Один из наших файловых серверов был недавно обновлен до 2012R2, и на этот момент мое монтирование перестало работать. Установка v=3.0 исправила проблему. Как и большинство ошибок Samba/CIFS, сообщение "Нет такого файла или директории" не очень помогает.

В качестве примера:

# mount -t cifs //win2012r2/someshare -o cred=/home/foo/.cifs_user, vers=3.0 /mnt/tmp

...где мой домен, имя пользователя и пароль содержатся в файле .cifs_user.

Очевидно, smbmount использует более новую версию протокола SMB по умолчанию, так как он работал без проблем или каких-либо специальных опций.

Обратите внимание, что версия протокола по умолчанию 1.0.

Со страницы man mount.cifs:

vers=
           SMB protocol version. Allowed values are:

           ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

           ·   2.0 - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service Pack 1, and
               Windows Server 2008. Note that the initial release version of Windows Vista spoke a slightly
               different dialect (2.000) that is not supported.

           ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft Windows 7 and Windows Server 2008R2.

           ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft Windows 8 and Windows Server 2012.
8
27.01.2020, 19:47

Добавьте $в конец, вот так//winserver/sharename$

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename$ /mnt/mymountpoint
1
27.01.2020, 19:47

Попробуйте установить пакет keyutils:

sudo apt-get install keyutils

Не знаю точно, почему это помогает, возможно, у кого-то есть ответ здесь. Но, по крайней мере, это помогло мне :с keyutils, монтирование cifs работало просто отлично.

9
27.01.2020, 19:47

Я столкнулся с этим в Ubuntu 18.04. Проблема заключалась в том, что мне нужен был пакет keyutils для проверки подлинности Kerberos(sec=krb5с параметром монтирования ), который не был установлен вместе с утилитами cifs -(, которые предоставили mount.cifs ). Я не уверен, совпадает ли имя пакета с Gentoo или нет. (Спасибоhttps://forum.zentyal.org/index.php?topic=18601.0за решение.)

5
27.01.2020, 19:47

Я хотел добавить еще один источник этой проблемы, с которой я столкнулся сегодня. Как только вы измените идентификатор пользователя unix, пользователь smb, созданный с помощью smbpasswd, больше не сможет аутентифицироваться для общего ресурса samba, что приведет к той же ошибке.

Таким образом, если вы изменили свой идентификатор пользователя unix с помощью usermod -u 1000 my_user, у вас могут возникнуть проблемы. Исправление для меня состояло в том, чтобы удалить и повторно -добавить пользователя smb впоследствии:

smbpasswd -x my_user
smbpasswd -a my_user
2
27.01.2020, 19:47

Одним из решений может быть ручная установка keyutils, так как это больше не является (жесткой )зависимостью от cifs-utils.

Информацию о том, почему keyutils больше не устанавливаются, можно найти здесь :https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822841

Отчет об ошибке панели запуска можно найти здесь:https://bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1772148

-1
27.01.2020, 19:47

У меня сработало, поставив "vers=1.0" как и раньше-> мандаты = /root/.dbx.credentials, vers = 1.0 , uid = 1001, gid = 100, пр

1
30.01.2020, 13:24

Могли бы вы только что обновить ядро ​​Linux?

Вы находитесь в корпоративной сети?

Если да -, попробуйте отключить IPv6 в/etc/sysctl.conf

для этого откройте его с помощью sudo nano /etc/sysctl.confи добавьте следующее:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

А потом бегомsudo sysctl -p

Перемонтируйте и повторите попытку.

Это сработало для меня, когда я полностью обновил LTS с 16.04 по 18.04 до 20.04, и у меня возникла эта проблема.

1
16.10.2020, 01:43

Теги

Похожие вопросы