• Твой профиль заполнен на 0%. Заполни за 1 минуту, чтобы тебя нашли единомышленники и работодатели. Заполнить →
люди помогите разобратся надоело уже блин собирать зависимости ни как не могу разобратся с пакетом
Bash:
root@0day:/opt/osmocom/libosmocore# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking whether make sets $(MAKE)... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.20... yes
checking for ANSI C header files... (cached) yes
checking execinfo.h usability... yes
checking execinfo.h presence... yes
checking for execinfo.h... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/timerfd.h usability... yes
checking sys/timerfd.h presence... yes
checking for sys/timerfd.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking netinet/tcp.h usability... yes
checking netinet/tcp.h presence... yes
checking for netinet/tcp.h... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for library containing dlopen... -ldl
checking for library containing dlsym... -ldl
checking for backtrace in -lexecinfo... no
checking for doxygen... false
checking whether SYS_getrandom is declared... yes
checking if gcc supports -fvisibility=hidden... yes
checking for clock_gettime... yes
checking for localtime_r... yes
checking whether struct tm has tm_gmtoff member... yes
checking for TALLOC... yes
checking for PCSC... yes
checking for LIBGNUTLS... no
configure: error: Package requirements (gnutls >= 2.12.0) were not met:

No package 'gnutls' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBGNUTLS_CFLAGS
and LIBGNUTLS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
я понимаю что этот gnutls относится к библиотеке gnutls-dev хз уже дохера че перекопал уже подкиньте еще какуюнибудь мыслю.
Здесь всё банально просто , ответ в строке ниже :

checking for LIBGNUTLS... no

отсутсвует библиотека ---->LIBGNUTLS
Установите библиотеку и...И ловите следующую ошибку )))

apt-get install libtalloc-dev libusb-1.0 libgnutls28-dev libsctp-dev
благодарю, но я эту проблему для себя решил .Я давал ответ предыдущему участнику.

всем привет можете помочь с у меня устоновлен Kali VMWARE Workstation я не могу разобраться ~/osmocombb/master/src Makefile

:-(


Посмотреть вложение 30434
Решил установить заново osmocombb на виртуалику и тоже застрял на этом моменте при запуске команды make .Думал здесь кто знает ответ , но ответа не нашёл :-/
 
люди помогите разобратся надоело уже блин собирать зависимости ни как не могу разобратся с пакетом
Bash:
root@0day:/opt/osmocom/libosmocore# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking whether make sets $(MAKE)... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.20... yes
checking for ANSI C header files... (cached) yes
checking execinfo.h usability... yes
checking execinfo.h presence... yes
checking for execinfo.h... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/timerfd.h usability... yes
checking sys/timerfd.h presence... yes
checking for sys/timerfd.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking netinet/tcp.h usability... yes
checking netinet/tcp.h presence... yes
checking for netinet/tcp.h... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for library containing dlopen... -ldl
checking for library containing dlsym... -ldl
checking for backtrace in -lexecinfo... no
checking for doxygen... false
checking whether SYS_getrandom is declared... yes
checking if gcc supports -fvisibility=hidden... yes
checking for clock_gettime... yes
checking for localtime_r... yes
checking whether struct tm has tm_gmtoff member... yes
checking for TALLOC... yes
checking for PCSC... yes
checking for LIBGNUTLS... no
configure: error: Package requirements (gnutls >= 2.12.0) were not met:

No package 'gnutls' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables LIBGNUTLS_CFLAGS
and LIBGNUTLS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
я понимаю что этот gnutls относится к библиотеке gnutls-dev хз уже дохера че перекопал уже подкиньте еще какуюнибудь мыслю.
apt-get install libtalloc-dev libusb-1.0 libgnutls28-dev libsctp-dev
 
apt-get install libtalloc-dev libusb-1.0 libgnutls28-dev libsctp-dev
Если не сложно , помогите разрулить ситуацию схожую как у Anton Cernov (коммент выше).Если раньше не достающие библиотеки можно было выявить путём поиска в synaptic , то здесь такое не прокатило )
 
Если не сложно , помогите разрулить ситуацию схожую как у Anton Cernov (коммент выше).Если раньше не достающие библиотеки можно было выявить путём поиска в synaptic , то здесь такое не прокатило )

Вы без ошибок собрали и установили libosmocore и кросс-компилятор? Для сборки osmocom-bb не требуются ещё какие-либо зависимости вроде бы
 
Вы без ошибок собрали и установили libosmocore и кросс-компилятор? Для сборки osmocom-bb не требуются ещё какие-либо зависимости вроде бы
не заметил ошибок, но собирал на виртуалке Ubuntu 16.04 LTS 64 бит
 
Последнее редактирование:
Если не сложно , помогите разрулить ситуацию схожую как у Anton Cernov (коммент выше).Если раньше не достающие библиотеки можно было выявить путём поиска в synaptic , то здесь такое не прокатило )
Дайте ссылку на инструкцию, которой вы пользуетесь для установки osmocom-bb
 
Почему бы Вам не последовать инструкции от одного из разработчиков? Знакомство с OsmocomBB: 0x03 Software

Или можете попытаться сразу собрать базовую станцию: Запускаем GSM-сеть у себя дома

Если возникают проблемы с texinfo, то надо добавить патч patch-gcc46-texi.diff и прописать его в скрипте установки
 
Если возникают проблемы с texinfo, то надо добавить патч patch-gcc46-texi.diff и прописать его в скрипте установки
А по логу , что на скрине у Anton Cernov , что скажете ? Я у многих людей встречал данную ошибку , но все как то хитро выходили из ситуации .Типо не под рутом рекомендовали make запускать .Но я и так не под рутом запускал
 
А по логу , что на скрине у Anton Cernov , что скажете ? Я у многих людей встречал данную ошибку , но все как то хитро выходили из ситуации .Типо не под рутом рекомендовали make запускать .Но я и так не под рутом запускал
Я не пробовал инструкцию в начале этой темы, я сюда случайно, через поиск гугла, попал на чьё-то сообщение. Время будет, попробую эту инструкцию, но у меня не появлялась подобная ошибка. Ясно, что что-то с обновлением libosmocore во время сборки. Права рута нужны, если вы директорию сборки сделали не в домашней папке и для установки, а также добавления в кеш (sudo make install и sudo ldconfig). Чтобы не путаться, рекомендую первое время для обучения всё создавать в домашней папке root и, соответственно, от имени рута всё вообще делать (т. к. если вы какое-то действие сделаете под рутом, потом у вас не будет доступа к файлам и папкам от имени обычного пользвателя, измененным или созданным под рутом)

Инструкция в этой теме отличается только скриптом сборки, более новыми версиями gcc, binutils и newlib, а также использованием компилятора без eabi (для работы программы без операционной системы)

Но я и так не под рутом запускал
Если вы вводили команду su, то все последующие команды до команды exit или su <username> или закрытия сеанса терминала будут выполняться от имени root, о чем свидетельствует знак # в коммандной строке

Если не сложно , помогите разрулить ситуацию схожую как у Anton Cernov (коммент выше).Если раньше не достающие библиотеки можно было выявить путём поиска в synaptic , то здесь такое не прокатило )
Собрал с нуля osmocombb по инструкции в начале этой темы на виртуальной машине (VMware) Ubuntu 16.04 LTS Х64, всё получилось без проблем. Вы где-то совершаете ошибку, попробуйте заново и повнимательнее. Могу переслать Вам свой образ виртуальной машины.
 
Собрал с нуля osmocombb по инструкции в начале этой темы на виртуальной машине (VMware) Ubuntu 16.04 LTS Х64, всё получилось без проблем. Вы где-то совершаете ошибку, попробуйте заново и повнимательнее. Могу переслать Вам свой образ виртуальной машины.
Да , я нашёл ошибку.Спасибо за инструкции выше .Я не отредактировал файл $ gedit .bashrc перед компиляцией .Инструкция, точнее её часть ниже исправила проблему.
Код:
# Права администратора теперь не нужны.
$ su <ваша учетная запись>
$ cd ~
# Убедитесь, что директория /opt/osmocom/gnu-arm-toolchain/install/bin/ доступна и содержит
# исполняемые файлы кросс-компилятора, например, с помощью команды ls.
# Редактируем переменные среды:
$ gedit .bashrc
# Добавляем в самый конец файла строку:
# export PATH=$PATH:/opt/osmocom/gnu-arm-toolchain/install/bin/
# Не забываем сохраниться.
$ source .bashrc
# Проверим доступность исполняемых файлов:
$ arm-elf-gcc -v
# В результате чего должна появиться информация о компиляторе.
# В случае ошибки проверьте правильность пути к папке bin и его наличие в переменной PATH.
 
Проверить таким образом не удастся, другое название компилятора

Пробуйте arm-none-eabi-gcc -v

Желающие иметь последнюю (на данный момент 3.5) версию Wireshark с новыми диссекторами протоколов могут вручную собрать её из исходников используя tarball'ы. Скрипт в архиве прилагается.
Код:
mkdir wireshark
cd wireshark
wget https://www.wireshark.org/download/automated/src/wireshark-3.5.0rc0-59-g9613c943e074.tar.xz
tar -xpJf wireshark-3.5.0rc0-59-g9613c943e074.tar.xz
cd wireshark-3.5.0rc0-59-g9613c943e074
sudo tools/debian-setup.sh --install-optional --install-deb-deps --install-test-deps
dpkg-buildpackage -b -uc -us -jauto
cd ..
rm wireshark-{doc,dev,dbg}_*.deb
sudo dpkg -i *.deb
Проверено на виртуальной машине (VMware) Ubuntu 16.04 LTS Х64
 
Последнее редактирование модератором:
Проверить таким образом не удастся, другое название компилятора


Пробуйте arm-none-eabi-gcc -v
Возникла новая проблемка . Подключил шнурок с телефоном , даю команду :
Код:
wot@wot-VirtualBox:~$ cd ~/osmocombb/master/src/
wot@wot-VirtualBox:~/osmocombb/master/src$ host/osmocon/osmocon -m c140xor -p /dev/ttyUSB0 target/firmware/board/compal_e88/hello_world.compalram.bin
Cannot open serial device /dev/ttyUSB0
В виртуалбоксе вроде как добавил нужный usb .
 
Возникла новая проблемка . Подключил шнурок с телефоном , даю команду :
Код:
wot@wot-VirtualBmocombb/master/src$ host/osmocon/osmocon -m c140xor -p /dev/ttyUSB0 target/firmware/board/compal_e88/hello_world.compalram.bin
Cannot open serial device /dev/ttyUSB0
В виртуалбоксе вроде как добавил нужный usb .
Недостатчно прав у пользователя на доступ к портам. Есть несколько способов решения. Проще всего запустить с правами root, но потом не будет доступа к файлам osmocom у обычного пользователя без восстановления прав ручками.
Можно добавить пользователя в группу dialout. Можно непосредственно разрешить доступ всем пользователям к портам. Я удалил уже эту машину, на других не было таких заморочек.
Некоторые варианты дают разрешение только на один сеанс

Попробуйте поискать в гугле
Cannot open serial device /dev/ttyUSB


 
Код:
wot@wot-VirtualBox:~/osmocombb/master/src$ host/osmocon/osmocon -m c140xor -p /dev/ttyUSB0 target/firmware/board/compal_e88/hello_world.compalram.bin

Если у Вас Motorola C140, то вам нужно выбрать прошивку для вашего телефона compal_e86 а не 88, xor после модели добавлять не надо

Тут в самом конце шаблон строки запуска для вашей модели: MotorolaC140 - OsmocomBB - Open Source Mobile Communications
 
Добрый день, форумчане!
Заинтересовался данной темой после того как сам стал жертвой атаки. Если быть точнее, то прослушивали абонента с которым я вел переговоры по мобильному. Но, так как мы часто общались, было очень неприятно.
Человек который его прослушивал, заявил что заплатил за прослушку 100 т.р. После телефонных разговоров спустя некоторое время ему сбрасывали аудиофайл с содержанием переговоров. Но при этом это был только аудиофайл, ни к каким номерам привязки не было. Мне стало интересно, на каком уровне была совершена атака? Мое предположение, что на уровне сотового оператора.
Каковы ваши предположения? Спасибо!
 
configure: WARNING: unrecognized options: --disable-tests, --disable-tests
cd shared/libosmocore/build-target && make
make[1]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target“ wird betreten
make all-recursive
make[2]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target“ wird betreten
Making all in include
make[3]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/include“ wird betreten
make[3]: Für das Ziel „all“ ist nichts zu tun.
make[3]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/include“ wird verlassen
Making all in src
make[3]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/src“ wird betreten
make all-am
make[4]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/src“ wird betreten
CC timer.lo
In file included from /usr/include/x86_64-linux-gnu/sys/types.h:193,
from /root/osmocombb/master/src/target/firmware/include/string.h:4,
from ../../src/timer.c:38:
/root/osmocombb/master/src/target/firmware/include/endian.h:5:10: fatal error: sys/_types.h: Datei oder Verzeichnis nicht gefunden
#include <sys/_types.h>
^~~~~~~~~~~~~~
compilation terminated.
make[4]: *** [Makefile:509: timer.lo] Fehler 1
make[4]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/src“ wird verlassen
make[3]: *** [Makefile:381: all] Fehler 2
make[3]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target/src“ wird verlassen
make[2]: *** [Makefile:507: all-recursive] Fehler 1
make[2]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target“ wird verlassen
make[1]: *** [Makefile:379: all] Fehler 2
make[1]: Verzeichnis „/root/osmocombb/master/src/shared/libosmocore/build-target“ wird verlassen
make: *** [Makefile:34: shared/libosmocore/build-target/src/.libs/libosmocore.a]
Привет
ты решил эту проблему?
 
У когото вышло на Osmocom запустить больше двух таймслотов в режиме базовой станции (подключить белее двух Моторол), прошу поделиться опытом, плз!
 
Всем привет ! , может кто то знает OS на подобии DragonOS для поднятия fake bts на этих моторолках ?
Ибо зебался компилить это все )
 
osmo-bts.cfg open-bsc.cfg
Скиньте если есть )
 
  • Нравится
Реакции: Архип Борисов
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab

Похожие темы

🚀 Первый раз на Codeby?
Гайд для новичков: что делать в первые 15 минут, ключевые разделы, правила
Начать здесь →
🔴 Свежие CVE, 0-day и инциденты
То, о чём ChatGPT ещё не знает — обсуждаем в реальном времени
Threat Intel →
💼 Вакансии и заказы в ИБ
Pentest, SOC, DevSecOps, bug bounty — работа и проекты от проверенных компаний
Карьера в ИБ →

HackerLab