- Печать
Страницы: [1] Вниз
Тема: Проблемка с доступом в файловом менеджере. ubuntu 20.04 [Решено] (Прочитано 5360 раз)
0 Пользователей и 1 Гость просматривают эту тему.
millvix
В gnome 3.34 в файловом менеджере без проблем подключался к серверу, а после обновления на 3,36 выдает ошибку не удалось получить доступ к местоположению, не удалось подключить ресурс windows, программа вызвала разрыв соединения. В гугле не чего не нашёл, может кто сталкивался?
« Последнее редактирование: 17 Июня 2020, 08:41:39 от zg_nico »
Vav4eg
Я могу дать неправильный совет, но может это поможет?
sudo apt install winbind
Но если честно, то я совсем ничего не понимаю в линуксе
ga3ry: Посоветуйте linux–дистрибутив для чайника на USB–шке
Drap_Vader: Для «чайника» или для чайника? Такие времена настали…
millvix
Нашёл решение. Может кому пригодится.
Для начала надо установить samba
sudo apt install samba
Открываем файл конфигурации
sudo nano /etc/samba/smb.conf
и в секцию global вписываем
[global]
перезагружаем самбу
client min protocol = NT1
sudo systemctl restart smbd.service
Теперь всё работает.
« Последнее редактирование: 25 Апреля 2020, 22:59:52 от Azure »
Pilot6
Для начала надо установить samba
Ну а без самбы-то как получить доступ по самбе?
Я в личке не консультирую. Вопросы задавайте на форуме.
millvix
Ну а без самбы-то как получить доступ по самбе?
Просто в 18,04 я не чего не устанавливал, так все открывалось, а тут в 20,04 такая проблемка. Интересно а как в ubuntu 18.04 открывалось без установленной samba? как это узнать?
« Последнее редактирование: 25 Апреля 2020, 23:42:21 от millvix »
Azure
Этот параметр определяет минимальную версию протокола, используемую клиентом.
NT1: Текущая версия протокола. Используется с Windows NT. Известна как CIFS
a.k.a. SMB1 ИМХО включили старую версию протокола, которая в новых дистрах по умолчанию отключена
В Линукс можно сделать ВСЁ что угодно, достаточно знать КАК !
millvix
a.k.a. SMB1 ИМХО включили старую версию протокола, которая в новых дистрах по умолчанию отключена
Это если samba установлена, но в 18,04 установлен пакет samba-lib и больше нечего, вот мне и не понятно через что получался доступ? хочется понять но в какую сторону двигаться не знаю.
Павел_
Спасибо! Очень пригодилось. Еще интересно, как нашел этот момент?
К слову в 16.04 и 18.04 эта строчка отсутствовала и все работало.
millvix
Еще интересно, как нашел этот момент?
Нашел через гугл на английских форумах.
- Печать
Страницы: [1] Вверх
Вы, наверное, не раз сталкивались с проблемой, что Ubuntu не видит сеть Windows или Windows не видит сетевую шару Linux. Такая проблема характерна для многих дистрибутивов с окружением Gnome. Ситуация довольно неоднозначная, раньше причиной этому был баг в GVFS, потом появилось ещё несколько осложняющих дело факторов.
В этой статье мы рассмотрим что делать если Ubuntu не видит шары Windows или Samba, как к ним всё таки подключится и можно ли решить проблему, сделать так чтобы Nautilus и Dolphin начали всё таки видеть сетевые ресурсы.
Почему Ubuntu не видит сеть Windows или Samba?
Нужно разобраться почему Ubuntu не может увидеть сеть Windows. Начиная с Windows 10 в компании Microsoft решили отказаться от старого протокола SMB1 и использовать только SMB2 и SMB3. Но в этих протоколах нет сетевого обнаружения. Для сетевого обнаружения в Windows теперь используется новый сервис WS-Discovery. В Nautilus для отображения сетевых ресурсов используется либо avahi либо протокол SMB1. Поэтому увидеть шару Windows не получится, не включив обратно устаревший протокол в реестре. Windows по умолчанию шары Samba тоже видеть не будет, потому что новый WS-Discovery в Samba не поддерживается. Ещё в 2015 году были предложены патчи для Samba добавляющие эту функциональность, но разработчики решили, что оно им не нужно. Поэтому если вы хотите чтобы Windows видела Samba, нужно отдельно установить сервис WSDD.
Но это ещё не всё. Начиная с версии Samba 4.11 разработчики решили, что они ничем не хуже Microsoft и отключили по умолчанию поддержку протокола SMB1. Теперь Nautils и Dolphin перестали видеть не только Windows шары, но и Linux тоже. Решается проблема либо установкой на Samba сервер Avahi, либо включением поддержки старого протокола SMB1 на сервере Samba.
Настойка сервера Samba
1. Включение протокола SMB1
Для того чтобы активировать протокол SMB1 в Samba необходимо добавить такие строчки в /etc/samba/smb.conf в секцию global:
sudo vi /etc/samba/smb.conf
server min protocol = NT1
client min protocol = NT1
min protocol = NT1
После этого надо перезапустить Samba.
sudo systemctl restart smbd
sudo systemctl restart nmbd
Хочу обратить ваше внимание, что у меня всё заработало только после того как я перезагрузил и сервер и клиент. Видимо что-то где-то кэшируется.
2. Настройка имени хоста
Имя хоста вашего компьютера, выводимое командой hostname должно совпадать со значением в файле /etc/hosts и со значением параметра netbios name в файле /etc/samba/smb.conf. Например:
hostname
cat /etc/samba/smb.conf
Регистр букв не имеет значения.
3. Установка Avahi
Если предыдущий способ не поможет, то установка Avahi должна помочь. Samba не будет отображаться в сетях Windows, но зато появится в сетевом окружении в Nautilus. Для установки Avahi выполните:
sudo apt install avahi-daemon avahi-utils
После этого сервис стоит запустить и добавить в автозагрузку:
sudo systemctl enable avahi-daemon
sudo systemctl start avahi-daemon
Проверить доступные сервисы можно командой:
avahi-browse --all
Среди них должна быть ваша шара, обозначенная как Microsoft Windows Network local.
4. Установка WSDD
Сервис WSDD нужен для того чтобы вашу шару было видно из Windows. Можно использовать сервис wsdd2 из этого репозитория. Его надо собрать из исходников, но в этом нет ничего сложного. Сначала склонируйте репозиторий:
git clone https://github.com/Andy2244/wsdd2.git
Затем перейдите в папку с проектом:
cd wsdd2
Выполните make для сборки:
make
Затем установите программу, она только скопирует исполняемый файл и службу systemd в нужные директории:
sudo make install
Осталось запустить службу:
sudo systemctl daemon-reload
sudo systemctl enable --now wsdd2
Теперь Windows сможет видеть ваш сервер Samba. Таким образом если всё сделать правильно, то все всех будут видеть.
1. Общий доступ в Windows
Убедитесь, что в Windows общий доступ был включён. Если общий доступ отключен, то вы не сможете никак получить доступ к ресурсам. Откройте проводник и перейдите в пункт Сеть. Если сетевой доступ отключён, то система выдаст соответствующее предупреждение:
Кликните по нему чтобы включить общий доступ, затем выберите Включить сетевое обнаружение и общий доступ к файлам.
После этого система ещё раз спросит надо ли разрешить доступ для всех общественных сетей. Ответьте утвердительно:
После этого вы сможете получить доступ к общим ресурсам этого компьютера.
2. Включение SMB1 в Windows
Для того чтобы включить поддержку протокола SMB1 в Windows 10 откройте поиск и наберите Включение компонентов. Затем откройте утилиту Включение и выключение компонентов Windows:
Дальше найдите пункт SMB1.0 CIFS File Sharing Support и установите напротив него галочку:
Затем необходимо перезапустить компьютер:
После этого Ubuntu начнёт видеть вашу шару Windows и вы сможете к ней подключится.
Настройка клиента
Исходя из выше перечисленного, клиент скорее всего не виноват, но можно попробовать его настроить чтобы быть уверенным точно. Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows и Samba использует виртуальную файловую систему gvfs. А та, в свою очередь использует библиотеку libsmbclient для получения необходимых данных. Поэтому мы можем попытаться исправить ситуацию переопределив некоторые параметры в /etc/samba/smb.conf. Но работает это далеко не всегда.
1. Установить Samba
Если файловый сервер Samba у вас не установлен, то его надо установить для того чтобы был создан файл /etc/samba/smb.conf с параметрами по умолчанию. Они потом будут использоваться библиотекой libsmbclient и самой утилитой smbclient, которую вы можете применять для тестирования. Для установки выполните:
sudo apt install samba
Проверьте конфигурационный файл Samba на ошибки с помощью такой команды:
testparm
2. Рабочая группа
По умолчанию используется рабочая группа WORKGROUP. Убедитесь, что ваша рабочая группа имеет именно это имя, также убедитесь, что в /etc/samba/smb.conf задано правильное имя рабочей группы в параметре workgroup:
sudo vi /etc/samba/smb.conf
workgroup = WORKGROUP
3. Версия протокола
В современных системах Windows для общего доступа к папкам используется файловая система CIFS, использующая современные версии протоколов SMB2 и SMB3. Эти протоколы не поддерживают обзор доступных общих папок так, как это ожидает получить Nautilus. Для того чтобы всё работало надо использовать старый протокол NT1. Чтобы его включить добавьте параметр client max protocol после параметра workgroup:
client max protocol = NT1
После этого сохраните изменения и перезагрузите компьютер и проверьте.
4. Правильный порядок разрешения имён
Неверный порядок разрешения сетевых имен тоже может стать проблемой. Чтобы исправить его найдите в smb.conf параметр и приведите его к такому виду:
name resolve order = bcast lmhosts host wins
Здесь первым используется bcast, широковещательные сообщения, которые рассылаются по вашей локальной сети и ищут компьютеры с общими папками.
5. Не тот интерфейс
Если в вашем компьютере несколько сетевых интерфейсов, возможно smbclient пытается использовать не тот интерфейс. Чтобы посмотреть список интерфейсов используйте команду:
ls /sys/class/net
Затем найдите в /etc/samba/smb.conf параметр interface и замените в его значении eth0 на имя вашего интерфейса, который обеспечивает связь с нужной локальной сетью. Например на enp0s8:
interfaces = 127.0.0.0/8 enp0s8
После этого надо перезапустить службы Samba:
sudo systemctl restart smbd
sudo systemctl restart nmbd
6. Отладка
Если сеть Windows всё ещё не работает, вы можете попытаться отлаживать GVFS чтобы понять где именно возникает проблема и в чём её суть. Для этого надо завершить текущий сервер GVFS и запустить свой в терминале с включённой опцией отладки. Для этого выполните:
pkill gvfs; pkill nautilus
GVFS_DEBUG=all GVFS_SMB_DEBUG=10 $(find /usr/lib* -name gvfsd 2>/dev/null) --replace 2>&1 | tee gvfsd.log
Затем откройте Nautils и войдите в сетевое окружение, сеть Windows. При этом в терминале будут выводится сообщения об ошибках работы службы. Вы можете использовать эти сообщения чтобы искать информацию в Google или попросить помощи на форумах.
7. Проблема в GVFS
Баг в GVFS, о котором я писал выше наблюдался для Samba версии 4.8 и ниже. Если сервер поддерживает протокол более высокого уровня, то клиент пытается использовать этот протокол, например SMB2 или SMB3, но на этих протоколах не работает отображение доступных ресурсов. Если у вас именно эта проблема, то для полного решения придется ждать обновления или использовать обходное решение описанное ниже.
8. Подключение напрямую
Даже если у вас не работает обнаружение сетевых ресурсов Windows, вы все ещё можете подключится к нужному компьютеру и получить с него файлы. Откройте пункт Другие места на левой панели Nautilus. Внизу окна вы увидите надпись Подключится к серверу введите smb://адрес_сервера в поле слева и нажмите Enter:
После этого система предложит ввести имя пользователя и пароль для доступа к общему ресурсу. Этот пользователь должен реально существовать на машине, к которой вы собираетесь подключится.
Введите пароль и вы увидите доступные общие папки:
Выводы
Если всё будет сделано правильно то Linux увидит вашу шару Windows или Samba:
В этой статье мы кратко рассмотрели почему Ubuntu не видит сеть Windows, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
Очень похожий вопрос ранее задавал robazefa
, но никто на него не ответил.
В течение последнего месяца или около того моя Ubuntu 14.04. Приставке LTS не удалось открыть пару общих папок с внешних дисков на ПК с Win 8.1 в домашней сети.
С помощью файлов
на рабочем столе Unity я могу просматривать сеть, получать доступ к рабочей группе, получать доступ к Win 8.1, видеть и получать доступ к его общим папкам, кроме папок на внешних дисках. Они появляются в списке, и пару месяцев назад я мог получить к ним доступ без проблем, но теперь я получаю диалоговое окно с Невозможно получить доступ к местоположению - не удалось смонтировать общий ресурс Windows: сообщение о недопустимом аргументе
, только возможность щелкнуть ОК
.
Эти папки теперь легко доступны с других компьютеров Win 7 и 8 в сети, но та же ошибка Недействительный аргумент
теперь появляется на единственном другом компьютере Linux в сети, на котором работает Mint Cinnamon.
У меня вопрос, какой аргумент недействителен и как его проверить?
задан
16 January 2015 в 15:25
поделиться
6 ответов
Это похоже на регрессию. Сообщение об ошибке Ubuntu и вверх по течению сообщения об ошибке уже было сделано для него. Лучше всего установить себя в качестве «затронутого» и спросить, какая информация нужна. Также ясно указать, что это регрессия. Регрессии исправляются быстрее.
Обходной путь #1
Вы можете попробовать вручную открыть ресурс с помощью nautilus (файловый менеджер)
nautilus smb://ServernameOrIp
Обходной путь #2
Вы можете попробовать смонтировать его с помощью smbclient
. Пример:
smbclient –L geekmini –U geek
Где geekmini — pc, а geek — имя пользователя.
Создать точку монтирования:
sudo mkdir /media/Video
На самом деле, монтаж диска:
mount –t cifs –o username=geek,password=thepass //geekmini/root /media/Video
Удачи и дайте знать, что работает!
ответ дан
5 January 2021 в 23:02
поделиться
Попробуйте перезапустить окна … Я не знаю, почему, но когда я ввожу (для отображения сетевого диска) правильный проход, у меня появляется сообщение «Невозможно получить доступ». После нескольких перезапусков все работает правильно: D
ответ дан
5 January 2021 в 23:02
поделиться
Моя общая папка samba начала выдавать ту же ошибку после того, как группа, в которой был общий каталог и для которой был предоставлен общий доступ, был удален по ошибке.
Он вернулся к работе нормально после того, как была разрешена ситуация с исчезнувшей группой.
Можно было решить эту проблему, предоставив общему ресурсу другую группу в файле smb.conf, но я просто воссоздал его на системном уровне.
] Надеюсь, это поможет.
ответ дан
5 January 2021 в 23:02
поделиться
Здесь те же проблемы — хотя я обнаружил, что в win 8.1 были введены ОБЪЕМЫ ХРАНИЛИЩА в окнах, что позволило кластеризовать жесткие диски в объединенные ресурсы — у меня есть 8 дисков по 4 ТБ, функционирующих как один массив дисков 32 ТБ.
Я заставил свой работать, добавив параметр -o vers = 3.0
в мою команду монтирования, и это решило моя ошибка неверного аргумента.
Надеюсь, что это поможет в вашей ситуации.
ответ дан
5 January 2021 в 23:02
поделиться
Я решил эту проблему, используя IP-адрес вместо имени сервера.
ответ дан
5 January 2021 в 23:02
поделиться
редактирование /etc/samba/smb.conf
и отключение SMBv1 и использование SMBv2 работает на меня
как min протокол = SMB2
ответ дан
2 April 2021 в 00:45
поделиться
Другие вопросы по тегам:
Похожие вопросы:
И снова здравствуйте. Вообще то в Linux возможно создать нормально работающее подключение к сети? «Пляски с бубном» не прекращаются вот уже более года. Бесчисленноке количество раз задавал вопросы на форумах и результат ноль, абсолютный! Сеть, как не работала так и не работает. После установки новой сетевой карты (SMC2-1211TX вместо интегрированной Atheros 8151) стабильнее стал работать интернет (почти не пропадает уже 3 дня), стабильнее происходит подключение к удалённому рабочему столу сервера (те же 3 дня), а сеть, как не работала, так и не работает, хотя подключение к интернет и серверу производится через локальную сеть. Сеть (то есть её ресурсы, компьютеры, сетевые диски и т.д) могут «появиться» через пятую — десятую перезагрузку, могут не появиться вообще, а могут появиться неожиданно, как 2 минуты назад — не было ресурсов сети и вдруг они появились, причём я ничего для этого не делал!!! Просто решил, на всякий случай проверить, хотя (по закону подлости) сейчас сеть мне не нужна. У меня установлен
роутер D-Link 2600u, его IP адрес 192.168.1.1, настроен как маршрутизатор. На сервере установлена ОС Windows 2011 Home Server, работает в рабочей группе Workgroup, IP адрес сервера 192.168.1.5. Для связи с другими компьютерами установлен Swith D-Link DES-1008a. Три компьютера под Windows XP и Windows 7 успешно работают уже более года в сети. Мои настройки в Linux в файле /etc/network/interfaces:
Код
iface eth0 inet static address 192.168.1.3 netmask 255.255.255.0 gateway 192.168.1.1 *domain 192.168.1.1 *nameserver 192.168.1.1 *search 192.168.1.1 auto eth0
Строки, помеченные *, пришлось вставить потому, что не работал аплет «Сетевые соединения» после этого он заработал. Пробовал использовать DHCP роутера:
Код
iface eth0 inet dhcp auto eth0
Результат ни чем не отличается, за исключением того, что аплет перестал работать и при старте появляется сообщение: «Сервис поиска сетевых ресурсов отключен. Текущая сеть имеет локальный домен (.local), который не рекомендуется и не совместим с поиском сетевых ресурсов Avahi. Служба была отключена.» Но у меня нет всети доменов!!! Вот, пожалуй, и всё. Уже не знаю можно ли хоть что нибудь сделать, чтобы изначально, созданная, как сетевая операционная система стала устойчиво работать в сети, как, например, Windows. Николай
18 декабря 2019 kna
На некоторых дистрибутивах Linux после учтановки — приложение «Файлы» не видит сеть Windows. При попытке открыть её, либо молча открывается пустая директория с надписью типа папка пуста, либо показывается сообщение об ошибке типа: «Не удалось получить список доступных на сервере ресурсов», не удалось открыть «Сеть Windows» или что-нибудь подобное. Конечно можно обойтись прямым обращением к хосту как описано здесь http://programmingandnotonly.blogspot.com/2017/11/windows-linux-mint.html, но это «такое». Данное поведение я обнаружил на свежеустановленных Centos 8 Desktop и Fedora 31 Workstation, и очень расстроился, т.к. поиски по интернету причины этого заняли очень много времени и тщетных попыток. Однако, интересно что Ubuntu после установки всё открывает без проблем. Сейчас я покажу решение которое помогло мне и решение, которые, возможно, поможет кому-то ещё.
Итак, в моём случае проблема была в файле конфигурации самбы:
/etc/samba/smb.conf
Его содержимое в Федоре было следующим:
1 |
GNU nano 4.3 /etc/samba/smb-original.conf |
[global]
workgroup = SAMBA
security = user
passdb backend = tdbsam
printing = cups
printcap name = cups
load printers = yes
cups options = raw
[homes]
comment = Home Directories
valid users = %S, %D%w%S
browseable = No
read only = No
inherit acls = Yes
[printers]
comment = All Printers
path = /var/tmp
printable = Yes
create mask = 0600
browseable = No
[print$]
comment = Printer Drivers
path = /var/lib/samba/drivers
write list = @printadmin root
force group = @printadmin
create mask = 0664
directory mask = 0775
Так как на этой машине мне абсолютно не нужны разделы home, priters и print$, то я их благополучно удалил, а раздел global сделал на подобии Ubuntu. Таким образом у меня получился файл с содержанием:
1 |
# See smb.conf.example for a more detailed config file or |
[global]
workgroup = WORKGROUP
security = user
wins support = no
После перезагрузки сеть открылась!
Если Вам это не помогло, то думаю стоит попробовать это:
https://pikabu.ru/story/na_samom_dele_ubu…
(Просмотрено 7 459 раз, 1 раз за сегодня)
Вы можете оставить комментарий, или Трекбэк с вашего сайта.
Иногда пользователи Ubuntu сталкиваются с необходимостью организации связи с простыми Windows рабочими группами (workgroup). По-умолчанию, без предварительных настроек, Ubuntu может увидеть и получить доступ к видимым в локальной сети расшаренным ресурсам Windows. То, как расшарить ресурсы вашей Ubuntu для друигх Windows будет рассказано ниже.
Прежде всего установим пакет samba:
sudo apt-get install samba
Далее редактируем файл настроек smb.conf:
sudo nano /etc/samba/smb.conf
В самом начале файла в строке:
workgroup = WORKGROUP
поменяйте название рабочей группы (то, что большими буквами после знака ‘=’) на вашу (в Windows обычно это MSHOME или WORKGROUP).
И сразу после этой строки добавьте строку:
usershare owner only = false
Это даст возможность шарить папки на ntfs и fat разделах.
Теперь перезапускаем сервис:
sudo /etc/init.d/samba restart
После этого ваш Ubuntu должен стать корректно виден другими Windows компьютерами рабочей группы. И, в отличии от предыдущих версий, вам не придется думать о кодировках.
Чтобы расшарить какую-либо папку в Ubuntu просто нажмите на ней правую кнопку мыши и выберете «Общий доступ», появится окно в котором вы легко сможете опубликовать эту папку.
Если вы пользуетесь, например, Lubuntu, то программа с графическим интерфейсом по управлению samba share это: system-config-samba
.
В любом случае, настроить конкретные пути вы можете вручную, как, например, это описано здесь.
Содержание
- Не удается получить доступ к папке, скопированной из Linux в Windows
- 2 ответа
- Windows не видит папку ubuntu
- Не удается получить доступ к общим папкам Ubuntu из Windows 7
- Ошибка Ubuntu не видит сеть Windows
- Почему Ubuntu не видит сеть Windows или Samba?
- Настойка сервера Samba
- 1. Включение протокола SMB1
- 2. Настройка имени хоста
- 3. Установка Avahi
- 4. Установка WSDD
- Настройка Windows
- 1. Общий доступ в Windows
- 2. Включение SMB1 в Windows
- Настройка клиента
- 1. Установить Samba
- 2. Рабочая группа
- 3. Версия протокола
- 4. Правильный порядок разрешения имён
- 5. Не тот интерфейс
- 6. Отладка
- 7. Проблема в GVFS
- 8. Подключение напрямую
- Выводы
- Подключение к папке Windows из Ubuntu по протоколу SMB
- Выдаем общий доступ к файлам на компьютере с Windows
- Добавляем компьютер в hosts на Ubuntu
- Подключение к папке Windows из Ubuntu. Вариант 1
- Подключение к папке Windows из Ubuntu. Вариант 2
- Надеемся у вас получилось подключение к папке Windows из Ubuntu
- Попробуй бесплатно наши курсы по Linux и devOPS на:yodo.im/start
Не удается получить доступ к папке, скопированной из Linux в Windows
Я довольно плохо знаком с проблемами файловой системы, особенно с монтированием файловой системы. Я искал и не нашел оптимального решения
У меня была Kali Linux на одном разделе с EXT4 или EXT3 (я не уверен) и Windows на другом. Чтобы установить Ubuntu на раздел Kali и отформатировать его в EXT4, я переместил мои файлы в раздел Windows в папку с именем temp. После установки Ubuntu к папке обычно обращаются и все ее содержимое из Ubuntu, но на стороне Windows 7 я вижу пустую папку с нулевым размером, даже если этот раздел является разделом Windows.
Что там произошло и как сделать эту папку снова доступной под Windows??
2 ответа
Разумным (*) набором разрешений будет следующая запись в /etc/fstab
Вы можете редактировать свой fstab с вашим любимым редактором
Варианты uid=username,gid=users сопоставьте файлы и каталоги, созданные под Linux в разделе NTFS, с вашим пользователем Linux.
Пока варианты dmask=022,fmask=133 являются значениями маски (битовые значения для разрешений, которых нет) для восьмеричных наборов разрешений «755» и «644» соответственно.
dmask для создания каталога и fmask для создания файла.
Вот отличная вики-статья по Ubuntu для всей системы разрешений Linux, которая охватывает гораздо больше, чем я мог бы найти в одном ответе.
Для простоты использования для перевода в восьмеричные разрешения, вы можете использовать домашнюю страницу конвертера, как это в сети
Если вы довольны опциями монтирования, вы можете монтировать раздел с помощью
или, если он уже автоматически смонтирован Ubuntu и дает вам device busy ошибки, вы должны сначала размонтировать его через
или просто перезагрузиться.
(*) Взято из записи Arch Wiki при монтировании разделов NTFS.
Источник
Windows не видит папку ubuntu
Windoms 10 после обновления перестал видеть сетевые ресурсы на Linux. Как исправить?
Строго говоря, причин по которым Windows 10 может не видеть сетевые ресурсы на Linux может быть много и связаны они могут быть как с железными проблемами так и с спецификой настройки сетевого оборудования и самих операционных систем.
Здесь же я хочу остановиться только на одном случае: когда вчера всё ещё было хорошо, сетевые шары были доступны, а вот сегодня вдруг (после очередного обновления) шары на Linux недоступны. Причём, сеть есть, и шары на Windows тоже есть, и с других компьютеров (например где Windows 7) шары на том же Linux прекрасно работают. То есть, когда точно известно, что проблема именно на компьютере под управлением Windoms 10 и связано это именно с настройками вызванными очередным обновлением.
В большинстве случаев для исправления проблемы достаточно внести небольшое исправление в реестр:
1. Находим ветку реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters
2. Находим там параметр: AllowInsecureGuestAuth и ставим ему значение 1.
3. Перезагружаем компьютер.
Если это не помогло можно ещё попробовать активировать поддержку протокола SMB 1.0. Для этого надо открыть панель управления (найти можно через поиск). В панели управления перейти в раздел «Программы», выбрать пункт «Включение или отключение компонентов Windows», и поставить галочки напротив соответствующих пунктов (рис.1.)
Риc.1. Включение общего доступа к файлам по протоколу SMB 1.0
Если это не помогло, то нужно искать другие причины. Очевидно у Вас не тот случай который я описал выше.
Источник
Не удается получить доступ к общим папкам Ubuntu из Windows 7
В Ubuntu Maverick я поделился некоторыми папками, используя графический интерфейс Nautilus «Параметры общего доступа».
Я вижу их из Windows 7, но когда я пытаюсь получить к ним доступ (из Windows), он запрашивает имя пользователя и пароль. Независимо от того, что я вхожу, он не впустит меня. Как мне настроить это, чтобы поделиться нормально?
Обновление: я обнаружил, что некоторые общие папки позволяют мне войти, но другие нет. Из тех, которые делают, некоторые из их подпапок делают, другие нет, и т.д. Как я могу исследовать, что вызывает это?
Перейдите в свою коробку Windows и получите доступ к общему ресурсу и введите имя пользователя и пароль Ubuntu.
Убедитесь, что ваш брандмауэр Ubuntu разрешает входящий доступ к портам Samba. Убедитесь, что брандмауэр Windows разрешает исходящий доступ для тех же портов.
Вы установили Samba? sudo apt-get install samba
Установите папку для обмена mkdir /home/USERNAME/sharedfolder
Сделайте резервную копию вашего файла smb.conf: sudo cp /etc/samba/smb.conf
Откройте файл smb.conf: gksu gedit /etc/samba/smb.conf
Добавьте это в самый конец файла:
Между строками не должно быть пробелов, и как перед, так и после каждого знака равенства должен быть один пробел. Сохраните и выйдите из Gedit.
Перезагрузите самбу sudo restart smbd
Используйте эту команду, чтобы проверить файл smb.conf на наличие синтаксических ошибок: sudo testparm
Теперь вы должны иметь возможность поделиться с вашего компьютера с Windows 7.
Редактировать:
Я понимаю, что вы пытаетесь получить доступ к общему ресурсу Ubuntu из Windows 7 и что вы хотите сделать это с помощью графического интерфейса.
но когда я пытаюсь получить к ним доступ (из Windows), он запрашивает имя пользователя и пароль. Независимо от того, что я вхожу, он не впустит меня. Как мне настроить это, чтобы поделиться нормально?
Для этого вы должны установить Samba-имя пользователя / пароль на вашем Linux-компьютере, как я описал выше. Я мог бы порекомендовать для этого программу с графическим интерфейсом для Ubuntu, но, честно говоря, сделать это гораздо сложнее и сложнее. Программа называется gadmin-samba и находится в репозитории Ubuntu. Внимание! Вы можете полностью потерять конфигурацию, если неправильно используете эту программу. Пожалуйста, дайте нам знать, какие шаги вы предприняли, и с какими ошибками вы столкнулись. Благодарность!
Источник
Ошибка Ubuntu не видит сеть Windows
Вы, наверное, не раз сталкивались с проблемой, что Ubuntu не видит сеть Windows или Windows не видит сетевую шару Linux. Такая проблема характерна для многих дистрибутивов с окружением Gnome. Ситуация довольно неоднозначная, раньше причиной этому был баг в GVFS, потом появилось ещё несколько осложняющих дело факторов.
В этой статье мы рассмотрим что делать если Ubuntu не видит шары Windows или Samba, как к ним всё таки подключится и можно ли решить проблему, сделать так чтобы Nautilus и Dolphin начали всё таки видеть сетевые ресурсы.
Почему Ubuntu не видит сеть Windows или Samba?
Нужно разобраться почему Ubuntu не может увидеть сеть Windows. Начиная с Windows 10 в компании Microsoft решили отказаться от старого протокола SMB1 и использовать только SMB2 и SMB3. Но в этих протоколах нет сетевого обнаружения. Для сетевого обнаружения в Windows теперь используется новый сервис WS-Discovery. В Nautilus для отображения сетевых ресурсов используется либо avahi либо протокол SMB1. Поэтому увидеть шару Windows не получится, не включив обратно устаревший протокол в реестре. Windows по умолчанию шары Samba тоже видеть не будет, потому что новый WS-Discovery в Samba не поддерживается. Ещё в 2015 году были предложены патчи для Samba добавляющие эту функциональность, но разработчики решили, что оно им не нужно. Поэтому если вы хотите чтобы Windows видела Samba, нужно отдельно установить сервис WSDD.
Но это ещё не всё. Начиная с версии Samba 4.11 разработчики решили, что они ничем не хуже Microsoft и отключили по умолчанию поддержку протокола SMB1. Теперь Nautils и Dolphin перестали видеть не только Windows шары, но и Linux тоже. Решается проблема либо установкой на Samba сервер Avahi, либо включением поддержки старого протокола SMB1 на сервере Samba.
Настойка сервера Samba
1. Включение протокола SMB1
Для того чтобы активировать протокол SMB1 в Samba необходимо добавить такие строчки в /etc/samba/smb.conf в секцию global:
sudo vi /etc/samba/smb.conf
server min protocol = NT1
client min protocol = NT1
min protocol = NT1
После этого надо перезапустить Samba.
sudo systemctl restart smbd
sudo systemctl restart nmbd
Хочу обратить ваше внимание, что у меня всё заработало только после того как я перезагрузил и сервер и клиент. Видимо что-то где-то кэшируется.
2. Настройка имени хоста
Имя хоста вашего компьютера, выводимое командой hostname должно совпадать со значением в файле /etc/hosts и со значением параметра netbios name в файле /etc/samba/smb.conf. Например:
Регистр букв не имеет значения.
3. Установка Avahi
Если предыдущий способ не поможет, то установка Avahi должна помочь. Samba не будет отображаться в сетях Windows, но зато появится в сетевом окружении в Nautilus. Для установки Avahi выполните:
sudo apt install avahi-daemon avahi-utils
После этого сервис стоит запустить и добавить в автозагрузку:
sudo systemctl enable avahi-daemon
sudo systemctl start avahi-daemon
Проверить доступные сервисы можно командой:
Среди них должна быть ваша шара, обозначенная как Microsoft Windows Network local.
4. Установка WSDD
Сервис WSDD нужен для того чтобы вашу шару было видно из Windows. Можно использовать сервис wsdd2 из этого репозитория. Его надо собрать из исходников, но в этом нет ничего сложного. Сначала склонируйте репозиторий:
git clone https://github.com/Andy2244/wsdd2.git
Затем перейдите в папку с проектом:
Выполните make для сборки:
Затем установите программу, она только скопирует исполняемый файл и службу systemd в нужные директории:
Осталось запустить службу:
sudo systemctl daemon-reload
Теперь Windows сможет видеть ваш сервер Samba. Таким образом если всё сделать правильно, то все всех будут видеть.
Настройка Windows
1. Общий доступ в Windows
Убедитесь, что в Windows общий доступ был включён. Если общий доступ отключен, то вы не сможете никак получить доступ к ресурсам. Откройте проводник и перейдите в пункт Сеть. Если сетевой доступ отключён, то система выдаст соответствующее предупреждение:
Кликните по нему чтобы включить общий доступ, затем выберите Включить сетевое обнаружение и общий доступ к файлам.
После этого система ещё раз спросит надо ли разрешить доступ для всех общественных сетей. Ответьте утвердительно:
После этого вы сможете получить доступ к общим ресурсам этого компьютера.
2. Включение SMB1 в Windows
Для того чтобы включить поддержку протокола SMB1 в Windows 10 откройте поиск и наберите Включение компонентов. Затем откройте утилиту Включение и выключение компонентов Windows:
Дальше найдите пункт SMB1.0 CIFS File Sharing Support и установите напротив него галочку:
Затем необходимо перезапустить компьютер:
После этого Ubuntu начнёт видеть вашу шару Windows и вы сможете к ней подключится.
Настройка клиента
Исходя из выше перечисленного, клиент скорее всего не виноват, но можно попробовать его настроить чтобы быть уверенным точно. Как я уже написал выше Nautilus для подключения и просмотра общих папок Windows и Samba использует виртуальную файловую систему gvfs. А та, в свою очередь использует библиотеку libsmbclient для получения необходимых данных. Поэтому мы можем попытаться исправить ситуацию переопределив некоторые параметры в /etc/samba/smb.conf. Но работает это далеко не всегда.
1. Установить Samba
Если файловый сервер Samba у вас не установлен, то его надо установить для того чтобы был создан файл /etc/samba/smb.conf с параметрами по умолчанию. Они потом будут использоваться библиотекой libsmbclient и самой утилитой smbclient, которую вы можете применять для тестирования. Для установки выполните:
sudo apt install samba
Проверьте конфигурационный файл Samba на ошибки с помощью такой команды:
2. Рабочая группа
По умолчанию используется рабочая группа WORKGROUP. Убедитесь, что ваша рабочая группа имеет именно это имя, также убедитесь, что в /etc/samba/smb.conf задано правильное имя рабочей группы в параметре workgroup:
sudo vi /etc/samba/smb.conf
3. Версия протокола
В современных системах Windows для общего доступа к папкам используется файловая система CIFS, использующая современные версии протоколов SMB2 и SMB3. Эти протоколы не поддерживают обзор доступных общих папок так, как это ожидает получить Nautilus. Для того чтобы всё работало надо использовать старый протокол NT1. Чтобы его включить добавьте параметр client max protocol после параметра workgroup:
client max protocol = NT1
После этого сохраните изменения и перезагрузите компьютер и проверьте.
4. Правильный порядок разрешения имён
Неверный порядок разрешения сетевых имен тоже может стать проблемой. Чтобы исправить его найдите в smb.conf параметр и приведите его к такому виду:
name resolve order = bcast lmhosts host wins
Здесь первым используется bcast, широковещательные сообщения, которые рассылаются по вашей локальной сети и ищут компьютеры с общими папками.
5. Не тот интерфейс
Если в вашем компьютере несколько сетевых интерфейсов, возможно smbclient пытается использовать не тот интерфейс. Чтобы посмотреть список интерфейсов используйте команду:
Затем найдите в /etc/samba/smb.conf параметр interface и замените в его значении eth0 на имя вашего интерфейса, который обеспечивает связь с нужной локальной сетью. Например на enp0s8:
interfaces = 127.0.0.0/8 enp0s8
После этого надо перезапустить службы Samba:
sudo systemctl restart smbd
sudo systemctl restart nmbd
6. Отладка
Если сеть Windows всё ещё не работает, вы можете попытаться отлаживать GVFS чтобы понять где именно возникает проблема и в чём её суть. Для этого надо завершить текущий сервер GVFS и запустить свой в терминале с включённой опцией отладки. Для этого выполните:
pkill gvfs; pkill nautilus
Затем откройте Nautils и войдите в сетевое окружение, сеть Windows. При этом в терминале будут выводится сообщения об ошибках работы службы. Вы можете использовать эти сообщения чтобы искать информацию в Google или попросить помощи на форумах.
7. Проблема в GVFS
Баг в GVFS, о котором я писал выше наблюдался для Samba версии 4.8 и ниже. Если сервер поддерживает протокол более высокого уровня, то клиент пытается использовать этот протокол, например SMB2 или SMB3, но на этих протоколах не работает отображение доступных ресурсов. Если у вас именно эта проблема, то для полного решения придется ждать обновления или использовать обходное решение описанное ниже.
8. Подключение напрямую
Даже если у вас не работает обнаружение сетевых ресурсов Windows, вы все ещё можете подключится к нужному компьютеру и получить с него файлы. Откройте пункт Другие места на левой панели Nautilus. Внизу окна вы увидите надпись Подключится к серверу введите smb://адрес_сервера в поле слева и нажмите Enter:
После этого система предложит ввести имя пользователя и пароль для доступа к общему ресурсу. Этот пользователь должен реально существовать на машине, к которой вы собираетесь подключится.
Введите пароль и вы увидите доступные общие папки:
Выводы
Если всё будет сделано правильно то Linux увидит вашу шару Windows или Samba:
В этой статье мы кратко рассмотрели почему Ubuntu не видит сеть Windows, а также как исправить эту проблему. Если проблему с сетевым обнаружением устранить не удается, вы всегда можете попробовать подключится вручную. Это не решает основную проблему, но позволяет получить нужные файлы. Вы знаете другие способы решения? Поделитесь ими в комментариях!
Источник
Подключение к папке Windows из Ubuntu по протоколу SMB
В сегодняшней статье речь пойдет о подключении к папке (файловому хранилищу) Windows (Samba) из Ubuntu 20.04 Long-Term Support (LTS)
Имеющаяся конфигурация: Компьютер с Windows 10 имеющий локальное доменное имя Halo и статический локальный IP адрес 172.16.0.3. Виртуальная машина с Ubuntu 20.04 и сетью в режиме моста. IP адрес 172.16.0.16.
Выдаем общий доступ к файлам на компьютере с Windows
Для начала убедитесь, что в настройках сетевых подключений у Вас стоит «Частная сеть» Это нужно для того, чтобы доступ работал правильно.
Затем открываем проводник, вкладка этот компьютер, нажимаем правую кнопку мыши по необходимому диску (также работает и с отдельными папками) и нажимаем свойства.
Переходим в раздел Доступ, расширенные настройки общего доступа.
Нажимаем галочку открыть общий доступ, затем идем в разрешения и проставляем необходимые для себя права.
Затем применить и ещё раз применить. Также можно создать отдельного пользователя, для разграничения прав. Аналогично поступаю с диском E.
Продолжаем подключение к папке Windows из Ubuntu.
Добавляем компьютер в hosts на Ubuntu
Открываем терминал на Ctrl + Alt + T, вводим команду sudo gedit /etc/hosts делаем как на скриншоте. Используется табуляция (Tab), а не пробел.
Этим мы пропишем локальное доменное имя компьютера, к которому будем подключаться к его IP адресу, т.к Ubuntu сама по себе не умеет в подобное, в отличие от Windows. Проверим через команду ping Halo. Всё работает как нам нужно.
Подключение к папке Windows из Ubuntu. Вариант 1
Тут мы будем использовать cifs-utils для монтирования сетевой папки в любую папку на Ubuntu.
Устанавливаем пакет командой sudo apt install cifs-utils
Командой ls проверяем, создалась ли папка.
Названия папок замазаны, т.к это мой личный ПК и мои персональные данные.
Подключение к папке Windows из Ubuntu. Вариант 2
В файловом менеджере нажимаем «другие места»
Вводим в нижнее поле команду smb://
Далее нас приветствует окно входа, вводим данные и пользуемся. Видит и D и E открытые, остальные некоторые глюки программы. На этом всё.
Надеемся у вас получилось подключение к папке Windows из Ubuntu
Попробуй бесплатно наши курсы по Linux и devOPS на:yodo.im/start
Насколько публикация полезна?
Нажмите на звезду, чтобы оценить!
Средняя оценка 4.5 / 5. Количество оценок: 2
Источник
Попробуйте другую систему, например Ubuntu, а лучше Mint. У меня аналогичный случай, в Debian 7 шестой год на домашнем сервере всё работает нормально, но когда другой компьютер сети установил Debian 8, а затем Debian 9 проблемы с сетью стали фатальными. То сетевые ресурсы открываются чрезвычайно медленно, до пяти минут, то компьютер в сети виден, а его ресурсы — недоступны, хотя доступ к ним организован по всем правилам, установлены и Samba и smbclient, и настроен конфигурационный файл Samba, команда testparm ошибок не выявляет, всем ресурсам назначен доступ chmod -R 777. Ко всем этим ресурсам доступ из Windows стабильный и безукоризненный. Иногда из Nautilus невозможно даже открыть свои ресурсы, хотя всё настроено. При этом интернет работает нормально, доступ к рабочему столу сервера и домашнего кинотеатра, через Remmina есть. После нескольких перезагрузок сеть появляется сама собой. Вот уже несколько лет ничего с этим сделать не могу. Плюнул на всё и установил в те же разделы Mint 18.2 и вот уже почти месяц с сетью ни каких проблем, хотя ресурсы сети иногда открываются очень медленно, секунд двадцать, но работать можно. Пробовал организовать доступ к ресурсам сети, через SSH и опять в Debian 7 всё получилось, а в 8 и 9 не получается.