За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
04-03-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.bsd.all-list@subscribe.ru
Адрес
модератора: comp.soft.bsd.all-owner@subscribe.ru
On Fri, Nov 05, 2004 at 02:09 +0300, Alex Semenyaka wrote:
да то же... у меня есть rl в ядре, нафиг мне его еще модулем
собирать?
зачем? или вы занимаетесь перезагрузкой системы туда-сюда?...
есть вероятность (: во всяком случае от переделки от версии к
версии кода, на который этот модуль завязан, да и собственно
от самой сборки... всяких INET6 и прочего....
во-во :)
On Sun, Nov 07, 2004 at 18:05 +0300, Alex Semenyaka wrote:
неужели такое бывает? :-)
просто я больше (гораздо больше) времени занимаюсь OpenBSD и
поэтому не знаю таких ``тонкостей'' фряхи. спасибо за подробное
разъяснение =)
гм... и все равно зачем? чтобы при загрузке из-за ошибки аттача
драйвера к девайсу не навернулось?
да ясно, что копейки... просто лично мне их лень собирать
(особенно на старом железе).
ладно, давайте заканчивать...
On Mon, Nov 08, 2004 at 01:11:07AM +0300, Mike Belopuhov wrote:
Да, потому что одна из них работает не через miibus. Отсюда какие-то проблемы
при инициализации...
Решительно не за что :)
Примерно. При апгрейде ядра и/или железа позволяет быстро построить рабочую
конфигурацию.
На старом - это быть может, согласен. Но ведь чтобы не собирать как раз
нужно дополнительные телодвижения делать, под фришкой, как минимум :)
По умолчанию - оно всё соберёт :)
Ага :)
SY, Alex
-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all
http://subscribe.ru/ http://subscribe.ru/feedback
Доброго времени суток.
On Sun, 7 Nov 2004 18:05:50 +0300
Alex Semenyaka <al***@s*****.ru> wrote:
Честно говоря, мне было бы интересно посмотреть на конфиг такого ядра - какие
устройства можно отключать, а какие нет. Если Вас не затруднит, пришлите, пожалуйста
(можно в личку).
On Sun, Nov 07, 2004 at 04:16:25PM +0300, Mike Belopuhov wrote:
Кроме причин, который Вы и сами знаете, есть простое соображение.
Вот буквально вчера наблюдал, как карточки не опознавались, будучи
вкомпилёнными в ядро, и конфигурация поднималась только при загрузке
их модулей. Начались глюки при перестройке конфигурации (100M карта
менялась на 1G). Оно того стоит - добавлять себе забот, отслеживая,
где что как собрано? Если Вы администрируете одну машину - не проблема.
Три - уже тяжелее. А у меня в домашней лаборатории их 5 разных.
И уже в этом случае мне чем универсальнее, тем лучше. Возможно, за
счёт потери получаса машинного времени - он съэкономит мне моё время,
которое ценнее машинного.
Я традиционно нынче держу "минимальное" ядро без оборудования.
Я не про вероятность. Я про опыт - а мой опыт говорит, что ядро обычно
не цепляет модули именно тогда, когда Вам жалко 5 минут на их
пересборку. В результате модули не соответствуют ядру, и хорошо,
если просто не грузятся. А то ведь могут и грузиться, роняя потом
систему в неожиданный момент времени.
Вот именно поэтому их лучше держать собранными. Проблемы возникли как раз
из-за того, что я НЕ СОБИРАЛ модули, хотя и по недосмотру.
Потерь от этого - чуть, вот по месту:
# du /boot/modules/
14580 /boot/modules/
на моей 6.0-CURRENT. Это, простите, не размер для нынешних дисков.
По времени, повторю, сколько они добавляют ко времени сборки - 5 минут?
10? 15? Оно того стоит?
SY, Alex
-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.bsd.all
Написать в лист: mailto:comp.soft.bsd.all-list@subscribe.ru
Отписаться: mailto:comp.soft.bsd.all--unsub@subscribe.ru?subject=comp.soft.bsd.all
http://subscribe.ru/ http://subscribe.ru/feedback