Не могу скомпилировать ядро в Linux

max77

Короче, make config нормально, make dep тоже, когда дохожу до make bzImage, через некоторое время выдается: Error: Leaving directory /root/linux/driver/pci
(/root/linux - это где ядро в исходниках)

Coffin

1)ты что ядро под рутом компилишь?
2)полностью ошибку написать не догадался?
3)ядро какое с точностью до всех подверсий? (посмотреть можно в Makefile)

max77

1) под рутом
2)
make[3]: *** [names.o] Error 1
make[3]: Leaving directory `/root/linux/drivers/pci'
make[2]: *** [first_rule] Error 2
make[2]: Leaving directory `/root/linux/drivers/pci'
make[1]: *** [_subdir_pci] Error 2
make[1]: Leaving directory `/root/linux/drivers'
make: *** [_dir_drivers] Error 2
3) версия 2.4.9
PS я еще не волшебник. Я только учусь

abrek

для учёбы будет эффективнее научиться собирать обычные программы
тогда поймёшь, что настоящая ошибка происходит при запуске компилятора или линкера, а то, что ты привёл, никому не интересно

max77

Я научусь, чессн слово
Просто мне щас действительно нужно срочно ядро скомпилить.
Неужели нет никаких вариантов подсказки?

Coffin

> 1) под рутом
нормальные люди ядра (и всё остальное) собирают под простым пользователем
>2)
>make[3]: *** [names.o] Error 1
>make[3]: Leaving directory `/root/linux/drivers/pci'
>make[2]: *** [first_rule] Error 2
>make[2]: Leaving directory `/root/linux/drivers/pci'
>make[1]: *** [_subdir_pci] Error 2
>make[1]: Leaving directory `/root/linux/drivers'
>make: *** [_dir_drivers] Error 2
а выше что? на что он ругается то?
>3) версия 2.4.9
чистое 2.4.9 или 2.4.9-blablabla ?
в Makefile в строке EXTRAVERSION что написано?

max77

1) А это критично? (что под рутом)
2) Перед теми строчками что я написал идут такие, и их просто дофига,
devlist.h:6978: __devices_ea01 causes a section type conflict
devlist.h:6981: __devices_eabb causes a section type conflict
devlist.h:6984: __devices_ecc0 causes a section type conflict
devlist.h:6987: __devices_edd8 causes a section type conflict
devlist.h:6994: __devices_fa57 causes a section type conflict
devlist.h:6997: __devices_feda causes a section type conflict
devlist.h:7000: __devices_fffe causes a section type conflict
devlist.h:7004: __devices_ffff causes a section type conflict
3) после равно там ничего не написано. Стало быть, просто 2.4.9

Filan

> нормальные люди ядра (и всё остальное) собирают под простым пользователем
Хуйню говоришь.

Filan

Насколько я понял ты попытался собрать ядро с девайсами не совместимыми друг с другом. Вернее их драйвера в ядре несовместимы друг с другом.
И возьми лучше ядро поновей - 2.4.22.

Ivan8209

Нет, собрать-то можно, но неудобно.
Почему-то исходники ложатся в /usr/src : ]
А туда писать как-то неудобно из-под простого пользователя. : )
А писать не туда, это отдельные неудобства.
Опять же, если потом всё равно писать в /boot или ещё куда-то,
а сборка занимает не так много времени, то зачем париться?
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

ppplva

Это вроде как правило хорошего тона: ничего не компилировать под рутом. Мало ли чего там прога делает при сборке.

Ivan8209

Если прога "мало ли чего делает при сборке",
то её обычно не стоит собирать вообще.
Это классический спор о защите в ОС.
; ) Знаешь главный довод против микроядра?
"Операционная система должна быть уверена в себе!"
: ) ) )
То же переносится на любую ОС, в которой есть защита памяти.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

ppplva

Не в том дело. Просто если что-то можно сделать без рутовых прав, то так и надо делать.

oleg_n

а что делать, если копилировать под рутом всё же удобнее?
и пока не принесло никаких проблем

Ivan8209

"Оператор должен быть уверен в себе!" : ) ) )
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

ppplva

Твой комп - делай что хочешь
А что это такое, что удобнее под рутом собирать ?

oleg_n

код лежит в /usr/src/linux

ppplva

Для начала почитай README этого кода. Там явно говорится, что лучше его в /usr/src/linux не класть.

oleg_n

убил наповал :-)

Ivan8209

Мало ли, что в README понаписано.
``make clean'' есть и ладно. ; )
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

tokuchu

Ну да... не в /src/llinux, а в /src/linux-2.4.22 и ln -s linux-2.4.22 linux

max77

И возьми лучше ядро поновей - 2.4.22

А вот кто бы мне его дал? С инета качать 20 мегов неохота. На unix.local выше 9-ой нет

abrek

chgrp adm /usr/src/.
chmod g+ws /usr/src/.

max77

Спасибо
Это вообще чудо. Скачал версию 2.4.22
Компиляция прошла успешно, но не появились ни файлы System.map ни vmlinuz в текущем каталоге, ни копия образа ядра .../arch/i386/boot/bzImage
че за хня?

tokuchu

> ни копия образа ядра .../arch/i386/boot/bzImage
Вообе говоря это ядро и есть , а не "копия образа ядра"

max77

Ну какая разница, у меня в книжке так написано
Все равно нету его там

Ivan8209

Угу.
Но всё равно --- лень. ; )
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

tokuchu

А ты точно make bzImage сделал?

max77

Я не пьян
Но щас попробую еще раз
Просто после этого я еще создавал загруз. дискету и компилил модули, Может это повлияло?

alex-kras

>Компиляция прошла успешно
Вывод ld в конце - в студию.

tokuchu

> Просто после этого я еще создавал загруз. дискету
Чем и как? И зачем вообще?

max77

Так и есть. Теперь все нормально. Уже с новым ядром сижу..

Coffin

почему надо сводить к минимому работу под рутом я объяснять не буду.
если ты не можешь это понять, то это твои проблем и когда ты это всё-таки поймёшь будет уже поздно

Filan

oleg_n

параноя

ruler

Именно так.
А что плохого в параное?

Ivan8209

Вспоминаем вот .
И продолжаем осознавать, что работа "не под рутом" не есть невесть какое лекарство от бед.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

oleg_n

ничего плохого

Ivan8209

Хм.
Но и хорошего --- тоже ничего.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

Coffin

а теперь читаем вот это
http://www.linux.org.ru/view-message.jsp?msgid=392747

Ivan8209

Ты запускаешь неизвестные программы, с неясным предназначением, непонятно что делающие?
Да с тем же успехом ты мог бы даже из-под "нерута" запустить какой-нибудь ломатель дыры с получением всех прав и побочным предназначением "rm -rf /".
Сомневаюсь, что в этом случае твоё ограничение доступа простым пользователям спасло бы.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

oleg_n

я призываю запускать под рутом всё подряд?

ЗЫ по-моему, если этот скрипт запустить не под рутом, он должен стереть всё в хоме
я бы лучше уронил систему, чем потерял то, что в хоме

ppplva

Ты таких вообще никогода не запускаешь ?

Ivan8209

Да.
У меня нет Перла.
---
Ибо нефиг.

oleg_n

давайте обсудим, должен ли быть на машине перл или нет? :-)

ppplva

Мне сложно представить линух без перла.
Постой.. это у тебя шлак на 300 метров ?

Ivan8209

Я про то же.
Лучше пусть полетят все /bin, /usr, /lib, /etc, /tmp,
но никак не /home или /var/spool/mail.
И потому, никакая защита с разграничением доступа
не отменяет старые основы работы с любым прибором:
"Не уверен --- не запускай!"
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

Ivan8209

Нет, сейчас более, чем на 1 Гб.
Но перла нет и не будет.
---
...Ибо нефиг.

oleg_n

меня глючит, или фря в минимальной установке ставит перл?

natali20

>Лучше пусть полетят все /bin, /usr, /lib, /etc, /tmp,
>но никак не /home или /var/spool/mail.
Ну это смотря чей хоум. Истинный параноик для таких целей заведёт болванчика

ppplva

А по-моему, перл - исключительно мощный и удобный инструмент. Ты отказываешься от него исключительно из-за опасения что-то испортить ?

Ivan8209

Если он у тебя будет, это будут твои личные проблемы.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

ppplva

Было бы логично, потому что очень много продвинутых софтин требует наличия перла.

Ivan8209

> А по-моему, перл - исключительно мощный и удобный инструмент.
> Ты отказываешься от него исключительно из-за опасения что-то испортить ?
Может быть и мощный, но совершенно неудобный.
Давай по порядку.
Что такого может Перл, что нельзя с тем же успехом сделать связкой
sed + awk + bash + textutils + findutils + ещё какие-то из общих GNU utils?
Это при том, что всё равно все вышеупомянутые GNU tools стоят,
а Перл надо ещё ставить, изучать да и защищаться от себя же
по указанной ниже причине.
Синтаксис у Перла, гхрм, как бы помягче сказать-то,
промолчу лучше, семантика конструкций определяется скоростью движения полярных медведей по сухим пустыням Амазонии в период зимней миграции...
Эклектичный язык, вобравший в себя всё, что попало и, что самое главное,
_как_ попало.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

Ivan8209

Приличные софтины не требуют перла.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek

ppplva

Не буду спорить, это бесполезно. Лично для меня удобнее и быстрее перл.
Ну про синтаксис awk я вообще молчу. В sed регэкспы какие-то убогие.

Ivan8209

Awk обладает однородным ситнтаксисом.
А у sed-а предназначение другое, ему расширенные контекстно-свободные расширения не нужны.
---
"Vyroba umelych lidi, slecno, je tovarni tajemstvi."
Karel Capek
Оставить комментарий
Имя или ник:
Комментарий: