Зависания во время работы emerge [РЕШЕНО]
Не уверен, что правильно выбрал раздел, но систему поставил только два дня назад, да и то пока не до конца, так что попробую здесь.
Проблема заключается в том, что emerge стабильно вешает ноут на одном из этапов компиляции. Скачивание при этом проход нормально. Иногда несмотря на зависание, можно работать во второй консоли(пока не переключишься в первую - тогда купут), иногда пакет несмотря на зависание все-таки устанавливается и после ресета с ним можно нормально работать.
Пару раз ноут завис при включении. Дословно текст сообщения привести не могу, но всегда непосредственно после строки с EXT3-FS.
На незнакомой почве не знаю куда копать. Ядро собирал впервые, так что мог упустить что-то. Какие устройства/настройки проверять, какие логи смотреть - буду признателен за подсказку.
P.S. Не в тему, но где почитать про то, какие параметры ядра стоит включать в базу, а какие модулями?
РЕШЕНИЕ: Ключ запуска ядра noapic. У меня харди без него завелся, так что я слегка расслабился. Думал на аналогичном ядре проблем не будет.
- Для комментирования войдите или зарегистрируйтесь
Интересное
Интересное какое зависание, в другую консоль переключиться можно... В чём проявляется это "зависание"?
Пожалуйста, не описывайте своё железо в подписи
так как
так как телепаты в отпуске, будет хорошо если ты или перепишеш саму ошибку, или сделаеш фото.
Рекомендую
Рекомендую включить magic keys и почитать как ими пользоваться (/usr/src/linux/Documentation/sysrq.txt).
Попробую подробнее
Никаких сообщений об ошибке нет. Система просто не реагирует ни на какие действия, если я попал на "зависшую" консоль.
Если висну при загрузке, то сообщения об ошибке тоже нет, просто этап проверки журналов ext3(? могу неверно его трактовать) длится вечно. Так завис всего дважды, оба раза после ресета.
Случаи с компиляцией:
1) В консоли 1 идет сборка python под рутом, в консоли 2 под юзером запущен mc, в консоли 3 под рутом запущен mc. В какой-то момент в консоли 3 все виснет, переключаюсь на вторую некторое время работаю, назад в третью - висит, во вторую - нормально, в первую - висит, и вот тут система ни на что не реагирует.
2) Более типичный случай, одна рутовая консоль, идет компиляция, все виснет.
В принципе, вероятнее всего я просто как-то не так собрал ядро, т.к. когда ставил дженту, грузился с livecd убунту, и там я себе нормально скомпилил иксы и дрова под нвидию. После ребута ни одна компиляция с первого раза у меня не прошла.
Фактически, я сейчас даже не знаю, какие логи смотреть.
Вы уверены, что это решение?
Особенно, учитывая, что у вас ноутбук.
Если по существу, хватает ли у вас места в PORTAGE_TMPDIR?
Пока нет поводов сомневаться
С момента последнего сообщения, машинка только тем и занимается, что ставит пакеты(канал 64 кб всего), никаких отклонений не замечено.
Винт на 120, на рутовый раз дел 6 гигов выделил, при этом usr в отдельном разделе на 5 гигов. Должно хватать.
А в целом, проблема давняя и, кажется, до сих пор не решенная. У ноутов HP Pavilion какой-то нехороший биос, в итоге у ядра возникают проблемы с IRQ. Я сам к сожалению не понимаю, что в реальности это означает. Я даже толком не знаю, что теряю с опцией noapic. Но решение работало в 7.10 и openSUSE. В 8.04 не понадобилось, но их фикс был каким-то корявым, т.к. у меня вообще никакой возможности работать с acpi под 8.04 не было.
Quote: Я даже
ACPI (Advanced Configuration and Power Interface) Support
Я никогда не проверял, поэтому утверждать не могу, но как у вас работают с опцией noacpi зарядка аккумулятора, включение-выключение вентиляторов, контроль температуры процессора, кнопки Power, Sleep, Lid?
P. S. Посмотрите здесь.
Парень имел
Парень имел ввиду APIC (Advanced Programmable Interrupt Controller), а не ACPI
Ага, именно его
Иногда в консоли проскакивает сообщение об отключении(?) IRQ7, и после него система перестает воспринимать свежеподключенные usb-девайсы. Чаще всего это сообщение возникает при компиляции.
Как я понял из поверхностного копания в сети, на одном прерывании сидят два чего-то, что и приводит к конфликту. Прошу прощения за нубизм, но я пока даже в терминологию толком не вник;) В харди эта проблема как-то решена, осталось понять как.
Я вспомнил, к чему приводит noapic
Теперь система не распознает подключенные во время работы usb-устройства.
Мое нынешнее ядро - 2.5 мб, ядро убунту 8.04 - 7 мб, как теперь угадать, где среди дополнительных 4.5 мб прячется решение моей проблемы?;)
P.S. Кстати, прямо распирает от чувства свободы, которое дарит отзывчивый интерфейс. В убутну все как-то инертнее было, а тут система реагирует на все мгновенно. Даже при переключении из консоли в иксы. И грузится ощутимо быстрее. Так что назад пути нет, придется разбираться.
Я бы
Я бы порекомендовал начать плясать от конфига с Gentoo MinimalCD и собирать через genkernel (см. handbook). Убунтово ядро выкидывать не надо, добавить ему пункт в GRUB как запасной вариант и разбираться (-:Е
Пожалуйста, не описывайте своё железо в подписи
Убунту у меня
Убунту у меня на винте нет. Я когда ставил, загрузился с livecd харди, скачал stage3-tarball, и дальше по хендбуку с ручной конфигурацией ядра.
Попробую сейчас с genkernel.
Кстати, так и не понял, зачем в ядре опция "write ntfs fs" или что-то такое - без ntfs-3g все равно не пишет.
хелп её
хелп её почитай.
Quote: Теперь
Возможно решение где-то здесь :)
Не совсем то
К сожалению, проблема немного в другой плоскости. Чуть выше в ветке про APIC.