Стояло ядро 2.6.10 - все нормально
Сделал oldconfig,скомпилировал 2.6.14 - при загрузке после определения мыши и запуска udev - два бешеных
тормоза минуты по 2-3
Начал читать логи - в это время запускается kjournald
Кто знает - что это и как отрубить?
Файловая система - ext
Спасибо
kjournald - что это? (Ядро 2.6.14 - два тормоза при загрузке)
Модератор: Bizdelnick
-
flook
- Сообщения: 585
- Статус: Просто flook
Re: kjournald - что это?
ext2 или 3? Скорее 3, т.к. kjournald это еёный поток, который за журнал отвечает. Отрубить никак (окромя отказа от ext3), а так надо как-то потюнить ext3 партицию.
В каждом из нас спит гений... и с каждым днем все крепче...
-
PIF
- Сообщения: 391
Re: kjournald - что это?
kserg писал(а): ↑23.11.2005 13:13Стояло ядро 2.6.10 - все нормально
Сделал oldconfig,скомпилировал 2.6.14 - при загрузке после определения мыши и запуска udev - два бешеных
тормоза минуты по 2-3
Начал читать логи - в это время запускается kjournald
Кто знает - что это и как отрубить?
Файловая система - ext
Спасибо
уфф... что-то смутно помню... У ext3 помоему есть три режима журналирования, разной степени "подробности" и, соответственно, быстродействия. Посмотри здесь: http://www.opennet.ru/base/sys/linux_fs.txt.html. Еще ext3 можно монтировать как ext2, тогда журналироваться ничего не будет.
-
some one else
- Сообщения: 24
Re: kjournald - что это?
Да-да, у меня таже проблема с той же версией ядра.
Как это обойти, к сожалению, не знаю. Догадки следующие -- большие паузы возникают при mount root device.
Грешным делом, подозреваю в этом след великолепного скрипта -- mkinitrd. При создании образа загрузочного ram-disc'a пользовался версией 4.1.12, на red hat, уже есть более поздняя версия. Возможно как раз этот скрипт генерит слегонца нетот образ, и загрузка системы входит в ожидание несуществующего девайса.
Сам вернулся на 2.6.11.10, шаг этот неумный -- признаю
2ADMIN Прошу удалить это сообщение, если находите его неинформативным.
Как это обойти, к сожалению, не знаю. Догадки следующие -- большие паузы возникают при mount root device.
Грешным делом, подозреваю в этом след великолепного скрипта -- mkinitrd. При создании образа загрузочного ram-disc'a пользовался версией 4.1.12, на red hat, уже есть более поздняя версия. Возможно как раз этот скрипт генерит слегонца нетот образ, и загрузка системы входит в ожидание несуществующего девайса.
Сам вернулся на 2.6.11.10, шаг этот неумный -- признаю
2ADMIN Прошу удалить это сообщение, если находите его неинформативным.