Я обновил тот архив. Попробуйте ещё раз. :)
Printable View
Я обновил тот архив. Попробуйте ещё раз. :)
Так, make kernel прошел, вот только просто make неработает, пишет ошибку из которой я могу предположить, что необходимо настраивать gcc необходимым образом.
Заодно вопрос, что-бы мне потом не долго искать, скажите, в каком файле кофигурация сборки определятся? Есть соображения на сей счет, но хочется получить точную наводку.
Лог с ошибкой в атаче.
Вот умоего 520 начал глючить WiFi, недаёт подрубится.
А с компиляцией я так и неразобрался, всё ошибки кажет :( уж помогите побороть...
Объясню свою позицию: если Вы не можете заставить компилироваться мою прошивку, то про собственную прошивку для 520г можете забыть... Не обижайтесь, но здесь нужна усидчивость и квалификация.
Для разнообразия можете попробовать собрать тот код, что даёт АСУС - волосу станут дыбом. Хотя я для 520г прошивку 1.9.5.4 собирал...
Я бы рад сидеть с этим ужасом разбираться, но физически нет времени. Потом моя задача несколько проще, чем создание прошивки вообще, и если удасться собрать базовую прошивку, то дальше просто немного сноровки и всё, своя прошивка есть (даже не прошивка, а просто сборка модулей)... Но сейчас приходится по тупому собирать шишки, на граблях которые все давно обнаружены, что это за изврат у линуксойдов, не сделать доступную инструкцию, а заставить всех подряд тратить кучу времени на исправления чужих ошибок в якобы "релизном" варианте? Можно дать желающим ломаться там, где никого небыло, чем заставлять толпится на опушке "леса чудес"...
Я просто сильно прошу, подсобите немного, мне действительно не сруки заниматься сейчас глубоким изучений "компиляция программ в среде Linux, и обход чужих граблей там где их быть недолжно". Извиняйте конечно за критику, но она вполне объективна.
:) У Вас времени нет, зато у остальных вагон?
Кстати, тот лог, что Вы выложили - не полный. Вы сами посмотрите его...
Не подскажите, что нужно для создания собственной (модифицированой) прошивки для wl500gP. И вкратце сам процесс если несложно ?
subj
Я монтирую на роутере nfs шару с сервера, после запуска /usr/sbin/portmap все прекрасно монтируется.
Тем не менее, этого еще не достаточно. Некоторые программы используют блокировки (lock). Например, программы для управления пакетами в дебиане. То есть, получается невозможно обновлять пакеты.
Причем lockd, который в прошивке присутствует, не работает. Молча вылетает с exit code 1. Наверно, так и надо, я пока не очень разбираюсь в теме.
Помучавшись, скомпилировал statd из nfs-utils из исходников прошивки. Запустил - все заработало. Только пришлось создать каталог /var/lib/nfs.
Бинарник после strip весит 63452 байт. Добавите его в прошивку, Олег? :) Вроде, штука нужная.
Т.е. lockd не работает без statd?
По-моему, после запуска statd уже не нужно запускать lockd.
У меня в какой-то момент возник ядерный процесс [lockd], судя по PID, он возник сразу после запуска portmap.
Посмотрите исходный код lockd в nfs-utils - он же ничего почти не делает, только вроде пытается проверить, что ядро поддерживает какие-то системные вызовы. И еще комментарий в начале lockd.c:
/*
* lockd
*
* This is the user level part of lockd. This is very primitive, because
* all the work is now done in the kernel module.
*
*/
Наверно, имеется в виду тот самый ядерный процесс.
Другое дело - statd. Там много кода.
Не знаю, нужен ли он вообще или нет. Мое знание NFS очень поверхностное :) Но, по-моему, не нужен.
ладно, почитаю. :)
Мда, маны рулят :)
The rpc.lockd program starts the NFS lock manager (NLM) on kernels that don't start it automatically. However, since most kernels do start it automatically, rpc.lockd. is usually not required. Even so, running it anyway is harmless.
И еще из debian changelog по nfs-utils:
* Test kernel version in init script; all kernels from 2.4 forward
have a lockd thread, and don't need rpc.lockd. Probe older kernels
by checking for lockd-related symbols. When in doubt, go ahead and
run rpc.lockd; if it's not needed, it exits. (closes: #205867)
не верю. :d может ручками пускали?