Comments 38
Действительно, на много проще! Просто ядро соберите сами!
видимо драйвера отваливаются потому что для нового ядра нужно пересобрать модули ядра, а самые критичные при работе модули ядра(их отсутствие легче всего заметить) — это как раз видеокарта и PAE тут не причем. Как думаете?
Элементарно, Ватсон:
# yum install kernel-PAE kmod-nvidia-PAE
# yum install kernel-PAE kmod-nvidia-PAE
собрать ядро не сложно, а что делать если через репозитарии придет новое ядро?
отвергать чтобы не потерять изменения? или каждый раз собирать заново ядро?
отвергать чтобы не потерять изменения? или каждый раз собирать заново ядро?
Да, каждый раз собирать новое — если вы следите за системными обновлениями, то 5 минут, пока компилится ядро можно подождать. Конфигурацию ядра можно взять старую и немного подправить.
5 минут на компиляцию? Ну-ну…
Первая компиляция ядра идет относительно долго — минут 15-20 в зависимости от железа.
Последующие перекомпиляции могут занимать и по две минуты, если изменения незначительны.
Последующие перекомпиляции могут занимать и по две минуты, если изменения незначительны.
Это на чем вы ядро собираете? Среднее время сборки — час
Час? Фигасе! О_о
Если чесно, собирал ядро только на Генту, но много-много раз.
На Pentium Dual-Core 1.6 и 2Gb RAM за 15 минут с нуля как миленькое собиралось.
Ядро FreeBSD на стареньком Athlon с где-то 1.3Ghz и то от силы пол часа компилилось.
Если чесно, собирал ядро только на Генту, но много-много раз.
На Pentium Dual-Core 1.6 и 2Gb RAM за 15 минут с нуля как миленькое собиралось.
Ядро FreeBSD на стареньком Athlon с где-то 1.3Ghz и то от силы пол часа компилилось.
Может у он кеширование не включал. Насколько я помню из гентушного хендбука, можно было поставить кеширование и после первого раза ядро быстро собиралось.
Оно так и стоит по умолчанию, если собирать без genkernel. Что бы сбросить предыдущею компиляцию выполняется make clean, отключается это у genkernel через ключ --no-clean.
А быстро в последующие разы он компилит потому, что собирает только измененные модули. И вроде, если ядро будет монолитное, то и последующие компиляции не будут отличатся от первой.
А быстро в последующие разы он компилит потому, что собирает только измененные модули. И вроде, если ядро будет монолитное, то и последующие компиляции не будут отличатся от первой.
В настоящих дзеновских дистрибутивах GNU/Linux ядро не включается в официальные репозитории :P
Хм, странно что в ubuntu'е нет bigmem ядра, в debian'e вместо сборки ядра просто aptitdeu install linux-image-2.6-686-bigmem
Если у кого gentoo, можно без боязни ставить в ядре (Processor type and Features->High Memory Support->64GB)
Ну или 4Гб. И перекомпилять ядро. Можно для верности перекомпилить драйвера видюшки, но я этого не делал.
Работает все стабильно. Проверено на 8 гигах оперативке и годе аптайма.
Раньше вылетали драйвера ATI, но до установки 8 гигов.
Ну или 4Гб. И перекомпилять ядро. Можно для верности перекомпилить драйвера видюшки, но я этого не делал.
Работает все стабильно. Проверено на 8 гигах оперативке и годе аптайма.
Раньше вылетали драйвера ATI, но до установки 8 гигов.
А на 64-е бита перейти — не судьба?
Гм. Странно, что надо переходить на серверное ядро или пересобирать… ведь убунтой столько народу пользуется.
В OpenSUSE в репозитории на выбор есть несколько ядер, с PAE ставится изначально по-умолчанию и ничего мудрить не надо…
В OpenSUSE в репозитории на выбор есть несколько ядер, с PAE ставится изначально по-умолчанию и ничего мудрить не надо…
А ведь между прочим, насколько я знаю, серверные редакции Win (вроде Windows 2003 Server) тоже используют PAE по умолчанию, и именно по этой причине не все драйвера под XP работают в Win2k3 :).
у меня та же самая история на винде
3.25 гига оперативы показывает и хоть ты тресни, но при загрузке пишет что нашло 4-ре
3.25 гига оперативы показывает и хоть ты тресни, но при загрузке пишет что нашло 4-ре
Sign up to leave a comment.
Linux 32bit и 4 гб RAM