LINUX.ORG.RU

модули или ядро впервую очередь?

 


0

3

кто как и где пишет. вобщем решил спросить лучше тех кто знает, то есть Вас.

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

make modules
говорят, что когда
make -j
то модули уже скомпилятся. кто-то пишет, что надо
make -j
make modules
make install
make modules_install
кто -то пишет, что нет, надо:
make -j
make modules
make modules_install
make install
другие:
make modules
make -j
make modules_install
make install

скажите как правильно... но пожалуйста аргументируйте


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

pfg ★★★★★ ()
Ответ на: комментарий от linuxpc

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

pfg ★★★★★ ()
Ответ на: комментарий от linuxpc

Как будет называться ваша будущая операционная система? BolgenOS уже занято.

symon2014 ()
Ответ на: комментарий от pfg

не возможно ядро 5.7 скомпилить без модулей. некоторые модули просто есть и их не выключить и не включить жестко в ядро. я не знаю почему так. вобщем поржали надомной, а толком видимо тут и сам никто не знает. жаль.

linuxpc ()

если просто запустить make, то соберётся и ядро и модули.
если нужно по отдельности, то make bzImage и make modules. порядок, наверное, значения не имеет.
не забудь перед этим выполнить make mrproper

teod0r ★★★★★ ()
Ответ на: комментарий от teod0r

а зачем? это же удалить и makefile и сonfig? mrproper как я понимаю нужен если я хочу начать новою сборку. то есть собирал, и ошибка. решил собрать по новой и тогда make mrproper

linuxpc ()
Ответ на: комментарий от linuxpc

везде пишут, что надо в самом начале всегда выполнять make mrproper.
но это нужно делать ДО создания конфига

teod0r ★★★★★ ()
Ответ на: комментарий от teod0r

ну да, если хочешь сам собирать, а не использовать oldconfig или иной. ну так как мы собираем сами, то можно и выполнить вначале, но не после же того, как конфигурация ядра завершена.

linuxpc ()
Ответ на: комментарий от linuxpc

ребята, иногда благодаря вам я понимаю , почему сообщество Линукс такое слабое. вернее понимаю не популярность Линукс в рядах масс.

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

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

linuxpc ()
Ответ на: комментарий от linuxpc

не можно, а нужно делать всегда в самом начале. make mrproper чистит исходники от каких-то лишних файлов, которые остались после разработчиков.
а если хочешь переконфигурировать по-новой, нужно выполнить make clean

teod0r ★★★★★ ()

скажите как правильно… но пожалуйста аргументируйте

Нет разницы, как правильно, потому что все эти цели связаны между собой.

Все три группы команд приведут к одному и тому же результату.

make -j

Имеется ввиду make -jX, где X – количество ядер процессора?

EXL ★★★★★ ()

Читайте превоисточник — «Makefile» или файл «README» в исходниках ядра. Версия 5.7 пока есть только у вас, на форумах не помогут :)

mky ★★★★★ ()
Ответ на: комментарий от linuxpc

Нет, у вас. На kernel.org версия 5.0.7 это большая разница, не хочу делать далекоидущие выводы, но если вы не видете разницы между 5.7 и 5.0.7, есть шанс, что вы и команды вводите не совсем точно...

В любом случае, README там должен быть, написан он простыми фразами, которые и google переводчик осилит.

mky ★★★★★ ()

кто как и где пишет

говорят

скажите как правильно

Правильно — смотреть документацию. Обычно стоит начинать с чтения файла README, если он есть. В ядре — есть. Правда, там теперь написано, что читать надо linux-5.0.7/Documentation/admin-guide/README.rst, так что читай его. Там написано, как собирать и устанавливать.

i-rinat ★★★★★ ()
Ответ на: комментарий от linuxpc

даже на oldconfig

Ты ведь в курсе, что oldconfig предполагает, что ты сам положил в исходники .config со старым конфигом?

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

ну да. скопировать надо из boot в /usr/src/ там собирал. ссылку сделал. еще пробовал make localmodconfig. gcc-8.2 было специально скомпилированно для этого случая.

а я ведь еще ребят спросил: точно ли без патчей и всякой хрени можно на Ubuntu собрать ядро из kernel.org.... да, да -говорили они! а потом когда стал задавать вопросы почему не запускается, хотя сделал все правильно, а я уверен, что все правильно, они все списали на то что я даун. ну это как всегда.

linuxpc ()
Ответ на: комментарий от linuxpc

ссылку сделал

Сделал ссылку на read-only файл?

а потом когда стал задавать вопросы почему не запускается, хотя сделал все правильно

Просто ты сделал неправильно.

а я уверен, что все правильно

Удивительно, как люди уверены в своих действиях. Наверное, у тебя тогда достаточно знаний, чтобы выяснить, в чём именно проблема, да? Иначе откуда у тебя уверенность-то?

i-rinat ★★★★★ ()
Ответ на: комментарий от linuxpc

говорят

Говорят, что кур доят, а коровы яйца несут. А ты не верь.

буду пытаться победить Ubuntu

Тебе нужно победить себя. И начать-таки читать документацию.

Когда отправляют читать документацию, делают это не из зависти, как ты считаешь («я помучался, теперь пусть они тоже»), а потому что это внятное, подробное описание. Не хочешь читать? Тогда мало что можно сделать.

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

ребята, есть достойное объяснение происходящему. ну думаю, оно мало кому понравится. давайте не будем. давайте лучше про компиляцию ядра. если будет желание , то пишите советы, приму с огромным удовольствием . давайте помнить главное,что LOR =Linux. не опускайтесь до интриг и подлостей.

linuxpc ()
Ответ на: комментарий от linuxpc

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

anonymous ()
Ответ на: комментарий от mky

Читайте превоисточник

Буду оригинален — не читайте первоисточник. Читайте руководство по сборке ядра для конкретно вашего дистра или пакетного менеджера.

t184256 ★★★★★ ()
Ответ на: комментарий от anonymous

почему такое как ты может тут находится, а я нет? просто потому что ты приспособленец? такой всегда подхватит и подпоет. табаки из маугли.

linuxpc ()
Ответ на: комментарий от anonymous

я редко ошибаюсь в людях. а в животных вообще никогда. а мы идем на север. даже?

linuxpc ()
Ответ на: комментарий от linuxpc

Всё-таки Ubuntu? Я это к тому, что обычно дистрибутив указывают в первом сообщении. А особенно с такими специфичными вопросами.

P.S. Последний раз ядра собирал в генте.

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 1 )
Ответ на: комментарий от t184256

Ну в руководстве будет написано унылое:

make deb-pkg
и это никак не ответит на вопрос ТС'а про то когда надо запускать
make modules

mky ★★★★★ ()
Ответ на: комментарий от Deleted

fakeroot make-kpkg -j 5 --initrd --append-to-version=-custom kernel_image kernel_headers #-j6 помогите расшифровать....

fekeroot видимо не нужен. я от рута в Ubuntu. dpkg-низкоуровневый пакетный менеджер, как я понимаю. можно его использовать вместо kpkg? что значит -custom kernel_image? можно без этого?

linuxpc ()
Последнее исправление: linuxpc (всего исправлений: 1 )

Чёт какая-то муть в ОП. Спроси у того дурачка с аниме на аватарке (незнайка кажется), он тебе расскажет как правильно. На коком этапе ты планировал очищать дерьмо и генерировать конфиг, после того как скомпилируешь наверно? В справке всё подробно расписано, может попробуешь уже читать?

anonymous ()
Ответ на: комментарий от linuxpc

ребята, есть достойное объяснение происходящему. ну думаю, оно мало кому понравится

Ну давай теперь уж, продолжай. Руби правду-матку.

давайте не будем

Давайте будем. Потому что

про компиляцию ядра

— скучно. Там просто читаешь документацию и делаешь всё по ней. И получается.

Слушай, тебе 18 лет есть уже? Я тут подумал, что если нет, то получается, что первый раз я ядро Linux собирал ещё до твоего рождения. Кстати, не думаю, что я его больше двухсот раз где-то собирал за всё время. Причём большинство этих разов приходится на три-четыре захода, когда я собирал ядро, запускал, смотрел выхлоп отладочной печати, правил, снова запускал, и так далее, по много раз.

i-rinat ★★★★★ ()
Ответ на: комментарий от linuxpc

Совершенно точно будет работать последовательность:
- сборка образа ядра ;
- сборка модулей ;
- установка ядра ;
- установка модулей ядра ;

Построй себе логику, есть ядро, под ядро собираются модули. Модуль привязывается к конкретному образу ядра, есть magick version, даже если ты два раза соберёшь ядро из одних и тех же исходников с одним и тем же конфигом, то этот magick version будет другой. И просто так модуль от одного ядра в другое не загрузится.

В данном примере можно поставить флаг '-f' и загрузить принудительно и скорее всего всё будет работать.

Но в целом модули привязываются к ядру посредством этого magick version и он проверяется при загрузке модулей.

Поэтому и прими алгоритм: собираешь ядро, а затем под него модули, затем его ставить и затем модули.

Перед установкой ядра, если /boot на отдельной файловой системе, то смонтируй предварительно его.

anonymous ()
Ответ на: комментарий от i-rinat

про заголовки ядра не понял... разве при компиляции они не добавляются? зачем их отдельной командой в Ubuntu надо добавлять?

linuxpc ()

Привет, дружище. Я уверен что ты проигнорируешь моё сообщение, но я всё равно напишу.

В 1999 году был большой рост интереса к Linux. Это произошло из-за того, что компания Red Hat вышла на IPO, и её акции там хорошо оценили. Обычно, когда компания выходит на рынок ценных бумаг, то неизвестно, будут ли её акции в цене. Red Hat оценили высоко, о нём говорили в американских деловых СМИ. Бизнес Red Hat связан с Linux, что и привело к росту интереса многих людей к Linux.

Именно поэтому Red Hat Linux 7.2 был ооооооооооооочень популярен. В том числе и в России.

Знаешь почему некоторые люди считают, что тру-линуксоид должен уметь пересобирать ядро? Потому что во времена Red Hat 7.2 это было важно. А сейчас это уже даво не важно. Но так как Red Hat 7.2 оставил след в истории, то некоторые до сих пор думают, что, работая в Linux, надо уметь пересобирать ядро.

Всё дело в том, что в Red Hat 7.2, чтобы заставить работать звуковую карту или модем, нужно было включить драйвер, который по умолчанию был выключен при сборке ядра. А для этого, ядро надо было пересобрать. А ещё при пересборке ядра можно было внести изменения в настрйоки по умолчанию, например убрать лишние компоненты, которые лично тебе не нужны. Во время оперативки 32 Мб, это было важно.

Сейчас в этом необходимости нет. Конечно, ты можешь это делать, но это уже не несёт смысла. Начиная с Red Hat 9.0 и Mandrake 10 (2002-2003 годы), ВСЕ возможные драйверы включены. При этом, они не занимают оперативную память, потому что подгружаются по мере необходимости (файлы с расширением *.ko).

Пересобрать ядро может быть необходимо в редких и исключительных случаях.

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от linuxpc

Когда ты собираешь ядро из исходников, то все твои заголовки - это директория с исходными кодами ядра, в которой ты настраивал ядро и комилировал.

В Debian есть скрипты, которые собирают нужны преднастроенные от сборки ядра файлы и помещают их в директорию /usr/src/linux-headers-версия.

anonymous ()
Ответ на: комментарий от linuxpc

Ну не знаю, в моей генте нет проблем с заголовками ядра, они все есть в исходных кодах.

anonymous ()
Ответ на: комментарий от i-rinat

Ну ему было что-то около 10 пару лет назад, видимо сейчас ему лет 12. Он рассказывал вроде. Относитесь поснисходительней, не все были умными в том возрасте. Хотя впроче я вроде уже интересовался документацией, а не донимал тупняком старший, в то время. Хотя было дело. С интернетом были проблемы. :)

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.