конечная точка передачи не подсоединена linux

Отвалившееся автомонтирование посредством udev

В общем, обновился. Вроде бы, все прошло гладко, за одним исключением: перестали монтироваться usb-hdd с файловой системой ntfs.

Монтирование производится так:

Как видно, опции монтирования, передаваемые скриптом, отличаются от того, что выдает после неудачного монтирования mount.

Вручную скрипт отрабатывает как надо, как и ручное монтирование:

Вопрос: кто виноват и что с этим делать? Ах да, флешка с vfat успешно монтируется в автоматическом режиме.

Еще б «перезагрузить» или «переустановить» бы посоветовал, тьфу.

Так может это в скрипте и мешает?

Для тех кто в бронетанке (udev changelog ещё до слияния с systemd)

Раcшифровка такова, любой процесс порождённый через udev не может исполняться более чем 30 секунд, далее он жестоко убивается, для работы nfts-3g нужен постоянно висящий процесс, таким образом смонтированный ntfs раздел будет доступен максимум 30 секунд после его монтирования udev’вом. Что мы и видим в посте тса.

Так может это в скрипте и мешает?

Через пару секунд маунтпоинт становится недоступным:

ls: cannot access /mnt/usb/sdb1: Transport endpoint is not connected

Кажется, начинаю понимать, что происходит. Правила udev не только описывают устройство, но и могут переопределяться. Потому и генерится эвент «change».

Ясно, спасибо. Теперь все встает на свои места.

Юнит будет примерно таким: /etc/systemd/system/usbmount@.service:

Отмонтироваться должно само. Если не само — допиши ExecStop=.

А если отвязать дочерний процесс? Как я понимаю, ‘&’ на конце команды уведет ее (команду) в фоновый режим, но не отвяжет от родительских PID и tty?

Теоретичеки, если сделать скрипт монтирования /etc/udev/scripts/usbmount таким

С nohup пробовал, нет эффекта. Процесс все равно убивается.

Вот это толково. Но, в любом случае, сделал по совету dhampire через udevil+devmon.

А, там типы ФС разные. Не заметил.

Как вариант на будущее можешь попробовать ещё udiskie + udisks2. Сколько юзал всегда работало как часы.

Источник

Добрый день.
Дистрибутив FC6, kernel-2.6.18, samba 3.0.23c-2
Машина с Linux является членом домена Windows2003
Конфиг самбы:
[global]
workgroup = FISHGUARD
server string = Samba Server
security = ads
guest account = nobody
log file = /var/log/samba/%m.log
max log size = 500
realm = FISHGUARD.RU
local master = no
domain master = no
dns proxy = yes
winbind uid = 10000-20000
winbind gid = 10000-20000
winbind enum groups = yes
winbind enum users = yes
idmap uid = 10000-20000
idmap gid = 10000-20000
winbind use default domain = yes
encrypt passwords = yes
case sensitive = no
netbios name = smbserver
guest ok = yes
dos charset = 866
unix charset = UTF-8
auth methods = winbind
null passwords = yes
nt acl support = yes

[public]
comment = Public Stuff
path = /home/samba
public = yes
writable = yes
browseable = yes
directory mask = 0777
create mask = 0666
guest ok = yes
valid users = Riskkman,root (локальные учётные записи Linux)

Подскажите, плиз на что следует обратить внимание?
Или может кто уже сталкивался с подобной проблемой.

Заранее благодарен
The best regards from Riskkman.

Если убрать valid users, то доменные юзеры логинятся нормально (судя по логам). Локальным юзером залогингится не пробовал.

Ещё один вопрос: В описанной выше конфигурации надо ли настраивать pam или нет?

>Если убрать valid users, то доменные юзеры логинятся нормально (судя по логам).
>Локальным юзером залогингится не пробовал.
>
>Ещё один вопрос: В описанной выше конфигурации надо ли настраивать pam или
>нет?

Да и не только рам, но еще и цербера. Но коли у Вас она уже является членом домена, думаю это уже настроено.

а на это что говорит

хммм тогда проверим работу pam

getent passwd
getent group

еще в smb.conf мон попробовать добавить

password server = ip adress

кстати, а права папке шаровой для домен юзерс определены?

Права на папку для доменных юзеров определены (чтение+запись+выполнение),
getent passwd выдаёт следующее:

getent group выдаёт перечень груп и входящих в них пользователей

Иными словами к ад цепляется нормально, логины и пароли проходят. Значит что-то в конфе самбы.

По самбе советую посмотреть тут http://samba.org.ua/

По pam.d используется. Но чесно не помню какой именно. (два года назад ставил забыл уже)

Источник

Конечная точка передачи не подсоединена linux

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1263
Регистрация: 6.11.2005

Репутация: нет
Всего: 1

Есть два сервера на Debian Stable. На обоих стоит samba.

В лог обоих иногда (несколько раз в день) падают сообщения

lib/util_sock.c:get_peer_addr_internal(1676) getpeername failed. Error was Конечная точка передачи не подсоединена 0.0.0.0 : 1 Time(s)

При этом все работают. Отчего они появляются не знаю. И что с ними делать?

Naughtius Maximus

Профиль
Группа: Экс. модератор
Сообщений: 8813
Регистрация: 2.3.2004
Где: Israel

Репутация: 28
Всего: 317

samba вообще много всякой дребедени пишет в лог, пора бы уже пользоваться logwatch.

Эксперт

Профиль
Группа: Завсегдатай
Сообщений: 1263
Регистрация: 6.11.2005

Репутация: нет
Всего: 1

-=Белый Медведь=-

Профиль
Группа: Комодератор
Сообщений: 4054
Регистрация: 24.4.2006
Где: г. Тверь

Репутация: 2
Всего: 109

ПРисоединяюсь к вопросу.
Такая же фигня в логах и у меня стала присутствовать.

Шустрый

Профиль
Группа: Участник
Сообщений: 51
Регистрация: 11.10.2010

Репутация: нет
Всего: 1

-=Белый Медведь=-

Профиль
Группа: Комодератор
Сообщений: 4054
Регистрация: 24.4.2006
Где: г. Тверь

Репутация: 2
Всего: 109

Самбе не мешает, но на нервы действует.

За интересные статьи, находки, решения, программы и просто реальную помощь будут ставиться + в репу).

В данный момент этот раздел модерируют nerezus, nickless, powerfox, pythonwin, Imple и ZeeLax. Если вы хотите помочь нам, пишите в ПМ и мы обсудим.

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| *Программное обеспечение под NIX системы** \| Следующая тема »

[ Время генерации скрипта: 0.1213 ] [ Использовано запросов: 21 ] [ GZIP включён ]

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

Решено: Виндовое сетевое окружение в XFCE (никак не могу нормально настроить)

Решено: Виндовое сетевое окружение в XFCE

Сообщение sptica » 06.08.2009 15:54

Поставил Debian 5.0.2 XFCE и никак не могу заставить его нормально ходить в виндовую сеть. Максимум чего смог добиться это монтирование отдельных шар с помощью smbmount. Т.е. сеть нормально пингуется и есть возможность монтирования сетевых ресурсов, но нет полного обзора сетевых шар.

Не подскажете в чём может быть дело? Может быть не хватает каких-то пакетов?

Re: Решено: Виндовое сетевое окружение в XFCE

Сообщение felicson » 07.08.2009 15:11

Не подскажете в чём может быть дело? Может быть не хватает каких-то пакетов?

Re: Решено: Виндовое сетевое окружение в XFCE

Сообщение sptica » 10.08.2009 13:10

Smbclient подключает меня к нужной шаре; ls, cd и pwd работают нормально.
Findsmb выводит правильный список, т.е. я вижу всех, кого должен увидеть в виндовой сети.
Samba изначально не стояла, поставил версию 3.2.5, никаких изменений в монтировании не произошло.
Да, после установки самбы в виндовой сети мою машину с дебианом стало видно.

Ещё несколько уточнений к первому посту. Во-первых krusader заработал, помогло поставить kdebase-kio-plugins. Во-вторых, может быть я что то неправильно делаю? Монирую я командой:

но в /media/network пусто.

В любом случае спасибо за попытку помочь .

Источник

Я пытаюсь подключить подчиненное устройство Mesos к его мастеру. Когда подчиненное устройство пытается подключиться к мастеру, я получаю следующее сообщение:

Ошибка выглядит так:

E0806 16: 39: 59.091384 940 socket.hpp: 107] Ошибка завершения работы на fd = 25: конечная точка транспорта не подключена [107]

Хост был запущен с использованием:

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

Изменить 1:

И главный, и подчиненный запускаются на выделенной виртуальной машине.

Обе следующие виртуальные машины настроены с использованием мостовой сети.

Ifconfig от мастера:

Ifconfig из ведомого:

Изменить 2:

Журналы ведомого устройства можно найти по адресу http://pastebin.com/CXZUBHKr

Основные журналы можно найти по адресу http://pastebin.com/thYR1par.

4 ответа

У меня была похожая проблема. Мои журналы рабов будут заполнены

Мой хозяин имел бы

И мастер умрет, и произойдут новые выборы, убитый мастер будет перезапущен выскочкой (я нахожусь на коробке Centos 6) и добавлен в пул потенциальных мастеров. Таким образом, выбранный мной мастер будет последовательно подключать мои главные узлы. Многие перезапуски мастеров и подчиненных ничего не дали, проблема постоянно возвращалась в течение 1 минуты после выбора мастера.

Суть его в том, что /etc/default/mesos-master должен указывать номер кворума (он должен быть правильным для количества мастеров мезо, в моем случае 3)

Мне это кажется странным, поскольку у меня такая же информация в файле /etc/mesos-master/quorum

Я надеюсь, это поможет вам.

Это подсказка об ошибке.

Ваш раб выставил неправильный IP.

Вот как я это исправил:

Сначала убедитесь, что на всех узлах остановлена служба mesos-master:

Затем удалите все потенциально старые данные:

Очистите наши данные мезо в ZooKeeper:

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

Источник