From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4967C02D.6050808@altlinux.com> Date: Sat, 10 Jan 2009 00:22:53 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <200901071353.43674.shrek@altlinux.ru> <200901071528.50080.ledest@gmail.com> <20090107214719.GC32139@osdn.org.ua> <200901072354.28790.ledest@gmail.com> <20090107222626.GA30231@wo.int.altlinux.org> <1231442934.6146.7.camel@snc.2100.gosniias.ru> <87iqopwq7n.fsf@frontier.dottedmag.net> <1231444391.12301.7.camel@snc.2100.gosniias.ru> <87aba1woxn.fsf@frontier.dottedmag.net> <1231446737.12403.14.camel@snc.2100.gosniias.ru> <49666CD5.1040408@altlinux.com> <1231452709.12403.80.camel@snc.2100.gosniias.ru> <4967A9F2.5020108@altlinux.com> <4967BDB8.9090802@altlinux.ru> In-Reply-To: <4967BDB8.9090802@altlinux.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?0NLPwszFzdkg0yDRxNLPzSBzdGQtZGVm?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2009 21:24:35 -0000 Archived-At: List-Archive: List-Post: Michail Yakushin пишет: > Anton Farygin wrote: >> Sergey N. Yatskevich пишет: >>> В Птн, 09/01/2009 в 00:15 +0300, Anton Farygin пишет: >>>> Какой-то из модулей гадит. Всё что нужно сделать - это загрузиться >>>> без udev, и посмотреть что именно гадит (запуском udev с отладкой и >>>> отслеживанием загружаемых модулей). >>> А можно хотя бы коротенько, как это сделать. Я так понимаю надо в строке >>> загрузки ядра что-то прописать, затем подредактировать udevd.conf (ну >>> это мне раньше объяснили), а затем как-то запустить вручную udevd. Ну Вы >>> же, как я понял, умные немеряно. Может подсказать мне что делать будет >>> проще, чем препираться? Кстати, почему этого нельзя сделать в той же >>> багзилле? Ради такого дела я и баг переоткрою, и снисходительный тон >>> переживу :-). Результат бы был. >> noudev параметром ядру. >> >> Заодно лучше в single runlevel. >> >> Т.е. - в загрузчике добавить noudev s в качестве параметров ядру. >> >> До этого: >> >> в /etc/udev/udev.conf: >> udev_log="debug" >> >> После загрузки с noudev и в single runlevel: >> udevd --daemon >> echo "" >/proc/sys/kernel/hotplug >> udevadm trigger >> udevadm settle >> >> И вообще, udevadm --help - там есть что взглянуть. >> >> да, в процессе загрузки модулей - смотреть в логи. _непрерывно_. >> >> Я делал так - запускал эту хрень и tail -f /var/log/messages >> >>>> Потом повесить более подробный баг.. >>> Как только выясню, так сразу. >>> >> надеюсь, небольшая инструкция - поможет. >> >> Вообще, было бы неплохо мантейнеру ядра или udev сделать такой вот >> небольшой скрипт запускабельным из /etc/init.d/udev-final по параметру >> ядру (udevdebug, например) - с целью вылавливать баги при старте системы. > Антон, если не трудно закинь на wiki, мне самому эта инструкция иногда > нужна. Ты её проверь для начала.. я давно уже не пробовал так делать (месяца два), да и нужно проверить на другой конфигурации - мой ноутбук - это нестандартное место для таких экспериментов ;) У меня ещё пакет dev, по моему, установлен.