http://marc.theaimsgroup.com/?l=linux-kernel&m=99374815219617&w=2

спецально для ежей: ftp://ftp.kernel.org/pub/linux/kernel/testing/patch-2.4.6.log

Не, ну это он зря.. А если что-то-где-то не работает и дальше не грузиться? Как посмотреть где трабла? Если догрузился, то ладно dmesg поможет, ну а ежли нет и хочешь понять причину? Не кого напрягает просмотр процесса загрузки тот сам дурак, ну а мне это как музыка..

Надеюсь это опционально...

Да лажа это! Там же написано в конце:
> Authors willing to start sending me patches?
Не думаю, что кто-небудь из авторов захочит, чтобы его имя не писалось
при старте системы, а у самого Линуса руки до этого все равно не дойдут.
Возможно, новые драйвера уже ничего писать не будут, но это не существенно.

Зря они, очень было красиво смотреть... А щас под мастдай косят, где ничего не выводится... и хрен знает, что он там делает..

И что?
Калдера енти сообщажки давно уже прячет... И ничего, пользуются люди.
А если поточнее, то попробуйте-ка прочитавть ВСЕ сообщения вылетающие при загрузке.
Не можете? То-то.

можем, ибо они состоят из достаточно определенных строчек, и нет необходимости их ЧИТАТЬ полностью(при достаточной практике :), визуальная память чудесно работает. мне нравилось что видно, что происходит и если что-то не так то видно где итд. надеюсь если все-таки решат их убирать то сделают это опционально.

хотя может что-то в этом и есть... *nix-утилиты обычно отличаются молчаливостью если все ок :) ну разве-то всякие там монстры типа emacs/XFree86/... пишут версию итп. или нет?

To музыкантам и эстетам:
согласен с вами в том что это
они ЗРЯ - это ненужный трюк
но вот по поводу музыки и эстетики......
при загрузке надо видеть какие девайсы подхватились
и что загрузилось
и вообще кто поопытнее подскажите
а можно загружаться пошагово?
как например по F8 в досе??

>а можно загружаться пошагово?

Можно конечно, когда она пишет "Welcome to Slackware"(например), то потом жмешь "I", как там и написано "Press "I" to enter interactive.."

Зря это он. Даже Win9x лог пишет в bootlog.txt, если попросить. Если зависнет, как еще выяснишь, что мешает грузиться?

Можно и потом прочитать, например shift+pgup/pgdown и не заходя в линух

Ну прочитав статью я ьы не сказал что все так плохо, он же говорит , что для всяких ошибок есть KERNEl_DEBUG, хотя ИМХО сообщения ядра были прикольные :).
И жаль что он их отрубит(попытается) теперь будет скучно сидеть и смотреть в черный экран, и не сразу поймешь что забыл вкомпилить что-нть в ядро.

Блин, ребят, ну вы хоть отличайте сообщение init-процесса от сообщений ядра, а? Ну никто на init не замахивается вообще - он как был, так и останется. fsck'и сможете созерцать с чистой совестью. Речь-то идет _только_ о сообщениях самого ядра - то есть того, что при загрузке первые экрана 2-3 выводит, причем там действительно никакой особо полезной информации нет - в основном копирайты. Более того, в dmesg _эта_ информация не попадает.

GreyCat:

Ну нифига себе не нужно!!  Еще как нужно!  а если какое-то оборудование препятствует загрузке линуха?  как я узнаю какое? 
неее... пусть уж лучше выводит, мне это не мешает..

Опять повторяю - читайте первоисточники. Речь идет не о том, чтобы убирать важные диагностические сообщения (сообщения об _ошибках_ - останутся), а сообщения об успешной загрузке на пять строчек каждой с перечнем версий драйверов, авторов и т.д. и т.п.

А богомипсы

полезная вещь, вместо SpeedInfo, адаптация к твоему процессору и т.д.

Да ничего не будет. В худшем случае уберутся ненужные копирайты.
Но даже это будет сделано только по воле авторов, Линус НИЧЕГО
подобного сам ДЕЛАТЬ НЕ БУДЕТ! А уж согласиться с ним или послать
подальше - это их дело, принудить он их никак не сможет. Так что
НИКУДА ВАШИ ЛЮБИМЫЕ СООБЩЕНИЯ НЕ ДЕНУТСЯ, расслабьтесь:)

уже делись =))
дело в том что сообщения посылаются не через какуйнить printf, а через внутренню ф-цию ядра. Достаточно поставить "заглушку" на эту ф-цию и все сообщения разом уберутся.

п.с. это самый худший вариант "уборки сообщений", врятли Линус так сделал =)

Я уверен, что зря так сделано.
Поскольку это весьма удобным оказывается во множестве случаев.
Лично мной неоднократно проверено на практике.
Вот представьте: винты перецепили и unable to mout root filesystem...
И как мне узнать теперь какими /dev/hd??? устройства у меня?
Если не догружается?

Наверное оно и можно как-то - но ведь это же лишние проблемы сами себе
создаем.... и так в UNIX довольно много сложностей.
И еще вопрос параллельно:
в BSDI есть такой режим загрузки ядра - c debug'ом - то есть в процессе
загрузки ядра можно разрешать или запрещать ему поиск определенного
оборудования с определенными параметрами - а в Linux есть такое?
Буду очень благодарен за ответ.

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

в Линуксе то же есть. Параметры ядру прекрасно передаются.

Ну кого может напрячь раз в полгода посмотреть на загрузку? Я понимаю мастдайщиков, им каждый день эту "загрузочную музыку" приходится слушать. 8v)

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

Это тебе сопляку "хочится" чтобы твое имя мелькало при загрузке (здесь был Вася). Я больше чем уверен, что им побарабану. В некоторых кругах они и так всем известны.

не "какуйнить" printf() a printk(char *, ...) ;

Принтк, в отличие от принтф, отдельно парсит уровень лога.
Т.е. printk( KERN_INFO "I am the best programmer in the world" ) ;
и printk( KERN_EMERG "Can not mount root filesystem" ) ; -
весьма различны. Вот по этим уровням лога и можно фильтровать
сообщения на консоль.

Проблема насколько я понял была в драйверах usb

Там наструячили кучу сообщений которые просто забивают полностью
дефолтовский размер dmesg, да и reiserfs тоже пишет большое
количество инфы когда воспроизводит журнал (у меня debug = on).

2omerm (*) (2001-07-04 10:33:45.0): ну значет я был прав. =))

п.с. отрывки си кода, кстати, с синтаксическими ошибками =)

Вот поставил 2.4.6 - никаких изменений не заметил. И вообще мне непонятны проблема. Для тех кому нужен пустой экран есть опция quiet или на худой конец loglevel=1

видать на Линуса "наехали" и он возвратил все обратно =))

> уже делись =))
> дело в том что сообщения посылаются не через какуйнить printf, а через внутренню ф-цию ядра. Достаточно
> поставить "заглушку" на эту ф-цию и все сообщения разом уберутся.
> п.с. это самый худший вариант "уборки сообщений", врятли Линус так сделал =)
Что-то не понятно, "уже делись" или "вряд ли Линус так сделал"?
Если не сделал, то куда они могли деться?

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

kernel 2.4.6-pre9 без сообщений
kernel 2.4.6 - незнаю, но говорят что уже с сообщениями.

информация есть, думай сам =)

Ага, без сообщений... Ну-ну. Я тут 2.4.5 на 133 четверке пускал, так он на определении halt инструкции проца вис, между прочим на другом камне - сотой четверке все завелось, и что бы я без сообщений делал то? Нехорошо оно как-то.

2login: нету там синтаксических ошибок в приведенном, коде, ты видать ни одного драйвера не то что не писал, но и сорца не видел :)))

2anonymous (*) (2001-07-04 15:30:55.0) Во, поддерживаю! То же самое было и с 2.2.13... (правда, он выдавал сообщение об ошибке, но без такого полного вывода, как теперь, понять, что произошло, было бы очень трудно)... И, потом разбиение диска тоже надо всегда знать, что бы знать, что делать при шуровании PQMagic`ом...

> Я тут 2.4.5 на 133 четверке пускал, так он на определении halt инструкции проца вис, между прочим на другом камне - сотой четверке все завелось
А эта четверка 133 случайно не разогнанная?

to Viking Не разогнанная, просто 133 камушек от AMD он ведь странный, что-то вроде пенька запихнутого на платформу 486, и определяется как 468DX4-133/P-75 (ну что-то вроде этого), поэтому возможно что и с инструкциями у него какие-то нелады.