Файлы библиотеки в стандартных каталогах должны быть зарегистрированы в кэше для производительности. Если обновление прервалось не в то время, возможно, что у Вас есть файлы библиотеки, которые присутствуют в файловой системе, но не в кэше. Выполненный ldconfig
как базируются для обновления кэша.
Чтобы помочь диагностировать динамические проблемы библиотеки, это может помочь иметь некоторые статически связанные служебные комплекты: busybox-статичный, пояс, zsh-статичный.
Проблема в том, что, хотя сокет был создан и привязан на вашей стороне, он не смог выполнить успешный вызов для подключения (). (из bluez-X-Y.Z/tools/rfcomm.c
источник ). Вызов connect (), который завершается ошибкой (, т.е. возвращает значение <0 ), может быть вызван множеством причин.
Я полагаю, ваш реальный вопрос: «Как я могу получить успешное соединение?»
Чтобы решить эту проблему, вы должны сначала быть абсолютно уверены, что у вас есть прослушивающий сокет на другом компьютере. Я предлагаю вам сделать это с другим стеком bluez, работающим на компьютере.
На другой машине запустите:
rfcomm listen 0 # listens on channel 1 by default
и при запуске тестовой машины:
rfcomm connect 0 00:11:22:33:44:55 1
ожидаемое поведение не содержит ошибок.
Затем вы можете использовать этот механизм для подключения сокетов и входа в систему, передачи файла и т. д., но это выходит за рамки вашего вопроса.