Ubuntu не удалось подключить том
Обновлено: 07.07.2024
[РЕШЕНО] Проблема с монтированием после обновления (Lenny -> Squeeze) (Не удалось присоединить %название_диска% Not Authorized)
[РЕШЕНО] Проблема с монтированием после обновления (Lenny -> Squeeze)
DE - XFCE. Раньше стоял Lenny. Обновился на Squeeze.Теперь, при монтировании диска (иногда сразу, после того, как закроешь лоток DVD-ROM'а, иногда после нажатия на значок диска в Thunar'е) появляется ошибка:
Не удалось присоединить %название_диска%
Not Authorized
Но, тем не менее, монтирует.
При размонтировании выдаёт:
"Не удалось извлечь "%название_диска%".
Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
И, после ошибки, всё же диск отмонтирует.
При этом операции монтирования/отмонтирования занимают 20-30 секунд (на Lenny было почти мгновенно).
Поиск выдал что-то невнятное.
Догадываюсь, что нужно копать в сторону udev/hal/smth_else, но не знаю, куда именно. Наведите меня на путь истинный.
UPD:
Прибил все процессы udev (3-4) и over9000 процессов console-kit. Ошибки пропали.
1. Правильно ли я сделал?
1.1. Если да, -- как правильно запретить/отключить автозапуск этих процессов?
1.2. Если нет, -- есть ли более правильное решение?
1. Правильно ли я сделал?
1.1. Если да, -- как правильно запретить/отключить автозапуск этих процессов?
1.2. Если нет, -- есть ли более правильное решение?
Отвечу сам на свой вопрос.
Похоже, сделал я всё-таки неправильно.
Ошибки монтирования появились из-за policykit (пакет автоматически установился вместе с очередными обновлениями системы). Всего снёс 4 пакета: policycoreutils, policykit, policykit-1, policykit-1-gnome. Пока ошибок (при операциях с монтированием) нет.
Привет всем, это снова я. Раз уж так сложилось в этой теме, продолжу диалог сам с собой. Отчитываюсь по результатам борьбы с монтированием дисков.
Мои предыдущие действия дали лишь временный результат. Возможно, потому что я плохо проверял; возможно, из-за обновлений, которые на домашней машине выполняются по крону. Ошибок, на самом деле стало ещё больше (при монтировании CD/DVD, HDD, флешек и т.д.)
Сегодня меня осенило, что, наверное, нужно не удалять, а попробовать доставить необходимые пакеты (в ошибках _очень_ часто проскакивала фраза NotAutorized).
Итак, я установил
libpolkit-agent-1-0
libpolkit-gtk-1-0
policykit-1
policykit-1-gnome
которые (судя по описанию) отвечают за авторизацию пользователя при монтировании.
Затем меня осенило вновь, и я зашёл в Настройки -> Removable Drives and Media и снял галочки Mount removable drives when hot-plugget и Mount removable media when inserted, т.е. отключил монтирование устройств моим DE (я использую XFCE 4.6). Раздел меню "Removable Drives and Media" у некоторых может отсутствовать, т.к. это сторонняя утилитка, установленная мною, когда в Debian ещё не было policykit и прочих console-kit'ов.
Эта статья по сути будет подборкой «Best practiсe» для системных администраторов Samba. Основой статьи является глава Troubleshooting Techniques из книги Sam’s Teach Yourself Samba in 24 Hours. Мы постараемся рассмотреть наиболее распространенные ошибки при настройке Samba.
Согласитесь, ужасно поменять двигатель в машине, а потом выяснить, что не ехала она из-за отсутствия бензина! Может, это и не лучшая метафора, но многие системные администраторы тратят время зря, не проверив в первую очередь самые очевидные вещи. Посмотрите, как примерно должен выстраиваться процесс поиска и решения проблем с Samba:
Описание тестовой среды
Для начала — несколько слов о тестовой среде. Условия следующие:
•Samba-сервер называется TROUBLE и имеет IP-адрес 192.168.7.75 и маску 255.255.255.0.
•smbd и nmbd запускаются как демоны.
•Windows-клиент называется win-client.
•Windows-клиент использует адрес 192.168.7.135 с сетевой маской 255.255.255.0.
•И win-client, и TROUBLE находятся в одной подсети, так что широковещательный запрос дойдет с одного хоста на другой.
•И win-client, и TROUBLE являются членами рабочей группы LAB.
•Samba-сервер использует следуюший smb.conf:
УРОВЕНЬ 1
Работоспособность сетевого соединения и файла конфигурации
Основание нашей «пирамиды» составляют три основных проблемы:
•корректно работающее TCP/IP подключение;
•соответствие маски и широковещательных адресов на серверах и клиентах;
•работоспособность файла smb.conf.
TCP/IP
Для проверки TCP/IP в первую очередь используется команда ping. Если описать протокол ICMP очень упрощенно, то хост отправляет запрос на сервер и спрашивает «Ты жив?». Если сервер не отвечает, хост приходит к выводу, что тот не подключен к сети и, следовательно, недоступен.
Если такое происходит, первое, что стоит сделать — это повторить команду ping, но используя уже не имя, а адрес:
Если команда выполнится успешно, то стоит обратить внимание на конфигурацию DNS. Наиболее распространенные причины ошибки:
•неверное содержание файла конфигурации DNS /etc/resolv.conf;
•на сервере DNS нет записи, связанной с win-client;
•сервер DNS недоступен в данный момент.
Если же ping по IP-адресу успешно не выполняется, то стоит проверить работоспособность сетевого оборудования на сервере, клиенте и между ними.
Широковещательный адрес на сервере и клиенте
Возможно, ping выполнится и успешно, но при этом сетевая маска (netmask) и широковещательный адрес (broadcast address) будут сконфигурированы неверно.
В NetBIOS крайне важно для правильного разрешения имени и поиска машин в сетевом окружении, чтобы сервер и клиент находились в одной подсети, т.е. использовали одну маску подсети и широковещательный адрес.
В нашем случае сетевая маска должна быть 255.255.255.0, а широковещательный адрес — 192.168.7.255.
Если вы используете Linux, то можно проверить, какие используются широковещательный адрес и маска, при помощи команды ifconfig с именем интерфейса в качестве аргумента:
Если в выводе этой команды вы увидите, что широковещательный адрес или сетевая маска заданы неверно, следует зайти под учетной записью root и установить верные значения, используя команду ifconfig:
В Windows аналогичную информацию можно получить информацию, выполнив команду ipconfig /all.
Проверка корректности файла smb.conf
Так как Samba использует огромное количество параметров из файла smb.conf, разработчики создали утилиту командной строки, которая проверяет синтаксис этого файла. Утилита называется testparm, она очень полезна при поиске ошибок в конфигурационном файле.
Можно использовать утилиту testparm с параметром -s для анализа конкретного конфигурационного файла. Эта опция очень хорошо подходит для проверки файла конфигурации перед его «боевым» использованием.
После анализа заданного конфигурационного файла testparm выводит все значения файла smb.conf, включая значения по умолчанию. Это помогает убедиться, что используются ожидаемые значения параметров конфигурации smbd и nmbd.
Стоит отметить, что значения по умолчанию меняются от версии к версии, так что необходимо использовать версию Samba, соответствующую версии testparm.
УРОВЕНЬ 2
Серверное и клиентское ПО
Второй уровень подразумевает проверку конфигурации клиентского и серверного ПО. Наша цель — убедиться, что и клиент, и сервер корректно отвечают на запросы NetBIOS и CIFS. Пока мы рассматриваем изолированно каждый из хостов. (На третьем уровне мы уже начнем рассматривать их взаимодействие.)
smbd
В первую очередь, smbd должен быть запущен. Проверить это можно, используя команду ps. Аргументы этой команды могут отличаться в зависимости от версии Linux.
Убедившись, что smbd запущен (или, при необходимости, запустив его), используем утилиту smbclient для проверки работоспособности сервера. Параметр -L используется для вывода списка ресурсов сервера. Ключ -N используется для анонимного подключения к серверу, чтобы не создавать лишних проблем с авторизацией. Все эти действия должны выполняться локально на Samba-сервере.
Существуют две распространенные ошибки, которые могут возникнуть при выполнении этой проверки.
Первая ошибка выглядит следующим образом:
Она возникает, если smbd не запущен или не может подключиться к порту 139. Причиной этому могут быть ранее установленные и некорректно удаленные компоненты Samba. Прежде всего следует убедиться, что smbd стартует как демон и не завершается тут же с ошибкой. Особенность в том, что nmbd не выводит ошибки в консольное окно, так что следует посмотреть последние несколько строк log-файла. Позже мы рассмотрим анализ логов более подробно.
Вторая часто встречающаяся ошибка выглядит так:
Можно подумать, что причиной этой ошибки является неверное NetBIOS-имя, но это не так. Эта ошибка не может быть вызвана «битой» установкой nmbd, nmbd в данном случае даже не обязательно должен быть запущен.
Причиной возникновения этой ошибки при локальном подключении чаще всего являются неверно сконфигурированные параметры hosts allow или hosts deny в файле smb.conf. Сервер разрывает создающуюся NetBIOS-сессию.
Если нам удалось увидеть список общих ресурсов, мы можем проверить возможность Samba авторизовать пользователей. В этом тесте аккаунт с именем пользователя user1 и паролем secret подключается к общему ресурсу [public].
Это может быть вызвано неверно написанным именем службы, настройками доступа к общему ресурсу или неверным выражением path в описании общего ресурса в файле smb.conf.
nmbd
Чтобы проверить, запущен ли nmbd, мы снова используем команду ps.
Если nmbd при этом не запущен, результатом будет ошибка:
Также причиной ошибки может быть тот факт, что loopback-интерфейс не включен в smb.conf при включенном параметре bind interfaces only = yes.
После этого мы проверим, может ли nmbd зарегистрировать имя TROUBLE.
Например, в данном случае это имя принадлежит сторонней машине, а не нашему Samba-серверу. Очевидно, решением данной проблемы является переименование этой машины или сервера.
NetBIOS-интерфейс Windows
Утилита, использующаяся в Windows для NetBIOS-запросов — nbtstat.exe — имеет еще несколько опций, которых нет в nmblookup. Одна из них (-n) позволяет «спросить» у NetBIOS-интерфейса, какие имена он успешно зарегистрировал:
Если компонент “Client for Microsoft Networks” не был установлен, nbtstat.exe сообщит следующее:
Более тонкая ошибка возникает, когда Windows-клиент сообщает что он зарегистрировал имя рабочей группы, хотя это должно быть уникальное имя рабочей станции.
Часто причиной этого является наличие машины с таким же NetBIOS-именем. Windows-клиенту необходимо уникальное имя, чтобы установить NetBIOS-сессию с сервером. Пока клиент не сможет зарегистрировать имя рабочей станции, он будет неспособен, скажем, просматривать сетевое окружение или подключать сетевые диски.
УРОВЕНЬ 3
Удаленный доступ к общим ресурсам
Итак, мы уже выяснили, что и клиент, и сервер имеют доступ к сети, и локально ПО на них работает. На данном уровне мы переходим к диагностике работоспособности их взаимодействия.
Разрешение имен
Мы вновь будем использовать утилиты nmblookup и nbstat.exe, чтобы выяснить, может ли клиент разрешить имя сервера и наоборот. Тест будет состоять из двух фаз. В первой мы будем использовать широковещательный запрос, чтобы протестировать отклики сервера и клиента. Это делается путем задания широковещательного адреса (-B 192.168.7.255) в утилите nmblookup при запросе, что задействует сетевое взаимодействие между сервером и клиентом.
Сначала мы попробуем разрешить имя сервера:
После этого мы попробуем разрешить имя клиента, используя тот же широковещательный адрес.
Можно выполнить те же действия на Samba-сервере, чтобы собрать информацию о клиенте. Опции для запроса через утилиту nmblookup, в целом, такие же как и в nbtstat.exe.
Если какой-то из этих запросов не выполняется, следует еще раз провести проверки сетевого подключения и NetBIOS-интерфейсов, которые мы рассматривали раньше.
Просмотр общих ресурсов с Windows-клиента
Мы уже использовали smbclient для просмотра списка общих ресурсов. Здесь мы проделаем то же самое, только удаленно с Windows-клиента.
Утилита net.exe — это универсальная утилита для работы с CIFS. Эта утилита является эквивалентом Linux-команды smbclient -L. Опиция view позволяет просмотреть общие ресурсы рабочей группы, или, если указать конкретное имя сервера (например, \\TROUBLE), покажет список общих ресурсов на нем.
Удаленное подключение к общим ресурсам
На самом деле, этот шаг является не столько тестом, сколько целью всего процесса. Если мы зашли в консоль с правильным именем и паролем, то следующая команда подключит диск P: локального клиента к общему ресурсу [public] на сервере TROUBLE.
Чтобы определить, под каким именем подключаться, можно использовать опцию
Существует огромное количество проблем, связанных с аутентификацией. Зачастую они могут быть обнаружены только путем анализа лог-файлов, что будет рассмотрено позже.
УРОВЕНЬ 4
Сетевое окружение
Решение проблем с корректной работой Сетевого окружения — очень сложная тема. Скорее всего, если вы добрались до этого уровня, а сетевое окружение не работает или работает некорректно, вам следует еще раз проверить маску подсети и широковещательный адрес, и снова повторить все тесты нижних уровней: ошибка вероятно кроется там.
УРОВЕНЬ 5
Лог-файлы и анализ трафика
Иногда корень проблемы сложно определить даже с помощью специализированных диагностических утилит. Тогда на помощь приходят логи. Первые четыре уровня нашей «пирамиды» можно использовать для подтверждения правильности начальной установки Samba и решения простых проблем. Начиная с пятого уровня, начинается решение серьезных проблем. Рано или поздно вы столкнетесь с проблемой, которая потребует работы с логами.
Лог-файлы Samba
Ниже приведена таблица, в которой описаны уровни детализации логов.
Чтобы узнать текущий уровень логирования smbd (например, с pid 1234), выполним следующую команду из-под учетной записи root:
Если мы хотим увеличить уровень логирования до 10, чтобы получить всю возможную информацию, используем следующую команду:
Следующий вопрос: «Что же делать с логами?»
Вот пример, в котором логи помогли решению проблемы. Мы пробуем подключиться с Windows-клиента к общему дисковому ресурсу. Однако smbd не принимает пароль для соединения. Когда мы используем smbclient для теста, мы получаем ошибку:
Мы совершенно уверены, что значение smbpasswd верно, и пароль — test. Попробуем подключиться еще раз, добавив
в секцию [global] файла smb.conf, и мы увидим новые строчки в файле log.TROUBLE:
Последняя строка и есть ответ на наш вопрос. Samba не смогла найти учетную запись testuser. А это произошло, так как кто-то закомментировал строку в файле /etc/passwd:
Это всего лишь один пример. Вывод в логах может быть запутанным, но можно использовать grep, чтобы находить следующие ключевые слова:
• fail
• error
• unsuccessful
• corrupt
• unknown
Мониторинг сетевого трафика
Еще один способ найти корень проблемы — это просматривать содержимое пакетов, ходящих по сети между сервером и клиентом. Для этого можно использовать такие программы-анализаторы, как Wireshark. С их помощью можно просмотреть и проанализировать в достаточно читаемом виде содержимое пакетов.
УРОВЕНЬ 6
Внутренние проблемы Samba
Если ничего из вышеприведенного не помогло — возможно, вы столкнулись с каким-либо багом Samba. Список известных можно посмотреть на официальном сайте. Чтобы свести к минимуму вероятность появления подобного рода проблем, используйте актуальную и стабильную версию Samba, а также следите за выходом исправлений: исправляются разведанные баги достаточно быстро.
Сначала (после настройки) сеть работает, затем после перезагрузки появляется вышеописнная проблема. Как конкретно вы настраивали?Возможно это костыль, но может ваши настройки надо добавить в автозагрузку? Для настройки сети открыл в терминале файл конфигурации /etc/network/interfaces командой
Для настройки сети открыл в терминале файл конфигурации /etc/network/interfaces
это как "отче наш" - как только вы начинаете управлять интерфейсом через настройку в файле /etc/network/interfaces, апплет нетворк-менеджера тут же теряет возможность управления этим интерфейсом
в бубунте, начиная с 12.04, если вы используете настройку через файл /etc/network/interfaces, описывая параметры интерфейса необходимо для него указывать еще и адреса серверов днс с помощью строки
Добавлено через 2 минуты
Я в инструкции не нашёл ничего связанного с серверами dns и где их брать.
И снова здравствуйте. Вообще то в 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:
Строки, помеченные *, пришлось вставить потому, что не работал аплет "Сетевые соединения" после этого он заработал. Пробовал использовать DHCP роутера:
Отсутствует интернет Ubuntu Server 18.04 x64?
После установки Ubuntu Server версии 18.04 отсутствует интернет. Прилагаю скриншот: (тип.
Отсутствует подключение через интернет-кабель | Ubuntu
Доброго времени суток. Предыстория: хочу почти в разработку джуном (я зеленый, но в будущем.
Отсутствует поддержка Unity в Ubuntu 15.04 на виртуалке
Добрый день! Собственно вот- на скриншоте- и абсолютно не гуглится, может поможет кто
Отсутствует подключение к интернету после установки Ubuntu Server 19.10?
Решил снова вернуться к освоению системы Расписываю по шагам, что сделал: 1. Установил.
Интернет из роутера берется,от него кабель на комп
Прописывал ip адрес шлюз dns
Без подробностей сложно советовать.
Команда для терминала. Специально придуманная, чтобы проверять, лятають пакеты, али нет.
Обычно, в таких случаях, просто кабель втыкается в комп и всё. Адрес и все остальные причиндалы получаются автоматически. В роутере же, наверняка, включен DHCP сервер. Он и раздаёт адреса.
Вручную прописал адреса и все необходимое для соединения проводного интернета Подробно:настройки-сеть проводное где 100мб/с в настройки опять, выбрал вкладку IPv4 отметил флажком вручную,поле адреса,графа адрес-набрал 192.168.1.2, маска подсети 255.255.255.0,шлюз 192.168.1.1.DNC82.209.253.2,193.232.248.0-это для Минской области Зачем Вы делаете на Ubuntu вручную? Поставьте получать адрес автоматом и всеЕсли автоматически,думает и выдает сбой подключения,не удалось активировать сетевое подключение
Добавлено через 1 минуту
Опять пробует и опять сбой подключения
Marinero, ipv6 вырубил результата ноль щас сетевой адаптер попробую выяснить
Добавлено через 2 минуты
Что то он мне в терминале ничего не выдает быстро мелькнёт usb scsi и все
ну попробуйте хотя бы
Dmitry, что-то он мне много строк выдал)
Добавлено через 3 минуты
Про оперативную память nvidia
- про ВСЕ устройства на шине pci
- подробную информацию
она означает, что ось распознала устройство, нашла для него драйвер (модуль ядра) и задействовала Dmitry, Есть что-то похожее.Bridge:Nvidia corporation MCP Ethernet (rev a2) и в конце как у Вас только вместо е1000е- forcedeth
Dmitry, а можно в двух словах на русском я с английским не дружу пока
Добавлено через 30 секунд
Да и с телефона неудобно писать,интернета то нет в компе
Добавлено через 53 секунды
У меня MCP 61 ну думаю не велика разница
интернет в Ubuntu 10.04
Доброго времени суток! Суть проблемы-мозилла не открывает страницы! Сеть есть! Убунта все.
Ubuntu и интернет
постаил на ноут Убунту 9.04. и понял что для просмотра видео и прос. аудио нужно установить пакеты.
Интернет на Ubuntu-10.04
Не работает интернет на ubuntu-10.04. Модем 3g MF 190.Работает 30 секунд потом отключается.Что.
Расшарить интернет с ubuntu 12.04
Знаю, что в гугле уже полно статей на тему расшаривания интернета, но у меня есть пару проблем и.
Настройка интернет в Ubuntu
Доброе время суток! Помогите пожалуйста настроить сеть в гостевой Ubuntu 10.10, установленной в.
Ubuntu - интернет сервер
Есть у меня такая проблема: на работе стоит интернет - сервер Ubuntu без графической оболочки.
Читайте также: