scsi_wait_scan
Flaming 11 декабря, 2009 - 20:31
Как выключить этот модуль? или наоборот, включить в ведро.
В menuconfig я его не нашёл, пробовал в файле .config заменить SCSI_WAIT_SCAN=m на =n - нет эффекта, восстанавливается старое значение.
Мне незачем лишние модули в ведре. А если он зачем-то нужен - пусть тогда будет включён.
»
- Для комментирования войдите или зарегистрируйтесь
Он должен быть модулем, это
Он должен быть модулем, это чисто техническая фича :)
Working on Gentoo Linux for Asus P535 and Qtopia :-)
Этот модуль загружают
Этот модуль загружают программы, которым нужно дождаться завершения опроса SCSI-подсистемы. Его нельзя включить в ядро, потому что тогда он потеряет свой смысл. Включается же он, похоже, вместе со всем SCSI, так что его отдельно убрать не так просто.
Ядро само не загружает его и на диске он занимает 3 кб, так что про него можно забыть.
В том то и дело, что его
В том то и дело, что его ведро само грузит при старте системы. На что тратится время. И что немного нервирует. :)
Можно тогда как-нить отучить его грузиться автоматически? Пусть грузится только тогда, когда будет нужен...
Ведро собирал genkernel-ом.
""Можно тогда как-нить
""Можно тогда как-нить отучить его грузиться автоматически"
Можно, просто удалите его.
Кстати, беспокоит, а если он
Кстати, беспокоит, а если он вдруг кому-то понадобится...
Вот при старте системы он мне не нужен, так как на него время уходит.
Но при загрузке initrd он, видимо, смотрит все модули, которые доступны для винчестеров, файловых систем, и т.п... Если таких модулей очень много, на это уходит много времени. Можно его вообще отучить грузить модули автоматом? Поддержка винчестера и корневой файловой системы же есть в ядре...
Отключить initrd не предлагать - без графической загрузки беспонтово. :)
Отключи поддержку флешек и
Отключи поддержку флешек и SATA винтчестеров, тогда этот модуль можно будет отключить
Working on Gentoo Linux for Asus P535 and Qtopia :-)
Не, без SATA-винчестеров
Не, без SATA-винчестеров ведро неоткуда будет грузить. А без флешек неприкольно.
Пожалуй, и правда, удалю я его. Или, точнее, сделаю резервную копию, перемещу куда-нить. Чтобы хитрый линупс не нашёл.
Выбрось компьютер, он тебе не
Выбрось компьютер, он тебе не нужен!
Working on Gentoo Linux for Asus P535 and Qtopia :-)
Время загрузки этого модуля в
Время загрузки этого модуля в сотни тысяч раз меньше времени, затраченного на создание этого топика.
a_v написал(а): Время
+1 Тоже об этом подумал :))
Число неправильное. =)
Число неправильное. =) Максимум в сотню раз. Но никак не в сотни тысяч.
еще один Дон Кихот нашел свои
еще один Дон Кихот нашел свои ветряные мельницы...
Между прочим, я немного
Между прочим, я немного комплексую по поводу того, что дефолтная Windows 7 грузится быстрее, чем Gentoo Linux, ведро которого оптимизировано. :(
Ведро грузитца за 3-5
Ведро грузитца за 3-5 секунд
хочешь что бы окружение грузилось быстрее?
Ставь это:
rc_parallel="YES" в /etc/rc.conf
Working on Gentoo Linux for Asus P535 and Qtopia :-)
дык стоит ведь ;) Всё равно
дык стоит ведь ;)
Всё равно не впечатляет...
Особенно долго грузятся кеды.
Ставь тада xfce =)
Ставь тада xfce =)
Working on Gentoo Linux for Asus P535 and Qtopia :-)
Лучше уж тогда openbox =) чем
Лучше уж тогда openbox =) чем и занимаюсь. Ещё хотел pekwm попробовать.
ubuntu
убунту тоже быстрее грузит, в причине так и не разобрался. initng ставил, быстрее не намного, только система превращается в гумно.
Особенно долго инцилизация udev и некоторых других фич, которыев убунте проходят незаметно.
Локальный оверлей растёт
Я не сколько не осуждаю
Я не сколько не осуждаю стремление сделать загрузку быстрее. Я просто не сторонник "экономить на спичках"...
Flaming написал(а): Между
пройдет несколько месяцев использования и винда снова станет стартовать медленно (дефрагментация реестра, левые сервисы, сервиспаки и т.д.)
Flaming написал(а): Как
CONFIG_MODULES=n
Тогда не будут работать
Тогда не будут работать nvidia и virtualbox. И придётся включать поддержку vfat, usb-мопедов, и т.п, которые мне нужны, но редко. Ведро будет жирнее.
Если кому всё ещё интересно,
Если кому всё ещё интересно, я кажется, нашёл решение. Нужно убрать этот модуль из /usr/share/genkernel/arch/x86/modules_load. Сейчас попробую перекомпилить, отпишусь о результате.
гы-гы... человек пытается
гы-гы... человек пытается сэкономить с помощью genkernel... гы-гы... ))))
во-во, хоть один правильный
во-во, хоть один правильный комментарий....
А чем так плох genkernel?
Ядро получается даже меньше собранного вручную за счёт возможности вынесения корневых ФС и контроллеров из ядра в модули, меньше проблем с fbsplash, disklabel. Собираемое genkernel-ом ядро так же гибко настраивается (--menuconfig, --no-clean) как и собираемое вручную.
Честно, не понимаю, откуда такое пренебрежение к genkernel?
.
это что-то религиозное. может быть даже http://lurkmore.ru/Синдром_утенка
Это подпись, которую невозможно истолковать неправильно
Может быть я не "умею
Может быть я не "умею готовить" генкернел, но система с собранным вручную ядром грузится на порядок быстрее... Дальнейшее обсуждение сего вопроса прошу, если есть желание, перенести в личку, либо в конференцию, ибо это уже оффтоп...
WiseLord написал(а): Ядро
Вы стремитесь к оптимизации по размеру? О_о у вас до сих пор винт на 20 мегабайт? О_О я вот стремлюсь к скорости, поэтому без особой нужды в модуль не вынесу ничего, кроме редко используемого!
либо расскажите как можно подробнее о проблемах, либо возьмите слова обратно ;)
суть генкернел в автогенерации рабочего ядра по общим правилам (грубо говоря, для начинающих или не освоивших), а суть опции --menuconfig мне вообще не понятна, т.к. стоило ли ради этого вообще писать genkernel?!
в любом случае получается, что genkernel'ом пользоваться даже сложнее, если знаешь все, что тебе нужно - просто быстрее расставить галки в make menuconfig или даже xconfig...
с опытом поймете ;)
З.Ы. с утенком конечно интересная статья с пародией на википедию, но совсем не в тему, ибо я genkernel знаю и иногда использую, когда надо по-быстрому получить рабочий конфиг, но потом обязательно переделываю вручную и знаю точно что, как и зачем у меня включено ;)
А что мешает через
А что мешает через --menuconfig убрать лишние драйвера IDE контроллеров?
И разницы между собранным вручную и genkernel по скорости загрузки не будет.
А главное когда к тебе приходят друзья/коллеги и т.д. и приносят какой то усб девайс тебе не приходится пересобирать ядро и объяснять с умным видом почему так надо :)))
Working on Gentoo Linux for Asus P535 and Qtopia :-)
эт какой например?
эт какой например? экзотический карманный шрёдер? или очень ласковый usb-кот? ))))
ко мне друзья приходят не за компом сидеть ;) да и они слова Linux боятся и сами не подходят ;)
+1024
+1024
Ладно. Посмотрим с другой стороны
Вот есть у меня ядро, собранное genkernel-ом (все лишние модули отключены, по сути ничем не отличающееся от собранного руками).
Появляется в portage новое ядро. Всё что мне нужно для обновления ядра - это
Последняя строчка даже может быть проще, за счёт вынесения опций в genkernel.conf.
Остаётся только подправить цифры в grub.conf (а вообще вроде genkernel и сам может это сделать) - и у меня готово ядро, абсолютно похожее на ранее установленное, плюс возможность тут-же по-быстрому ещё поковырять его конфиг, плюс поддержка загрузки по UUID, плюс работающий fbsplash.
Вручную же надо
Ну и груб поковырять
Уже одно только это дольше. А ведь ещё может захотеться и fbsplash поиметь, а настройка его при отсутствии initrd не совсем тривиальна, и загрузки по UUID (хотя вроде для этого ничего особого делать и не надо).
Не надо считать, что genkernel - это только
genkernel all-> тяжёлое и неповоротливое дефолтное ядро. Это просто способ упростить сборку. А --menuconfig просто вызывает диалог конфигурации (тот же, что и make menuconfig).Нет, у меня 3 винчестера на 1.0, 1.0 и 1.5 Тб.
Раньше я ядро собирал вручную. И с "опытом понял", что genkernel просто упрощает жизнь.
И я с genkernel, точно так же как и при сборке вручную, точно знаю, что у меня включено в ядре и что выключено.
значете, у меня есть лифт, но
значете, у меня есть лифт, но я все равно хожу пешком по лестнице (и вверх, и вниз)... и даже не пытайтесь мне доказать, что проживете дольше меня - ваше сердце вас подведет раньше, чем мое меня, когда лифт в очередной раз словается ;)
Не корректный пример, ибо
Не корректный пример, ибо почти единственное отличие genkernel от ручной сборки это обязательный initrd, во всем остальном разницы нет или я не прав?
genkernel есть ведь только в
genkernel есть ведь только в gentoo... опыт показывает, что не стоит привыкать к инструментарию конкретного дистрибутива ;)
portage тоже есть только в
portage тоже есть только в gentoo - бросаем привыкать? К тому-же в остальных дистрибутивах есть инитрд, как правило.
evadim написал(а): portage
не, portage как героин, привыкание с пробной инсталляции ;)
есть. а как вы думаете - почему он там есть?!
WiseLord написал(а): Вот есть
Указанный вами сценарий обновления сработает в случае перехода на другую версию ядра?
В ряде случаев «ручное» обновление ядра будет и проще, и быстрее.
IMHO, разумеется.
Я ♥ Gentoo & Funtoo
Почему нет? Хотя, я бы еще
Почему нет? Хотя, я бы еще добавил --oldconfig --bootloader=grub и конфиг genkernel сам догадывается взять у запущенного ядра.
genkernel - не обладает интеллектом или функциями угадывания чего либо, он делает только, то что вы и так сделали бы, в ручном режиме. Т.е. генкернел это не инструмент для ловли халявы при сборке ядра, а только автоматизатор оной
откройте для себя make
откройте для себя
make installон за вас поставит ядро и модули, и симв. ссылку в /boot перекинет, и можно груб вообще не трогать.
А initrd оно сделает? :)
А initrd оно сделает? :)
Working on Gentoo Linux for Asus P535 and Qtopia :-)
а оно реально надо в ядре на
а оно реально надо в ядре на стационарной машине?!? всю жизнь без него живу и все прекрасно... (кроме конечно тем для fbsplash)
initrd очень полезен для ядра, которое неизвестно на каком железе будет запускаться (LiveCD например)...
Если не ошибаюсь
make install не не устанавливает модули, только ядро.
открою вам еще одну тайну,
открою вам еще одну тайну, модули устанавливает modules_install ;)
для полной установки и компиляции достаточно набрать make all modules_install install ))))
пардон, вы правы
пардон, вы правы
ууу, сколько понаписали! =)
ууу, сколько понаписали! =) Постараюсь всем сразу ответить.
Непонятно, как связана скорость загрузки с genkernel. genkernel - это лишь средство автоматизации сборки ведра. Вместо нескольких команд make && make initrd && make modules_install install (как-то так), достаточно одной genkernel all. + позволяет сделать splash-загрузку.
initrd вовсе необязателен, genkernel умеет и без него обходиться - читайте маны.
Опция --menuconfig позволяет оптимизировать опции ядра, убрать нужные модули. У меня из модулей только virtualbox да nvidia. А можно ему просто впихнуть готовый сформированный config-файл.
Учитесь читать документацию, господа :)
Кстати, чтобы не вводить
Кстати, чтобы не вводить более 9000 опций каждый раз, есть замечательный файлик /etc/genkernel.conf
Раньше тоже собирал ведро руками, но потом понял, что genkernel чуть более, чем удобнее. :)
собственно весь топик
собственно весь топик посвящен уже тому, что на вкус и цвет все фломастеры разные ;) это хорошо, что есть много софта, который дублирует функциональность друг друга! благодаря этому, у нас есть выбор, а это самое главное! да здравствует Linux, Боже храни Торвальдса! ))))