ошибки при монтировании акций CIFS

Устранение неполадок при доступе к общей папке windows XP с Fedora:

Вы получаете ошибку:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Убедитесь, что Linux может пинговать другой box.

Выполните эту команду на linux box в IP-адрес окна windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

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

2. Убедитесь, что папка действительно совместно используется в Windows, выполните следующие действия.

1. Откройте браузер файлов на `C:## Устранение неполадок при доступе к общей папке windows XP с Fedora:

Вы получаете ошибку:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Убедитесь, что Linux может пинговать другой box.

Выполните эту команду на linux box в IP-адрес окна windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

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

2. Убедитесь, что папка действительно совместно используется в Windows, выполните следующие действия.

1. Откройте браузер файлов на .
   
2. Создайте новую папку под названием public. Теперь у вас есть C:\public
3. Внутри этой папки создайте новый текстовый документ под названием “test.txt”.
4. Щелкните правой кнопкой мыши на папке C:\public и перейдите к свойствам.
5. Перейдите на вкладку совместного доступа.
6. Убедитесь: “Общий доступ к этой папке в сети” отмечен галочкой. Обратите внимание на имя ресурса: “public”.
7. Нажмите OK. Под папкой должна появиться маленькая рука, что означает, что она является общей.

Папка ‘public’ теперь является общей, и вы должны иметь возможность подключиться к ней под Linux.

3. В Linux смонтируйте ресурс с помощью ‘mount’:

1. Откройте консоль и su в корневой каталог.

2. Создайте каталог mkdir /mnt/windows Здесь вы получите доступ к файлам общего доступа.

3. запустите команду mount, которая запросит пароль:

4. Вышеуказанная команда запросит у вас пароль, введите правильный пароль, неправильный пароль приведет к ошибке. Если вы не уверены в пароле, вы можете изменить пароль в окнах в Панели управления -> Учетные записи пользователей.

5. запустите команду cd /mnt/windows и запустите ls. Содержимое диска представлено:

6. Вы подключились к накопителю windows.

4. Подключитесь к диску с общим доступом через браузер файлов konqueror или linux:

1. Откройте браузер файлов, в моем случае konqueror.
2. В строке расположения файла введите smb://192.168.13.107/public и нажмите enter.
3. Вам может быть предъявлено окно для входа в систему с именем пользователя и паролем. Введите имя пользователя и пароль окна, описанные в верхней части этого сообщения.
4. Поздравляем Вас с подключением к общей папке.

TROUBLESHOOTING, если вышеописанное не работает.

Шаг 1: Вы пробовали перезагрузить оба компьютера

Перезагрузите оба компьютера. После этого убедитесь, что все обновления окон завершены. Убедитесь, что Linux также позаботился об обновлениях программного обеспечения. Перезагружайте после обновления.

Шаг 2: Обзор брандмауэров, ZoneAlarms и других программ безопасности

Кусок программного обеспечения, предназначенного для защиты компьютера от вирусов, вредоносных программ или зла в Интернете может блокировать попытку обмена файлами. Брандмауэр Windows может находиться в параноидальном режиме. Хотя маловероятно, что в этом виноват брандмауэр Windows, выключите его временно, чтобы убедиться, что это не проблема. (не выключайте его).

Приобретите список всех программ безопасности, которые могут находиться в параноидальном режиме. Брандмауэры Windows, брандмауэры сторонних производителей, ZoneAlarms, Antiviruses, Kaspersky, AVG, или что-либо еще, что утверждает, что защищает вас от вирусов/ вредоносного ПО/зла. Вам нужно будет просмотреть их и либо временно отключить, либо открыть через них белый список для вашего IP адреса.

Шаг 3: Получить подсказки от программного обеспечения безопасности.

ZoneAlarm ведет журнал всех событий и попыток совместного использования папок, перейдите по ссылке Обзор->предупреждения и журналы. И просмотрите список всех неудачных попыток. То же самое возможно и для других программ. В этом случае оно защищает вас от вас.

Шаг 4: Подозреваемые проблемы в самом маршрутизаторе или локальной сети

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

Шаг 5: Убедитесь, что ваша локальная сеть проста и правильна.

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

Шаг 6: Все еще не работает. Изолируйте дефектное устройство.

Пришло время выпасать кошек и изолировать дефектное устройство. Докажите, что окно windows не предоставляет общий доступ к файлу, подключившись к ресурсу с другого компьютера. Возьмите ноутбук windows друзей или продукт компании Apple и подключите его к сети и проверьте, есть ли у них доступ к файлам общего доступа. Если они не могут, у окна windows есть проблема, если они могут, у окна Linux есть проблема. 0x2 и 0x2 и Шаг 7: Подозревайте, что брандмауэр на Linux 0x2 и 0x2 и Обратите внимание на любые специальные сигналы тревоги безопасности или специальное программное обеспечение брандмауэра на Linux. Запустите system-config-firewall и убедитесь, что smb проверена. Убедитесь, что Linux не мешает вашему монтированию. Создайте общий доступ к smb на другом модуле Linux, и попытаться подключиться к этому.

Если ничего из этого не работает. Используйте опцию ядерной, переустановите обе операционные системы и начните сначала. Это ракетная хирургия.

Попробуй: 0x2 и 0x2 и 0x1 и 0x2 и 0x2 и 0x2 & Ключ сек=ntlm

Добавление дополнительных возможных решений этой проблемы

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

1).) Двусмысленная сеть

Она не часто упоминается в различных решениях, которые можно найти для этой проблемы в режиме онлайн, но сервер, к которому вы подключаетесь, должен находиться в той же подсети, что и ваша локальная машина. Эта проблема возникла у меня потому, что у меня были включены как проводные, так и беспроводные подключения, и определение того, к какой подсети принадлежит устройство, было неоднозначным, поскольку эти два подключения не являются одной и той же сетью. Отключение Wifi исправило проблему мгновенно. Я наткнулся на это решение во время чтения Das Werkstatt:

[РЕШЕНИЕ]

В моем случае ресурс DFS находился на хранилище в другой подсети. Я добавил сетевой псевдоним (eth0:1) с IP-адресом в подсети хранилища, после чего все заработало.

Я бы ожидал что-то вроде “нет маршрута к хосту” вместо загадочной “ошибки” (115): Операция продолжается"…

Ну, не может иметь всего ;)

Источник: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2.) Новые строки в конце файла мандатов

Файлы мандатов полезны, если в вашем пароле есть специальные символы, такие как запятая ,. На них можно ссылаться в таких опциях:

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

Файл отформатирован с объявлением переменной в стиле sh:

username=me
password=mypassword
domain=mydomain

Если вы используете файл учетных данных, убедитесь, что в конце нет символов новой строки, иначе при разборе файла учетных данных произойдет таймаут:

...
domain=mydomain
<empty line>

3). Попытка монтирования определенного каталога, а не действительной точки доступа

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

Вместо этого смонтируйте саму точку ресурса, а затем добавьте символическую ссылку на нужный вам подкаталог:

~> mkdir /mnt/local
~> sudo mount -t cifs //remote /mnt/local
~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

Таким образом, вы получите тот же результат, что и при монтировании самой поддиректории без необходимости каждый раз углубляться в нее.

Не уверен, насколько это актуально для вашего случая, но у меня была похожая проблема с установкой совместного использования CIFS на моем телефоне Android:

# mount -t cifs //192.168.0.2/media/ /mnt/cifs/media -o username=user,password=pass
mount: mounting //192.168.0.2/media/ on /mnt/cifs/media failed: No such device or address
#

Я пытался удалить трейлинг косая черта и, видимо, он сделал разницу - он установил:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#

Проблема в моей ситуации заключалась в том, что у меня были пробелы в файле мандатов /etc/smb-credentials

username = foobar
password = secret

После того, как я изменил его:

username=foobar
password=secret

Это сработало.

Мне часто приходится цитировать -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt, и она сразу же монтируется, а большинство примеров, которые я просмотрел, не показывают этот бит (если он нужен на этих системах).
у меня на самом деле была эта проблема на моем планшете только что (почему я здесь хотел, чтобы UNC имя, а не IP) кавычки исправили его прямо сейчас.

Дополнительное возможное решение

Если папка общего доступа находится в Windows 10 (вероятно, это относится и к 7 и XP), подтвердите, что настройки общего доступа папки Windows настроены правильно для типа сети, к которой вы подключены, т.е. Public или Private.

Я просто передам свой опыт и адаптируюсь к вашей ситуации соответствующим образом. Откройте список Wi-Fi сетей и для той, к которой вы подключены, нажмите Properties. Установите значение Public или Private соответственно. (В моем случае сеть Private была неправильно обозначена как Public.)

Как только сеть будет классифицирована правильно, щелкните правой кнопкой мыши по общей папке, выберите Properties, перейдите на вкладку Sharing, выберите ссылку Network and Sharing Center и убедитесь, что Turn on file and printer sharing выбрано для Public или Private, в зависимости от типа вашего беспроводного подключения, как классифицированное ранее.

После этого я смог подключить машину Debian к Windows 10, как и ожидалось.

Другой проблемой может быть DNS. Я получал такую же ошибку “операция в процессе”. Браузинг с “Дельфином” сработал отлично. Имя хоста, которое я успешно использовал с Dolphin, преобразуется в 4 IP-адреса, один из которых заканчивается на 0 (это имя поддомена). Когда я использую имя для одного из 3-х других IP адресов, монтирование работает. Я думаю, что Dolphin умнее искать реальный хост, когда дается (суб)имя домена, чем mount.

Сегодня я видел случай, когда кто-то пытался смонтировать ресурс с помощью CIFS, но CIFS не был установлен.

yum install cifs-utils