Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Та строка из мануала hdparm, что привёл ZaDNiCa, видимо, осталась там с незапамятных времён. 25.11.05 00:15 Число просмотров: 3165
Автор: 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 ошибок не выдаёт?
|
<beginners>
|
FC3 и новое ядро 17.11.05 13:10
Автор: Yurii <Юрий> Статус: Elderman
|
Подскажите, какая вероятность получить проблемы, поставив, например, на FC3 свежее ядро с kernel.org? Сильно команда FC свои ядра переделывает?
|
![](/img/dot.gif) |
Господа, а в чём сложность-то? 21.11.05 18:09
Автор: shadow_agent Статус: Незарегистрированный пользователь
|
Господа, а в чём сложность-то?
Я ядра обновляю постоянно и ещё ни разу ни одной проблемы не было! Особенно, если ставить более новую версию ядра. Хуже-то от этого не будет.
Но старое (точно рабочее) ядро нужно всегда оставлять, на случай ошибок при сборке нового (забудешь, например, драйвер файловой системы включить =) ). Я обычно храню у себя два ядра: одно - установленное по умолчанию, второе - свежее и собраное мною под конкретную машину. GRUB конфигурирую с учетом возможности выбора любого из них. Удобно кидать их на раздел с грубом в поддиректории, названные по версиям ядер (/boot/2.6.13.2/vmlinuz)
|
![](/img/dot.gif) | ![](/img/dot.gif) |
А можно поинтересоваться, каким дистрибутивом ты... 21.11.05 20:16
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> Господа, а в чём сложность-то? > > Я ядра обновляю постоянно и ещё ни разу ни одной проблемы > не было! Особенно, если ставить более новую версию ядра. > Хуже-то от этого не будет.
А можно поинтересоваться, каким дистрибутивом ты пользуешься?
> Но старое (точно рабочее) ядро нужно всегда оставлять, на > случай ошибок при сборке нового (забудешь, например, > драйвер файловой системы включить =) ). Я обычно храню у > себя два ядра: одно - установленное по умолчанию, второе - > свежее и собраное мною под конкретную машину. GRUB > конфигурирую с учетом возможности выбора любого из них. > Удобно кидать их на раздел с грубом в поддиректории, > названные по версиям ядер (/boot/2.6.13.2/vmlinuz)
Я не буду рассказывать о том, что пересобирать ядро под среднестатистическую машину (или у тебя экзотика самописных драйверов/софта, требющего патчить ядро с последующей пересборкой?) - никчёмное занятие, но вот хранить на всякий случай дистрибутивное ядро - это, да, правильно ;).
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Slackware 10.2, + кое-что из других дистрибов выцеплял 22.11.05 17:35
Автор: shadow_agent Статус: Незарегистрированный пользователь
|
> А можно поинтересоваться, каким дистрибутивом ты > пользуешься?
Slackware 10.2, + кое-что из других дистрибов выцеплял
> Я не буду рассказывать о том, что пересобирать ядро под > среднестатистическую машину (или у тебя экзотика самописных > драйверов/софта, требющего патчить ядро с последующей > пересборкой?) - никчёмное занятие, но вот хранить на всякий > случай дистрибутивное ядро - это, да, правильно ;).
Например, в дефолтных ядрах с которыми я имел дело не поддерживается моя звуковуха Creative Audigy. Плюс, а зачем мне в ядре куча мусора, которым я не пользуюсь? Уж не говоря о том, что более свежие версии ядер избавлены от предыдущих багов (хотя, могут быть наделены новыми =) )
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
А, ясно. Вопросов по этому пункту больше не имею. 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?! Мммм...
> Плюс, а зачем мне в ядре куча мусора, которым я не пользуюсь?
... да ещё и "куча мусора"? Ты, видимо, выбрал не тот дистрибутив ;)
> Уж не говоря о том, что более свежие версии ядер избавлены от > предыдущих багов (хотя, могут быть наделены новыми =) )
Не аргумент. Сам же верно заметил, что новые ядра могут содержать новые баги.
Да и вообще, по мне , так избавлением от "предыдущих багов" должен заниматься разработчик дистрибутива. А ты должен заниматьсясвоимделом =).
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ну иногда полезно перекомпилить ядро под себя. Выставить... 22.11.05 18:10
Автор: Yurii <Юрий> Статус: Elderman
|
> Да и вообще, по мне , так избавлением от "предыдущих багов" > должен заниматься разработчик дистрибутива. А ты должен > заниматьсясвоимделом =).
Ну иногда полезно перекомпилить ядро под себя. Выставить нужный процессор, память поэкономить и т.д.
PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет. Вот и пришлось тащить с kernel.org. Все равно не помогло.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
в Федоре есть утилита yum для апдейта и инсталяции новых... 25.11.05 13:52
Автор: lunc <Alexander Krizhanovsky> Статус: Member
|
> PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет. > Вот и пришлось тащить с kernel.org. Все равно не помогло.
в Федоре есть утилита yum для апдейта и инсталяции новых пакетов с сервера RedHat. Так у меня стоит 2.6.12 ядро.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
читай внимательней! 28.11.05 15:58
Автор: vaborg <Israel Vaborg> Статус: Elderman
|
> > PS: У меня FC3, есть баги, а ядер новых на ихнем сайте > нет. > > Вот и пришлось тащить с kernel.org. Все равно не > помогло. > > в Федоре есть утилита yum для апдейта и инсталяции новых > пакетов с сервера RedHat. Так у меня стоит 2.6.12 ядро. есть, конечно, такая утилита, но речь идёт о сборных ядрах, а юмом ты сольёшь стандартное ядро, в котором опять запихано всё, чтобы оно заработало на любой машине.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ага, и убедиться, что в производительности не прибавил ни... 22.11.05 20:27
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> > Да и вообще, по мне , так избавлением от "предыдущих > багов" > > должен заниматься разработчик дистрибутива. А ты > должен > > заниматьсясвоимделом =). > > Ну иногда полезно перекомпилить ядро под себя. Выставить > нужный процессор, память поэкономить и т.д.
Ага, и убедиться, что в производительности не прибавил ни капли, а вот новых проблем - вполне ;). И дело даже не в перкомпиляции дистрибутивного ядра (что тоже весьма сомнительное занятие), а в установке нового (с kernel.org, например). Когда теряется совместимость API/ABI ядра с дистрибутивными, что может повлечь неприятные последствия. Правда, про слаку ничего говорить не буду - там, насколько я знаю, ванильное ядро, поэтому ничего страшного в установке в этот дистрибутив ядер с kernel.org быть не должно.
> PS: У меня FC3, есть баги, а ядер новых на ихнем сайте нет. > Вот и пришлось тащить с kernel.org. Все равно не помогло.
А что за баги?
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ну, например: 23.11.05 10:38
Автор: Yurii <Юрий> Статус: Elderman
|
> А что за баги?
Ну, например:
hdparm -t /dev/sda
[...]
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for device
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
а на дефолтном ядре работало? 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
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Да, наверное это я торможу 23.11.05 19:09
Автор: Yurii <Юрий> Статус: Elderman
|
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Та строка из мануала 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 ошибок не выдаёт?
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
А нету у меня IDE дисков, не могу проверить. 25.11.05 10:20
Автор: Yurii <Юрий> Статус: Elderman
|
|
![](/img/dot.gif) |
неочень большая 17.11.05 13:15
Автор: vaborg <Israel Vaborg> Статус: Elderman
|
> Подскажите, какая вероятность получить проблемы, поставив, > например, на FC3 свежее ядро с kernel.org? Сильно команда > FC свои ядра переделывает? в основном переделка заключается в наложении патчей.
Если ты знаешь точно что тебе надо, можешь сам наложить.
Но в принципе и так может заработать.
|
![](/img/dot.gif) | ![](/img/dot.gif) |
Заработать-то оно заработает. Но не исключены проблемы с... 17.11.05 17:19
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> > Подскажите, какая вероятность получить проблемы, > поставив, > > например, на FC3 свежее ядро с kernel.org? Сильно > команда > > FC свои ядра переделывает? > в основном переделка заключается в наложении патчей. > Если ты знаешь точно что тебе надо, можешь сам наложить. > Но в принципе и так может заработать.
Заработать-то оно заработает. Но не исключены проблемы с некоторыми приложениями из FC3 при работе с ядром >= 2.6.13. Например с udev и hotplug, замена которых может стать довольно-таки нетривиальной задачей ;). А совсем без них - плохо.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется... 17.11.05 17:49
Автор: Yurii <Юрий> Статус: Elderman
|
Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется обратно закачать. Не пригодилось. :)
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Дык, раз закачал, попробуй установить. 17.11.05 18:02
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> Ну вот, а я только что 2.6.14.2 с kernel.org слил. Придется > обратно закачать. Не пригодилось. :)
Просто старое ядро не удаляй. Чтоб вернуться, если что =).
Потом расскажешь нам, какого оно было ;). Вдруг, никаких проблем и не будет.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ну до сих пор проблем не видно... Может не туда смотрю? :) 22.11.05 12:17
Автор: Yurii <Юрий> Статус: Elderman
|
Есть какой-нибудь стресс-тест на совместимость ядра?
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Остаётся только порадоваться =) 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*.
|
|
|