Mount error 6 no such device or address

Thread: «mount error(6): No such device or address» when mount a Samba server in LAN

Thread Tools

Display

«mount error(6): No such device or address» when mount a Samba server in LAN

Command i use:
/# mount -t cifs 192.168.31.66:/mnt/samba /mnt -o username=root,password=password

The result:
mount error(6): No such device or address

My smb.conf:
[global]
security = user
[samba]
path = /mnt/samba
read only = yes
guest ok = yes
create mask = 0755
browseable = yes

I’ve googled for hours but no solution yet. Anyone have encounter the same problem?

Re: «mount error(6): No such device or address» when mount a Samba server in LAN

I think you need to place «//» in front of the IP address.

Re: «mount error(6): No such device or address» when mount a Samba server in LAN

Note: /mnt/samba on the server is the correct path to the target folder being shared but that’s not the way you specify it on the client. On the client it’s specified by share name.

Re: «mount error(6): No such device or address» when mount a Samba server in LAN

That’s solved my problem

Replace:
With this:

Note: /mnt/samba on the server is the correct path to the target folder being shared but that’s not the way you specify it on the client. On the client it’s specified by share name.

Re: «mount error(6): No such device or address» when mount a Samba server in LAN

Re: «mount error(6): No such device or address» when mount a Samba server in LAN

If a post is older than a year or so and hasn’t had a new reply in that time, instead of replying to it, create a new thread. In the software world, a lot can change in a very short time, and doing things this way makes it more likely that you will find the best information. You may link to the original discussion in the new thread if you think it may be helpful.

A thing discovered and kept to oneself must be discovered time and again by others. A thing discovered and shared with others need be discovered only the once.
This universe is crazy. I’m going back to my own.

Источник

15.04 — Mounting using CIFS failing with «No such device or address»

I’m trying to mount a cifs share using:

Which fails with:

Watching /var/log/syslog shows that there is some sort of dns problem:

Does anybody know what the return code -6 means, or how I might go about debugging this problem?

2 Answers 2

Ok, it turns out that the problem was with the DNS resolution of the file server. It was trying to resolve the hostname «DFSAPP03» and failing. In my case the problem was fixed by using a different server address. The error:

Probably indicates that while the authentication steps are all OK, these is a problem with actually finding the share on the network.

The directory on the remote computer needs to be shared, so that the host computer can access it. This is most easily done by using Nautilus file manager. You might have to install Nautilus if it is not your default file manager. On the remote computer, in Nautilus, right click on the directory you want to mount remotely. Select Properties. In the dialog window, select the checkbox «Share this folder.» You can also check if you want other users to be able to write to this folder. Select the «Create Share» button (or «Modify Share» if it is already created). Now you should be able to mount this directory (or share) remotely.

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.1.16.43160

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

«mount -t cifs. » -> «No such device or address» [SOLVED]

«mount -t cifs. » -> «No such device or address» [SOLVED]

Post by eatenimpinia » Fri Sep 25, 2015 6:59 pm

EDIT: Solved. I went back to Windows and looked at how the share was set up there. Even though the NAS’ file browser shows the path to the various folders containing «volume1», that wasn’t in the shared path in Windows. So, I came back here and changed «192.168.1.222/volume1/home» to «192.168.1.222/home» and that got it.

ORIGINAL POST: I’m trying to mount my NAS (ASUSTOR AS5002T) via CIFS in Linux Mint 17.2 Cinnamon. The best of the failures I’ve managed so far is the following in Terminal:

I’ve checked on the NAS and confirmed that the IP address (192.168.1.222) is correct (theoretically, I could use the name of the device, «AS5002T-B202», but that doesn’t work in another way), as is the path to where I want to be («/volume1/home», though I’ve tried other folders on the NAS, too). From the error I’m getting, it’s not the problem, but my mount point of /mnt/Samba is good and exists, my options look fine, and my credentials file contains:

username=myusername
password=mypassword
domain=WORKGROUP

which are all correct (with the actual stuff substituted in the right places).

The kicker is that I can browse via Nemo to that very same share on the NAS, enter the same username, password, and domain and have full access. I’ve also tried the equivalent mounting command in /etc/fstab with the same bad results. I’m pretty sure it’s a problem with the mounting point on the NAS. Am I missing something obvious?

Источник

Arch Linux

You are not logged in.

#1 2021-11-26 20:44:43

Hi — I recently re-installed Arch and now I can’t mount a share with CIFS. Before re-installing, I had this line in
fstab:

However, that no longer mounts the share and when I run mount:

I found the offending argument to be:

but, according to the manual, that’s valid. So, I removed it and then get:

When I try mounting the sare from CLI:

tried with vers=2.0

Tried as «guest» and get a different message:

SMB is enabled and I can mount the share by surfing to it in Thunar Browse Networks.

smbclient can see the share:

related packages installed

I checked journalctl, but no related messages

I feel like I’m missing something so simple.

#2 2021-11-26 21:38:39

«sudo mount.cifs //share-ip-address/netdrive/Files /mnt/Netdrive-Files -o vers=1.0″
Linux 5.15.x? Does it work w/ the lts kernel?

#3 2021-11-26 21:45:10

Hi Seth — the option indicator doesn’t seem to make a difference

Yes on linux 5.15.4

Last edited by Gotit (2021-11-26 21:48:26)

#4 2021-11-26 21:53:19

Do you control the smb server? Can you check its logs?

#5 2021-11-26 22:30:05

#6 2021-11-27 08:25:09

You’re not issueing any credentials, but the original fstab line seems to have been for a guest config anyway

//share-IP-address/netdrive/Files /mnt/Netdrive-Files cifs guest,vers=1.0,x-systemd.device-timeout=30,_netdev,iocharset=utf8,x-systemd.automount,sec=ntlm 0 0

If that’s not your «D’oohhh!» moment, try the lts kernel and with «logs» I actually meant the ones of the CIFS server (and it’s config, because if you know what you want to attach to and/or why it won’t let you, it’s easier to say what to do than just poking around until it works 😉

#7 2021-11-29 17:23:24

OK, so it works on LTS via fstab, (big thanks for that suggestion) but not from cli.
Here’s a comparison between LTS and 5.15.5

On LTS wifi
With mount commented in fstab:

Try mounting via cli:

With mount uncommented in fstab:

Kernel 5.15.5
With mount commented in fstab
Try mounting via cli:

With mount uncommented in fstab:

Earlier, I found sec=ntlm to be the invalid argument, and removing it sends me down another rat hole as noted in an earlier post.

«logs» I actually meant the ones of the CIFS server

Not sure where the cifs logs are, I didn’t find reference to them in my searches. But if they are the smbd logs in /var/log/samba, there’s nothing of intrest in them

nmdb not much help either:

Not sure about cifs config, is this the samba.config?

#8 2021-11-29 18:27:23

Leave defaults and add only options you know. So guest is an option. Try

Does it work? Then you don’t need the option vers=1.0 anymore.

#9 2021-11-29 19:08:06

Changes the error message a bit:

#10 2021-11-29 22:07:39

Later you will add uid=$UID but not user=empty. Btw, have a look into the comprehensive manual.

Last edited by duing (2021-11-29 23:07:50)

#11 2021-11-29 22:57:02

@duing
Both the above commands give the same error:

Btw, have a look into the comprehensive manual.

Almost memorized it by now

Odd how I can at least get it to mount via fstab on LTS, but 5.15.5 gives heartburn no matter what I do.

#12 2021-11-30 00:19:18

Thus it works with sec=ntlm on LTS? According to my manual page this is the default, but may change with kernel version. Also I don’t know how it is involved for package signing as guest.

Of course your network is up, the server is up and reachable

and the service is running :

Last edited by duing (2021-11-30 01:11:48)

#13 2021-11-30 01:56:02

Network is definitely up.

Works on LTS but not 5.15.5
I even tried on ethernet and no difference.

Last edited by Gotit (2021-11-30 01:58:01)

#14 2021-11-30 08:38:13

«sudo mount.cifs guest //share-ip-address/netdrive/Files /home/gotit/Netdrive-Files -o vers=1.0» is wrong syntax,

The fstab mount is equivalent to

Scratch systemd options

logs in /var/log/samba, there’s nothing of intrest in them

Earlier, I found sec=ntlm to be the invalid argument, and removing it sends me down another rat hole as noted in an earlier post.

The smb server version is … err… geriatric.
You could try
«sec=krb5» or «sec=ntlmv2» instead, see https://man.archlinux.org/man/extra/cif … .cifs.8.en for the full list.

#15 2021-11-30 21:32:34

So, I set log level = 7, restarted smb and nmb services and ran:

smdb.log has no entries for the time period, but nmdb.log has:

sadly nothing stands out to me here.

#16 2021-11-30 21:46:23

‘key, guess I kinda buried this:

Earlier, I found sec=ntlm to be the invalid argument, and removing it sends me down another rat hole as noted in an earlier post.

The smb server version is … err… geriatric.
You could try
«sec=krb5» or «sec=ntlmv2» instead, see https://man.archlinux.org/man/extra/cif … .cifs.8.en for the full list.

The samba server is tooold™ and doesn’t speak ntlmssp, but the client (archlinux kernl cifs implmentation) has scratched that protocol.
=> You’ll have to find a protocol that both speak or update the server samba.

Last edited by seth (2021-11-30 21:46:38)

Источник

Ошибки монтирования общего ресурса CIFS

Я пытаюсь смонтировать сетевой ресурс от Linksys NAS200 до Fedora 16.

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

Но это работает с smbclient :

Почему я не могу подключиться к этому серверу Samba? Что означают эти ошибки?

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

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

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

Запустите эту команду в окне Linux для IP-адреса окна Windows:

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

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

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

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

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

Откройте консоль и su получите root права.

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

запустите команду монтирования, которая запрашивает пароль:

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

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

Вы подключились к диску Windows.

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

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

УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ, если вышеперечисленное не работает.

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

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

Шаг 2. Проверьте свои брандмауэры, ZoneAlarms и другое программное обеспечение безопасности

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

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

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

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

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

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

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

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

Шаг 6: Все еще не работает. Изолировать неисправный блок.

Пришло время пасти кошек и изолировать неисправный блок. Докажите, что Windows не передает ваш файл, подключившись к общему ресурсу с другого компьютера. Приобретите ноутбук с ОС Windows для друзей или продукт Apple, подключите его к своей сети и посмотрите, смогут ли они получить доступ к общему ресурсу. Если они не могут, у окна Windows есть проблема, если они могут, у окна Linux есть проблема.

Шаг 7: Подозреваю, что брандмауэр в Linux

Обратите внимание на любую специальную сигнализацию безопасности или специальное программное обеспечение брандмауэра в Linux Запустите system-config-firewall и убедитесь, что smb проверен. Убедитесь, что Linux не препятствует вашему монтированию. Создайте общий ресурс smb на другом компьютере Linux и попытайтесь подключиться к нему.

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

Источник

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

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

---

---

---

---

---

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

Troubleshoot accessing a windows XP shared folder from Fedora:

You are receiving the error:

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

1. Make sure Linux can ping the other box.

Run this command on the linux box to the IP of the windows box:

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

If you can’t reach the box or connectivity is in and out, mount may complain.

2. Make sure a folder is actually shared on windows, follow these steps.

1. Open the file browser to C:.
2. Create a new folder called public. So you now have C:public
3. Inside that folder, make a new text document called «testing.txt».
4. Right click the folder C:public and go to properties.
5. Click the sharing tab.
6. Make sure: «Share this folder on the network» is checked. Note the share name: ‘public’.
7. Click ok. A little hand should appear underneath the folder, meaning it is shared.

The folder ‘public’ is now shared and you should be able to connect to it with Linux.

3. On Linux, mount the share with ‘mount’:

1. Open a console and su to root.

2. make a directory mkdir /mnt/windows This will be where you access the shared files.

3. run the mount command which prompts for a password:

   [root@defiant mnt]# mount -t cifs //192.168.13.107/eric /mnt/windows -o username=eric
   Password for eric@//192.168.13.107/public:  **********
   [root@defiant mnt]# 
   

4. The above command prompts you for a password, enter the correct password, an incorrect one will produce an error. If you are unsure of the password, you can change the password on the windows box under Control Panel -> User Accounts.

5. run the command cd /mnt/windows and run ls. The contents of the drive are presented:

   [root@defiant windows]# ls
   testing.txt
   [root@defiant windows]#
   

6. You have connected to the windows drive.

4. Connect to the shared drive with the konqueror or linux file browser:

1. Open your file browser, in my case konqueror.
2. In the file location bar, enter smb://192.168.13.107/public and press enter.
3. You may be presented with a username and password login box. Enter the username and password of the windows box described at the top of this post.
4. Congratulations you are connected to the shared folder.

TROUBLESHOOTING, if the above doesn’t work.

Step 1: Have you tried restarting both computers

Reboot both of your computers. After that, make sure all your windows updates are done. Make sure Linux has its software updates taken care of as well. Reboot after updates.

Step 2: Review your Firewalls, ZoneAlarms, and other Security Software

A piece of software designed to protect your computer from viruses, malware or evils on the internet might be blocking your file sharing attempt. Windows firewall might be in a paranoid mode. Although it is unlikely Windows Firewall is to blame, turn it off temporally to verify it’s not the problem. (don’t leave it off).

Acquire a list of all the security software that might be set to paranoid mode. Windows Firewalls, 3rd party firewalls, ZoneAlarms, Antiviruses, Kaspersky, AVG, or anything else that claims to protect you from viruses/malware/evil. You will need to review these and either turn them off temporally, or open a white list through them for your IP address.

Step 3: Acquire clues from security software.

ZoneAlarm keeps a log of all folder share events and attempts, go to Overview->alerts and logs. And see a list of all your failed attempts. The same is possible for other software. In that case, it’s protecting you from you.

Step 4: Suspect problems in the router or local area network itself

Maybe the router, wireless bridges, dumb hubs, or other network device has some directive shenanigan in it by blocking your shared folder connect attempt. The router or device itself might be blocking a port or has something in restrictive mode. Has anyone been fooling around with it lately? Try setting the router back to default everything and trying again.

Step 5: Make sure your local area network is simple and correct.

Are both your computers connecting to the same router? Perhaps one is connected to a crappy netgear wireless bridge and the other to a router? Simplify the network by having all computers connect to one router. Restart the routers and the internet, try again.

Step 6: Still not working. Isolate the defective unit.

It’s time to herd cats and isolate the defective unit. Prove the windows box is not sharing your file by connecting to the share with a different computer. Get a friends windows laptop, or apple product and connect it to your network and see if they can access the share. If they can’t, the windows box has a problem, if they can, the Linux box has the problem.

Step 7: Suspect the firewall on Linux

Take note of any special security alarm or special firewall software on Linux. Run system-config-firewall and make sure smb is checked. Check to make sure Linux is not preventing your mount. Create a smb share on another Linux box, and try to connect to that.

If none of this works. Use the nuclear option, re install both operating systems and start over at the top. This is rocket surgery.