Вышло ядро Linux 2.6.37

даж не охото читать весь этот срач

Подскажите пожалуйста как make xconfig запустить, ругается так

HOSTCXX scripts/kconfig/qconf.o
In file included from scripts/kconfig/qconf.cc:48:
scripts/kconfig/qconf.moc:13:34: error: private/qucomextra_p.h: Нет такого файла или каталога
scripts/kconfig/qconf.moc:15:2: error: #error «This file was generated using the moc from 3.3.8b. It»
scripts/kconfig/qconf.moc:16:2: error: #error «cannot be used with the include files from this version of Qt.»
scripts/kconfig/qconf.moc:17:2: error: #error "(The moc has changed too much.)"

Оно же пишет тебе в чем дело. У тебя почему-то moc запускается от 3'го qt.

> Последний раз ставил несколько дней назад, c zen-sources. Через 4 дня начались сбои

Не удивительно: кто их собирает эти zen-sources? Корейские народные умельцы?

Так а как его запустить от 4-го?

> то свопить все равно будет, даже если свопа нет,

нет.

Будет, сам неоднократно наблюдал ситуацию. В следующий раз буду видео записывать, раз тут столько неверующих.

>Подскажите пожалуйста как make xconfig запустить, ругается так
вот так
make gconfig
:3

> В следующий раз буду видео записывать, раз тут столько малограмотных.

fixed

> Что за критерий? Первый процесс из top? (-;

Отключи своп и запусти 10-20 флеш видео в FF. Когда FF вылетит, посмотри системные логи

Выбрал, moc-qt4 но по прежнему ругается

root@debian / # update-alternatives --config moc
Есть 2 варианта для альтернативы moc (предоставляет /usr/bin/moc).

Выбор Путь Приор Состояние
------------------------------------------------------------
0 /usr/bin/moc-qt3 45 автоматический режим
1 /usr/bin/moc-qt3 45 ручной режим
* 2 /usr/bin/moc-qt4 40 ручной режим

>ну видимо именно поэтому ты не понимаешь чем же ext лучше ntfs.

Но ты ведь расскажешь, правда?

make mrproper сделай

> Кастую срач относительно CONFIG_BKL

Пока в моем ядре CONFIG_BKL=y, т.к. иначе теряется CONFIG_UDF_FS.

Спасибо помогло.

Там не своппинг в прямом смысле, а несколько другая ситуация: kswapd занимается ещё и высвобождением памяти, занятой под дисковый кеш, т.е. если кому-то вдруг нужна память и у нас есть дисковый кеш, но страницы в нём грязные, т.е. это кеш записи - kswapd по идее дожидается их освобождения (либо принудительно сбрасывает - хз) отсюда и %% времени kswapd и тормоза даже при отсутствии своп-файла как такового

Кастую срач относительно CONFIG_BKL.

megabaks@desktop ~/linux-2.6.37 $ for i in `find`;do grep -sH "depends on BKL" $i;done
./drivers/staging/go7007/Kconfig:	depends on BKL # please fix
./drivers/staging/autofs/Kconfig:	depends on BKL # unfixable, just use autofs4
./drivers/staging/smbfs/Kconfig:	depends on BKL # probably unfixable
./drivers/staging/easycap/Kconfig:	depends on BKL # please fix
./drivers/staging/cx25821/Kconfig:	depends on BKL # please fix
./drivers/net/appletalk/Kconfig:	depends on BKL # waiting to be removed from net/appletalk/ddp.c
./drivers/gpu/drm/Kconfig:	depends on BKL
./net/ipx/Kconfig:	depends on BKL # should be fixable
./net/x25/Kconfig:	depends on BKL # should be fixable
./fs/udf/Kconfig:	depends on BKL # needs serious work to remove
./fs/hpfs/Kconfig:	depends on BKL # nontrivial to fix
./fs/ufs/Kconfig:	depends on BKL # probably fixable
./fs/adfs/Kconfig:	depends on BKL # need to fix
megabaks@desktop ~/linux-2.6.37 $ 

В Gentoo все еще нет ебилдов ck-sources...37.

Самому пропатчить чтоли..

> Будет, сам неоднократно наблюдал ситуацию

И куда же он свопить будет? В /dev/astral ?

http://www.linux.org.ru/jump-message.jsp?msgid=5755807&cid=5758975
http://www.linux.org.ru/jump-message.jsp?msgid=5755807&cid=5759006
о чём вы!? :3

O_o. Дважды удивил. И ck есть и еще и не собирается?

сам вот сижу удивляюсь :3

На резкале Yandex'a наверно еще нет. Зеркало какое?

никакое - это отдельный пак с фтп коливаса же :)
я сам себе какие надо патчи накладываю

Пока не узнал случайно что есть ck-sources патчил руками gentoo-sources и никогда проблем со сборкой не было. Наверно в случае с .37 что то серьезно поменяли/сломали.

Сейчас попробую gentoo-sources пропатчить и собрать

ваниль с bfs

то ли лыжи не едут, то ли я е**^деградировал...

Второе. У меня нормально собралось.

Setup is 13868 bytes (padded to 14336 bytes).
System is 1908 kB
CRC b096ba8f
Kernel: arch/x86/boot/bzImage is ready  (#1)

проблема в твоем конфиге скорее всего.

Root device is (8, 2)
Setup is 12636 bytes (padded to 12800 bytes).
System is 721 kB
CRC c862e1fe
Kernel: arch/x86/boot/bzImage is ready  (#2)

Ыыы - таки я где-то туплю
*ушёл курить свое ведро*

.config > paste.org, please

ну уж нет - сам разберусь - иначе засну не в то время (таки чтиво меня утомляет)

или ты из-за размера? )
дык - это для теста - дабы мильёны не конпелять
make allnoconfig
make nconfig ---> включил только BFS
:3

Да, хотел посмотреть что ты там понаубирал. Хотя меньше 1.5 без initrd наврядли может получиться.

Пипец, делаю обычное действие для себя: отключаю agp в Graphic settings и через весь экран menuconfig'а лезут ошибки...

Линус с бодуна что ли слепил это едро? Короче, ждем исправлений и как минимум 2.6.37.3. В топку такое.

косяк где-то в процах...

ты будешь смеяться, но сейчас что то немного изменил в конфиге и словил

LD      .tmp_vmlinux1
kernel/built-in.o: In function `cpu_stop_cpu_callback':
stop_machine.c:(.cpuinit.text+0xc00): undefined reference to `sched_set_stop_task'
make: *** [.tmp_vmlinux1] Ошибка 1

Счас локализую...

CONFIG_SCHED_MC
вот оно чо, Мих^партизан то где окопался :3

jопа - и не только тут...да их тут отряд целый...

Я никогда не выключаю Multicore Sheduler. Так что вот тебе и причина почему нет ck-sources-2.6.37.

зато bfs-sources есть :3

короче - какое-то кривое ппц ядро получилось...
яфпичали

таки дело в сочетании...
яещёвбольшейпичали

Не то чтобы тормоза, а колом всё встает, обычно помогает только кнопка reset :) Вообще странно, так как дисковой активности при этом может и не быть, поэтому кеш должен освободиться и тормоза прекратиться, но этого не происходит.

А что вы хотели от Линуса сразу же после Нового Года... смищные вы такие. Да, ведро поломанное мягко говоря. Ждите 2.7.37.1 хотя бы. Ошибки валятся на экран как здрасьте: попробуйте, к примеру, отключить в График Сеттингз AGP фичу... Достаточно этого.

свопить конечно же никто ниче никуда не будет..
там другая ситуация, как уже сказали...
на деле памяти всегда выделено больше, чем есть реально. это из-за overcommit, а он включен по-дефолту.. вот и наступает такая ситуация, что память нужна, а ее реально нет и быть не может. начинается сброс «грязных» страниц, но это тоже не всегда спасает. начинает OOM-Killer процессы валить. но и там алгоритм не простой и не самый оптимальный для такой ситуации, так что и он может не справиться или «не то» убить.. вот и наступает кирдык с постоянным вытеснением кода процессов, прибиванием их и т.п., который и заканчивается ресетом в худшем случае.. тогда как на деле несчастные сто метров виртуальной памяти спасли бы ситуацию. потому своп таки отключать нельзя, да...

О, да, единственное толковое замечание до сих пор: действительно, иногда можно потерять реестр. Не сказать, чтоб это было часто, но «везение» такое случается. Однако это никаким боком не ведёт к потере пользовательских данных.

Остальное — нездоровый фанатизм и слабое знание матчасти. ntfs можно дефрагментировать, но это просто не нужно, так как среднее ускорение от этой процедуры при дисковых операциях получается примерно 2%, и в общем быстродействии вообще незаметно. Так что она работает всегда стабильно медленно. А вот ext3 сперва как самолёт, а через год-другой — в лучшем случае, не быстрее ntfs. И дефрагментировать нечем. Впрочем, если Вы переставляете убунту раз в полгода с полным пересозданием разделов, то, конечно, не заметите этих вещей, фрагментация накапливается достаточно постепенно.

И дефрагментировать нечем.

Толсто. Просто уйди...

Проверяем уровень фрагментации:

fsck -nvf /dev/sdaX

Качаем утилитку небезызвестного Коливаса (удобный скрипт, не больше) отсюда.

Запускаем ее из любой локации, как папки, так и корня, где надо осуществить дефрагментацию:

sh defrag

Максимальный эффект = > 1 пробега.

Угу, а ещё лучше mv. В общем, уровень технологий потрясает. А на вопросы мои так никто и не ответил. Что вообще характерно для лора. Здесь собрались спецы по всему на свете, но ни по чему в особенности.

NTFS это круто: то файлы пропадают, то файлы становятся размером 0 байт. Больше года на ReiserFS таких полтергейстов не наблюдаю. И таки да, после дефрагментации винда (светлая ей память) грузилась быстрее.

>Здесь собрались спецы по всему на свете

Ну а ты думал, в сказку попал? :)

Сделай, как все нормальные люди, make menuconfig. Конфигурировать ядро в графике - это уже смешно. А бороться при этом с проблеммами qt - это смешно в квадрате.

Я где-то раз в месяц делаю полный tar backup своих систем. Это так или иначе полезно делать. И раз в полгода после этого пересоздаю FS, и делаю restore. По времени это примерно вдвое меньше, чем дефрагментация, да и результат больше похож на то, что надо. Кроме того, на редко обновляемых машинах фрагментацией системных файлов можно пренебречь, и rm + restore только /home.