информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
 Tailscale окончательно забанила... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
неочень большая 17.11.05 13:15  Число просмотров: 2942
Автор: vaborg <Israel Vaborg> Статус: Elderman
<"чистая" ссылка>
> Подскажите, какая вероятность получить проблемы, поставив,
> например, на FC3 свежее ядро с kernel.org? Сильно команда
> FC свои ядра переделывает?
в основном переделка заключается в наложении патчей.
Если ты знаешь точно что тебе надо, можешь сам наложить.
Но в принципе и так может заработать.
<beginners>
FC3 и новое ядро 17.11.05 13:10  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
Подскажите, какая вероятность получить проблемы, поставив, например, на FC3 свежее ядро с kernel.org? Сильно команда FC свои ядра переделывает?
Господа, а в чём сложность-то? 21.11.05 18:09  
Автор: shadow_agent Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Господа, а в чём сложность-то?

Я ядра обновляю постоянно и ещё ни разу ни одной проблемы не было! Особенно, если ставить более новую версию ядра. Хуже-то от этого не будет.

Но старое (точно рабочее) ядро нужно всегда оставлять, на случай ошибок при сборке нового (забудешь, например, драйвер файловой системы включить =) ). Я обычно храню у себя два ядра: одно - установленное по умолчанию, второе - свежее и собраное мною под конкретную машину. GRUB конфигурирую с учетом возможности выбора любого из них. Удобно кидать их на раздел с грубом в поддиректории, названные по версиям ядер (/boot/2.6.13.2/vmlinuz)
А можно поинтересоваться, каким дистрибутивом ты... 21.11.05 20:16  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> Господа, а в чём сложность-то?
>
> Я ядра обновляю постоянно и ещё ни разу ни одной проблемы
> не было! Особенно, если ставить более новую версию ядра.
> Хуже-то от этого не будет.

А можно поинтересоваться, каким дистрибутивом ты пользуешься?

> Но старое (точно рабочее) ядро нужно всегда оставлять, на
> случай ошибок при сборке нового (забудешь, например,
> драйвер файловой системы включить =) ). Я обычно храню у
> себя два ядра: одно - установленное по умолчанию, второе -
> свежее и собраное мною под конкретную машину. GRUB
> конфигурирую с учетом возможности выбора любого из них.
> Удобно кидать их на раздел с грубом в поддиректории,
> названные по версиям ядер (/boot/2.6.13.2/vmlinuz)

Я не буду рассказывать о том, что пересобирать ядро под среднестатистическую машину (или у тебя экзотика самописных драйверов/софта, требющего патчить ядро с последующей пересборкой?) - никчёмное занятие, но вот хранить на всякий случай дистрибутивное ядро - это, да, правильно ;).
Slackware 10.2, + кое-что из других дистрибов выцеплял 22.11.05 17:35  
Автор: shadow_agent Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> А можно поинтересоваться, каким дистрибутивом ты
> пользуешься?

Slackware 10.2, + кое-что из других дистрибов выцеплял

> Я не буду рассказывать о том, что пересобирать ядро под
> среднестатистическую машину (или у тебя экзотика самописных
> драйверов/софта, требющего патчить ядро с последующей
> пересборкой?) - никчёмное занятие, но вот хранить на всякий
> случай дистрибутивное ядро - это, да, правильно ;).

Например, в дефолтных ядрах с которыми я имел дело не поддерживается моя звуковуха Creative Audigy. Плюс, а зачем мне в ядре куча мусора, которым я не пользуюсь? Уж не говоря о том, что более свежие версии ядер избавлены от предыдущих багов (хотя, могут быть наделены новыми =) )
А, ясно. Вопросов по этому пункту больше не имею. 22.11.05 18:01  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 22.11.05 20:18  Количество правок: 1
<"чистая" ссылка>
> > А можно поинтересоваться, каким дистрибутивом ты
> > пользуешься?
>
> Slackware 10.2, + кое-что из других дистрибов выцеплял

А, ясно. Вопросов по этому пункту больше не имею.

> > Я не буду рассказывать о том, что пересобирать ядро
> под
> > среднестатистическую машину (или у тебя экзотика
> самописных
> > драйверов/софта, требющего патчить ядро с последующей
> > пересборкой?) - никчёмное занятие, но вот хранить на
> всякий
> > случай дистрибутивное ядро - это, да, правильно ;).
>
> Например, в дефолтных ядрах с которыми я имел дело не
> поддерживается моя звуковуха Creative Audigy.

В Slackware 10.2 нету поддержки Creative Audigy? Даже, если ставить с ядром 2.6.13?! Мммм...

> Плюс, а зачем мне в ядре куча мусора, которым я не пользуюсь?

... да ещё и "куча мусора"? Ты, видимо, выбрал не тот дистрибутив ;)

> Уж не говоря о том, что более свежие версии ядер избавлены от
> предыдущих багов (хотя, могут быть наделены новыми =) )

Не аргумент. Сам же верно заметил, что новые ядра могут содержать новые баги.
Да и вообще, по мне , так избавлением от "предыдущих багов" должен заниматься разработчик дистрибутива. А ты должен заниматьсясвоимделом =).
Ну иногда полезно перекомпилить ядро под себя. Выставить... 22.11.05 18:10  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
> Да и вообще, по мне , так избавлением от "предыдущих багов"
> должен заниматься разработчик дистрибутива. А ты должен
> заниматьсясвоимделом =).

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

PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет. Вот и пришлось тащить с kernel.org. Все равно не помогло.
в Федоре есть утилита yum для апдейта и инсталяции новых... 25.11.05 13:52  
Автор: lunc <Alexander Krizhanovsky> Статус: Member
<"чистая" ссылка>
> PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет.
> Вот и пришлось тащить с kernel.org. Все равно не помогло.

в Федоре есть утилита yum для апдейта и инсталяции новых пакетов с сервера RedHat. Так у меня стоит 2.6.12 ядро.
читай внимательней! 28.11.05 15:58  
Автор: vaborg <Israel Vaborg> Статус: Elderman
<"чистая" ссылка>
> > PS: У меня FC3, есть баги, а ядер новых на ихнем сайте
> нет.
> > Вот и пришлось тащить с kernel.org. Все равно не
> помогло.
>
> в Федоре есть утилита yum для апдейта и инсталяции новых
> пакетов с сервера RedHat. Так у меня стоит 2.6.12 ядро.
есть, конечно, такая утилита, но речь идёт о сборных ядрах, а юмом ты сольёшь стандартное ядро, в котором опять запихано всё, чтобы оно заработало на любой машине.
Ага, и убедиться, что в производительности не прибавил ни... 22.11.05 20:27  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> > Да и вообще, по мне , так избавлением от "предыдущих
> багов"
> > должен заниматься разработчик дистрибутива. А ты
> должен
> > заниматьсясвоимделом =).
>
> Ну иногда полезно перекомпилить ядро под себя. Выставить
> нужный процессор, память поэкономить и т.д.

Ага, и убедиться, что в производительности не прибавил ни капли, а вот новых проблем - вполне ;). И дело даже не в перкомпиляции дистрибутивного ядра (что тоже весьма сомнительное занятие), а в установке нового (с kernel.org, например). Когда теряется совместимость API/ABI ядра с дистрибутивными, что может повлечь неприятные последствия. Правда, про слаку ничего говорить не буду - там, насколько я знаю, ванильное ядро, поэтому ничего страшного в установке в этот дистрибутив ядер с kernel.org быть не должно.

> PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет.
> Вот и пришлось тащить с kernel.org. Все равно не помогло.

А что за баги?
Ну, например: 23.11.05 10:38  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
> А что за баги?

Ну, например:

hdparm -t /dev/sda
[...]
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for device
а на дефолтном ядре работало? 23.11.05 11:23  
Автор: ZaDNiCa <indeed ZaDNiCa> Статус: Elderman
<"чистая" ссылка>
> hdparm -t /dev/sda
на scsi я не проверял, но вот что в мануале написано:
hdparm provides a command line interface to various hard disk ioctls supported by the stock Linux ATA/IDE device driver subsystem
Да, наверное это я торможу 23.11.05 19:09  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
Та строка из мануала hdparm, что привёл ZaDNiCa, видимо, осталась там с незапамятных времён. 25.11.05 00:15  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 25.11.05 00:32  Количество правок: 3
<"чистая" ссылка>
На SCSI-дисках отрабатываться должно, потому как hdparm для вывода информации использует вызов ioctl(), который, в свою очередь, с выходом новой версии ядра меняется и сам. А посему должен понимать те устройства (например те же SCSI-диски), о которых не знали ядра в те "незапамятные" времена.

fly4life@laptop:~> sudo hdparm -t /dev/sda

/dev/sda:
Timing buffered disk reads: 4 MB in 4.00 seconds = 1023.39 kB/sec

А при попытке работы с IDE диском hdparm ошибок не выдаёт?
А нету у меня IDE дисков, не могу проверить. 25.11.05 10:20  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
неочень большая 17.11.05 13:15  
Автор: vaborg <Israel Vaborg> Статус: Elderman
<"чистая" ссылка>
> Подскажите, какая вероятность получить проблемы, поставив,
> например, на FC3 свежее ядро с kernel.org? Сильно команда
> FC свои ядра переделывает?
в основном переделка заключается в наложении патчей.
Если ты знаешь точно что тебе надо, можешь сам наложить.
Но в принципе и так может заработать.
Заработать-то оно заработает. Но не исключены проблемы с... 17.11.05 17:19  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> > Подскажите, какая вероятность получить проблемы,
> поставив,
> > например, на FC3 свежее ядро с kernel.org? Сильно
> команда
> > FC свои ядра переделывает?
> в основном переделка заключается в наложении патчей.
> Если ты знаешь точно что тебе надо, можешь сам наложить.
> Но в принципе и так может заработать.

Заработать-то оно заработает. Но не исключены проблемы с некоторыми приложениями из FC3 при работе с ядром >= 2.6.13. Например с udev и hotplug, замена которых может стать довольно-таки нетривиальной задачей ;). А совсем без них - плохо.
Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется... 17.11.05 17:49  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется обратно закачать. Не пригодилось. :)
Дык, раз закачал, попробуй установить. 17.11.05 18:02  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется
> обратно закачать. Не пригодилось. :)

Просто старое ядро не удаляй. Чтоб вернуться, если что =).
Потом расскажешь нам, какого оно было ;). Вдруг, никаких проблем и не будет.
Ну до сих пор проблем не видно... Может не туда смотрю? :) 22.11.05 12:17  
Автор: Yurii <Юрий> Статус: Elderman
<"чистая" ссылка>
Есть какой-нибудь стресс-тест на совместимость ядра?
Остаётся только порадоваться =) 22.11.05 14:34  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 22.11.05 15:03  Количество правок: 1
<"чистая" ссылка>
> Есть какой-нибудь стресс-тест на совместимость ядра?

Насчёт "стресс-теста" не знаю, но вот лично меня интересует несколько моментов.
Если ты включил в ядро поддержку "SCSI emulationt", HOTPLUG, поддержку своего USB контроллера и опцию "USB mass storage", то монтируется ли автоматом флешка в новом ядре, и что показывает команда lsusb -v, когда "воткнута" флешка в компьютер? Да, покажи тогда ещё и вывод команды ls -l /dev/sda*.
1  |  2 >>  »  




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach