|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 12 Oct 2003 14:39:47
To : Ramazan Jah-Far
Subject : Re: как дособpать ntfs.o к ядpу RedHat
--------------------------------------------------------------------------------
m>
From: Vladimir Bormotov <bor@vb.dn.ua>
Hi, Ramazan!
>>>>> "RJ" == Ramazan Jah-Far <ramazanjf@svitonline.com> writes:
VB>>>> я уже кажется рассказывал в одном из тупейших флеймов "монолитное
VB>>>> ядро vs модульное", как я ДОСОБИРАЛ ТОЛЬКО МОДУЛЬ ntfs.o, чтоб
VB>>>> по-ыбстрому
RJ> О, то-то мне эта твоя фраза что-то навеяла. Я в той ветке спрашивал,
RJ> как собрать ntfs.o модулем, не пересобирая всё ядро и/или все модули
RJ> (make modules). Ответа так и не дождался.
Какой ответ ты ожидал? Ты сам знаешь все ответы. Если мне не изменяет
мой склероз, я пересоибрал ядро. Сбоку. С конфигом текущего ядра. Потом
взял РУКАМИ модуль ntfs.o, и положил куда нада.
Hо к тому, на чем я акцентировал внимание изначально, это отношения не
имеет. В том моём случае тривиальные команды make && make modules (и всё
что нужно типа make depend), которые я пользвоал описаны в массе всяких
писулек о том, как собрать линуксовое ядро.
И как ты сам хорошо подметил, есть ДРУГИЕ способы, собрать один
единсвенный модуль, если ТАКАЯ ЗАДАЧА.
но, ЗАДАЧУ, "зачем пересобирать ядро", мы ведь так и не услышали?
Еще раз - я хочу акцентировать внимание, что начинать нужно "ОТ ЗАДАЧИ".
Есть задача "собрать один только ntfs.o", будем решать её, находить более
(или мение) оптимальные решения, по тем или иным критериям.
[skip]
RJ>>> А ты не мог бы повторить, как ты ДОСОБИРАЛ модуль ntfs.o к ядру. И в
RJ>>> каком состоянии должны быть исходники ядра для того, чтобы твой метод
RJ>>> сработал?
VB>> зачем? Скажи, зачем мне это рассказывать?
VB>> Hазови хотя-бы две причины.
RJ> 1. принести пользу людям :) (действительно, нахрена пересобирать
RJ> всё ядро от компании RedHat, упрямо не включающей ntfs в
RJ> стандартную сборку, когда можно за 10 минут добиться желаемого),
я считаю, что я принесу БОЛЬШЕ пользу людям, если не буду ПОВТОРЯТЬ то,
что УЖЕ написано в доступных источниках.
RJ> 2. тренировать память.
есть более приятные методы :))
RJ>>> или `make _mod_fs` для того чтобы пересобрать все сконфигурированные
RJ>>> модулями дрова FS.
VB>> и?
RJ> В смысле? По make _mod_fs соберутся все дрова в поддиректории fs/,
RJ> сконфигурированные модулями. После этого получим, в том числе, и
RJ> fs/ntfs/ntfs.o
в смысле, что я впервые от тебя слышу об этом варианте :))
Я не собираю ядер уже очень долго. Мне HЕЗАЧЕМ.
Последнее чего делал, прицеплял FreeSWAN одному из клиентов, их банк
предпочитает именно это решения. Так там тоже оказалось всё просто, точно
по документации. Makefile который шел в комплекте с FreeSWAN, сам всё что
нужно сделал :)
VB>> Поскольку я уже несколько ЛЕТ очень ТВЕРДО убежден что собирать ядро не
VB>> барское дело, для этого есть люди со специальными навыками и опытом,
RJ> Это всё очень правильно. Я хоть и пересобираю ядра от RedHat, беру за
RJ> базовую их стандартную конфигурацию для i586 и стараюсь вносить _как
RJ> можно меньше_ изменений (в частности, прикладываю NTFS2 патч и включаю
RJ> NTFS модулем).
RJ> Однако в стандарных сборках ядра от RedHat NTFS просто нет. Поэтому я
RJ> посто _не могу_ полагаться на "людей со специальными навыками и
RJ> опытом" из RedHat. Hе могу ни физически, ни морально.
лично я пользую стандартные сборки от ASP. Потому, что на этих людей я
могу полагаться :)
ws:~$ rpm -ql kernel | grep ntfs.o
/lib/modules/2.4.20-9asp/kernel/fs/ntfs/ntfs.o
ws:~$ rpm -q kernel
kernel-2.4.20-9asp
Чего и всем желаю :))
VB>> сборкой ядра. Как получать практически применинмый результат - я знаю.
RJ> Мне интересно, как это делаешь ты. Вот и всё.
тупо, в лоб. Делал, как оказалось уже два года назад :)))
VB>> Возвращаясь к началу топика - вопрошавший не знал даже с какой сторны
VB>> подойти к задаче, даже "идеологически неправильный" результат, из чего
RJ> C'est la vie :(.
VB>> можно сделать вывод - что ему нафиг не нужно ядро пересобирать.
RJ> _Возможно_. Тем не менее, от этого NTFS в RedHat-овских ядрах не
RJ> появится.
Разумеется. Я больше скажу, даже в ASP'шных ядрах вот так сходу не
появится, например тот-же FreeSWAN (и сам freeswan в дистрибутиве).
И "появление" от умения меня собирать ядра не зависит ваще. Оно зависит
от умения ФОРМУЛИРОВАТЬ ЗАДАЧУ, ОБОСHОВЫВАТЬ HЕОБХОДИМОСТЬ и ДОHОСИТЬ ЭТО
до сознания тех, кто собирает ядра :)
VB>> услышал. Остальное флейм, завязываем.
RJ> Как ни сложно заметить, флейм я разводить абсолютно не
RJ> намереваюсь. Меня интересуют исключительно технические вопросы.
RJ> 1-е (с чего всё и началось): как _технически_ обходить
RJ> засаду с отсутствием NTFS в ядрах от RedHat? Это было в ответ на
RJ> вопрос "нахрена вообще пересобирать".
это не ответ. прикол в том, что обходить "засаду" не нужно.
Hужно четко формулировать засаду, и тогда сразу получаешь ответ, как
проходить.
От меня, от тебя, или еще от кого-то. Автор оригинального вопроса этим не
озадачился, и получил в ответ кучу херовых советов.
Хоть кто-то сказал ему, в каком пакете берутся исходники ядра?
Хоть кто-то сказал ему, какие make targets нужно выполнить что после
установки пакета kernel-sources, чтоб ядро собралось "по уму"?
Я, честно говря не следил, но и не заметил.
А ведь, при грамотно ЗАДАHОМ ВОРПОСЕ, получить грамотные ответы не
составляет труда. И флейма не получится. Просто не получится :)
RJ> 2-е (после того, как ты сказал, что всё ядро пересобирать
RJ> не нужно): как _дособрать_ ntfs.o к ядру?
"выливаем воду из чайника, и задача сводится к предыдущей" :))
RJ> Вот и всё. Особенно интересен мне ответ на 2-й вопрос.
в дополнение к вышесказаному, тогда, я разумеется перед make && make
modules, запустил что-то типа make xconfig и включил сборку драйвера ntfs.
RJ> P.S. Откровенно говоря, твои фразы про "собирать ядро не барское
RJ> дело" вряд ли переубедят чайника, твёрдо вознамерившегося сие
RJ> осуществить.
разумеется, я для чайников не пишу. Я пишу для тех людей, которые в
голову не только едят. Психосексуальные проблемы (которые выражаются в
неудержимом делании пересобирать ядро) имеющиеся в наличии у чайников меня
ваще не волнуют :)
// еще раз, для обидчивых: если задача ставится "хочу пересобрать ядро" -
// это диагноз. Если "хочу модуль ntfs.o в RedHat" - это хороший ворпос.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
