Зови раньше ;) будет лучше

Я давно не применял столько экстренной инжЫнерии

Дада

Я давно не применял столько экстренной инжЫнерии

Скотч и изолента наше все?

Скотч и изолента наше все?

Синей не было, так работа не так быстро шла

Синей не было, так работа не так быстро шла

Норм! У нас самые крутые технологии

Микрофон удерживается пассатижами.

Пасстижами микрофон только удалили из тела

Микрофон удерживается пассатижами.

Маньяки!!!!

Караочные микрофоны найдите их как гамна за баней. На нг выкидывал

Петр на стиле

Караочные микрофоны найдите их как гамна за баней. На нг выкидывал

это тоже можешь Петру писать

info@cc.org.ru

это тоже можешь Петру писать

Так ты тож втеме

нет

меня там даже рядом не было.

народ подскажите в чем может быть проблема, собрал ядро с помощью тулчейна с http://toolchains.free-electrons.com/ для armv5 под одну из виртуальных бод для кему, для нее подготовил инитрд с начальным образом с инитом в виде бизибокса, где скрипт загрузки в бескончном цикле выводит TEST и спит. проблема когда вызывается sleep ядро падает со следующей ошибкой

https://pastebin.com/jNUQ40yW

инит дохет

по sigsegv

Нет же. Просто выходит, нет?

Там после segfault'а ещё TEST пишется.

там бесконечный цикл

А можно посмотркеть скрипт?

ща

когда sleep нет то он нормально выводит TEST бескончно

Там после segfault'а ещё TEST пишется.

мошт успело проскочить до обработки сигнала

А не хочешь запустить шелл-скрипт с set -x?

Чтобы увидеть наверняка, на чём падает.

Микрофон удерживается пассатижами.

"Не тычте в меня пасатижами"(C) Tim (TNT23)

Чтобы увидеть наверняка, на чём падает.

https://pastebin.com/g5DtVV1w

Скрипт бы ещё посмотреть.

Скрипт бы ещё посмотреть.

#!/bin/sh set -x while : do echo TEST sleep 1 done

А можешь which sleep добавить? Может быть /bin/sleep нужен, ибо "type sleep" говорит, что это не built-in, а PATH по умолчанию, ЕМНИП, пустой.

гм кстати да

но ехо то он находит

echo -- это built-in

там там все встроенное

этож бизибокс

Не-а.

Он multi-call binary, да.

а в чем разница?

Но он не в этом смысле built-in. Есть /bin/echo -> busybox, а есть echo, который как функция в /bin/sh'е.

+ : + which sleep /bin/sleep

Странно. Может, у which'а есть поведение, при котором при пустом PATH используется какой-нибудь PATH=/bin:/sbin:/usr/bin:/usr/sbin.

Хотя сам which в /usr/bin лежит.

щас тогда укажу полный путь

тоже самое

попробуй включить в bb FEATURE_SH_NOFORK и вместо sleep заюзать usleep апплет

в качестве диагностики запуска аплетов bb

да я просто хоу понять в чем проблема

Интересно, что sleep падает с exitcode=0x0000000b

в качестве диагностики запуска аплетов bb

?

А кто-нибудь знает, как работает sleep? Может быть, там у него какие-то фичи нужны у pts, в котором он запущен? Помнится мне, например, в init'овском shell-скрипте не засунуть программы в background (ну, а-ля "cat &").

А, кстати, запусти с init=/bin/sh и запусти руками sleep.

syscall

Я посмотрел, что sleep вообще не может выйти с exit code'ом, отличном от 0, лол.

руками нормально кстати

ну по логике а как он еще может выйти

Shell'у как-то очень плохо становится, я хз.

там не слип выходит, а init c 0xb

Так если init — это шелл-скрипт... А, птфу.

Там же нет set -e.

ERROR: S client not available

libc какая?

Да, значит всему интерпретатору становится очень плохо.

хз я брал бинарь уже собранный с сайта бизибокса

Так а rootfs чем собрана?

cpio

Я имею в виду, ты руками скелет rootfs создавал или какой-нибудь yocto или buildroot?

шелл кстати на всех командах крашится отличных от ехо

Я имею в виду, ты руками скелет rootfs создавал или какой-нибудь yocto или buildroot?

руками

abi поломано?

ну как руками, тем что мейкфайл от бизибокса создает

А в /lib/libc.so.6 откуда ты взял?

дэк там же статически все собрано

А версия ядра какая?

А версия ядра какая?

3.10.105

Может, ради прикола возьмёшь постарше* версию busybox'а?

это например какую

А какая сейчас?

1.21.1

тогда лучше посвежее попробуй

1.24 или 1.26.2

а еще лучше собрать тем же телчейном со своими заголовками ядра

на 1.26.2 та же шляпа

А если наоборот старый?

1.16.x

А мы вообще на какой архитектуре-то? Что за проц?

armv5 борда mainstone

Если так и будет всё плохо, может лучше на buildroot перейдёшь? Он тебе и кросстулчейн соберёт, и ядро соберёт, и этим же SDK соберёт busybox, и даже cpio с kernel'ом как артефакты выдаст?

Если так и будет всё плохо, может лучше на buildroot перейдёшь? Он тебе и кросстулчейн соберёт, и ядро соберёт, и этим же SDK соберёт busybox, и даже cpio с kernel'ом как артефакты выдаст?

ну если уж совсем беспросветно то возможно, а так это я ради экспериментов делаю чтоб более детально разобраться

ну если уж совсем беспросветно то возможно, а так это я ради экспериментов делаю чтоб более детально разобраться

А ядро ты сам собираешь при этом?

А ядро ты сам собираешь при этом?

сам, кстати bb 1.16.1 Заработал таки

сам, кстати bb 1.16.1 Заработал таки

Ну, получается, libc, который собирается со свежим busybox'ом, уже несовместим по ABI со старым ядром. Вероятно, там какой-то libc а-ля musl или uclibc, который не тащит за собой обратную совместимость.

Ну, получается, libc, который собирается со свежим busybox'ом, уже несовместим по ABI со старым ядром. Вероятно, там какой-то libc а-ля musl или uclibc, который не тащит за собой обратную совместимость.

Но я очень советую перейти на buildroot, ибо дальше, как я понимаю, ты и какой-то прикладной софт притащишь к себе, а его бы желательно собирать с тем же libc, иначе на грабли наступать начнёшь.