Крест, компилирующий GLIBC для моего ARM SoC
Полный бит в моем /etc/services :
# /etc/services:
# $Id: services,v 1.53 2011/06/13 15:00:06 ovasik Exp $
#
# Network services, Internet style
# IANA services version: last updated 2011-06-10
[...]
# Port 1236 is registered as `bvcontrol', but is also used by the
# Gracilis Packeten remote config server. The official name is listed as
# the primary name, with the unregistered name as an alias.
bvcontrol 1236/tcp rmtcfg # Daniel J. Walsh, Gracilis Packeten remote config server
bvcontrol 1236/udp # Daniel J. Walsh
Согласно этому:
bv-управление для UNIX v9.0 является инструментом управления безопасностью и управления системами для аудиторов безопасности и системных администраторов. Реализация инструмента принимает мощные запросы и создание отчетов о функциях Консоли RMS и информационного Сервера. Консоль RMS наряду с bv-управлением для UNIX является мощным инструментом, разработанным, чтобы помочь Вам управлять своей серверной средой. Для получения дополнительной информации о Консоли RMS и информационном Сервере посмотрите Консоль RMS и информационное Руководство по началу работы Сервера.
Так как это - коммерческий программный продукт, Вы, вероятно, знали бы, использовали ли Вы его. Что касается "Gracilis Packeten удаленный сервер конфигурации", вот подсказка для Вас:
http://manpages.ubuntu.com/manpages/gutsy/man1/p10cfgd.1.html
Я полагаю, что "packeten" является немецким для пакетов, "gracilis" латынь для тонкого и предположил бы, что Packeten Gracili является неясным, вероятно, устаревшая часть аппаратных средств.
Другими словами, если Вы хотите использовать тот порт для чего-то, Вы - прекрасное выполнение так. Это может (или не может) иногда быть просканированными чем-то, ожидая "bvcontrol" кроме этого, не должен иметь значения.
Я сделал это: -)
Я в основном последовал за советом жале и решил сделать это правильно: то есть управление полной перекрестной компиляцией Glibc. Я начал с Crosstool-NG, и был изначально разочарован - видя, что это не поддерживает моего старого ядра. Я сохранял его, хотя - вручную редактировать файл конфигурации, сохраненный Crsstool-NG, чтобы выполнить изменения, подобные изменениями на конфигурации сборки ARM-GNUABI по умолчанию:
$ ct-ng arm-unknown-linux-gnueabi
$ ct-ng menuconfig
...
$ vi .config
$ cat .config
...
CT_KERNEL_VERSION="2.6.17"
CT_KERNEL_V_2_6_17=y
CT_LIBC_VERSION="2.13"
CT_LIBC_GLIBC_V_2_13=y
CT_LIBC_GLIBC_MIN_KERNEL_VERSION="2.6.9"
CT_LIBC_GLIBC_MIN_KERNEL="2.6.9
...
$ ct-ng +libc
после многочисленных тестов и неудачных попыток, вышеупомянутые изменения - я получил это Компилированная версия Glibc, которая будет работать с моим ядром, и скопировала результирующие файлы на мой автомат «Дейба Ленни»:
$ cd .build/arm-unknown-linux-gnueabi/build/build-libc-final/
$ tar zcpf newlibc.tgz $(find . -type f -iname \*.so)
$ scp newlibc.tgz root@mybook:.
Я пошел весь путь и переехал мимо сжимания: я дебетил / видно, а затем - очень осторожно - переписать Glibc Версии Arriel-Debootstrapped / Wheezy С моим собственным:
# # In the ARM machine
# cd /wheezy/lib/arm-linux-gnueabi/
# mv /var/tmp/ohMyGod/libc.so libc-2.13.so
# mv /var/tmp/ohMyGod/rt/librt.so librt-2.13.so
...
... и т. Д., Убедившись, что я не пропустил никаких общих библиотек.
Наконец-то я скопировал через ЛДД и двухъяручных файлов LDConfig (которые были также частью GLIBC), а также находятся внутри моего / мнения.
Это работало.
Я могу предположить, что компиляция Glibc от эмуляции Chroot-Ed 'Qemu-Arms внутри x86, как-то испортил вещи - возможно, Configure процесс обнаруживает некоторые вещи из рабочей среды - Принимая во внимание, что кросс-компиляция не может быть введена в заблуждение.
Так что, естественно, я переехал на следующий шаг, и использовал Anybox-Static Shell для , заменить . {/ Bin, / sbin, ...} папки моего старого Ленни с хрипотами - и Перезагрузился в мой совершенно новый хрипость: -)
Я настоящим утверждаю, что мой WD MyBook World Edition - единственный на планете, бегущий Debian Rheezy :-) Если кто-то заинтересован, я могу загрузить Тарбол из Libc файлов где-то.