Ми далеко не єдині

[btr]

Проблема ще не вирішилася, тільки локалізована. На робочому компі ядро ще не компілюється. Так само, як і реєстрація там не працює.

[tech]

Передивився знов ядро. (Processor type and features -> High memory support (64)
Там французи справді включили 64GB пам'яті. Це не всі процесори підтримують,  тільки починаючи з Pentium Pro.
Навіть якщо у вас P4 , всерівно, думаю має зміст включити 4GB.

Щоб взнати як ваше поточне ядро сконфігуроване, можете зробити grep HIGHMEM /boot/config*

cat /proc/meminfo щоб взнати скільки ядро бачить пам'яті.

Передивіться свій  /etc/lilo.conf або /boot/grub/menu.lst, чи немає там різних append="mem=2000M"  

Ви не розганяли свій процесор?

Можете спробувати завантажитись із навмисне заниженою пам'яттю, якщо надасте mem=960M як параметр завантажувачу (краще ніж перебільшена, якщо ядро цього не підтримує).

[btr]

Поки що можу тільки повідомити, що на домашньому компі та ж помилка вискакує. Оперативки тут 256 к.

[taras(Guest)]

Жаль що ви не зберегли останню помилку.

З цікавості завантажив  kernel-source-2.6-2.6.11-6mdk.rpm , зробив йому rpm2targz. Роздивляюсь.
Code maturity level options  --->
Відключіть   Prompt for development and/or incomplete code/drivers ( EXPERIMENTAL is not set повинно бути)

В принципі всі ці опції типово увімкнені і на іншому компі  все скомпілювалося. Я ж конфігурував ядро відповідно до настанов Ядерної фізики, там все це також відключається. Не зважаючи на це посилки продовжуються.

[taras(Guest)]

http://www.memtest86.com/    (не плутати із звичайним memtest http://carpanta.dc.fi.udc.es/~quintela/memtest/ , який просто перевантажує систему)

memtest добавляють до /etc/lilo.conf , щось на зразок

Мемтест на двох проблемних компах пройшов без помилок.

[taras(Guest)]

Так, думаю це саме те. Під час інсталяції слід було вибрати ядро для 1GB+ якщо була можливість.

Завантажився з ядра 686-up-to-4Gb. Історія та сама. Чи може потрібно все перевстановити?

[taras(Guest)]

Щоб взнати як ваше поточне ядро сконфігуроване, можете зробити grep HIGHMEM /boot/config*
cat /proc/meminfo щоб взнати скільки ядро бачить пам'яті.
Передивіться свій  /etc/lilo.conf або /boot/grub/menu.lst, чи немає там різних append="mem=2000M"  
Ви не розганяли свій процесор?
Можете спробувати завантажитись із навмисне заниженою пам'яттю, якщо надасте mem=960M як параметр завантажувачу (краще ніж перебільшена, якщо ядро цього не підтримує).

[taras@btr ~]$ grep HIGHMEM /boot/config
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y
# CONFIG_DEBUG_HIGHMEM is not set
[taras@btr ~]$ cat /proc/meminfo
MemTotal:      1034852 kB
MemFree:        283252 kB
Buffers:        105352 kB
Cached:         358496 kB
SwapCached:          0 kB
Active:         379116 kB
Inactive:       185368 kB
HighTotal:      130168 kB
HighFree:          140 kB
LowTotal:       904684 kB
LowFree:        283112 kB
SwapTotal:     1590352 kB
SwapFree:      1590352 kB
Dirty:             104 kB
Writeback:           0 kB
Mapped:         151956 kB
Slab:           176976 kB
CommitLimit:   2107776 kB
Committed_AS:   207644 kB
PageTables:       2032 kB
VmallocTotal:   114680 kB
VmallocUsed:      8076 kB
VmallocChunk:   105252 kB

Є в ліло отаке append="acpi=ht resume=/dev/sda7 splash=silent mem=1024M"

Процесор не розганяв. Зараз спробую перезавантажитися з меншою памяттю.

[taras(Guest)]

задав mem=512M - не компілюється

[tech]

Дуже дивно. Що ж у вас так застопорилось із компіляцією.
У мене самого декілька машин, деякі доволі старенькі, але ніколи такого не виникало, хоча бувало давав їм прикурити. Спитайте любого Gentoo або BSD користувача, скільки часу іноді щось компілюється.

Це, в принципі, добре що memtest пройшов успішно, принаймні із RAM все гаразд.

Ідей не залишилось.

Можете передивитись Makefile на предмет оптимізації, у мене тут все нормально
HOSTCFLAGS      = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer

Часом це може бути щось настільки банальне як перегрів процесора (перевіряється у BIOS-i).
Наскільки старенький/новенький цей комп'ютер. Старші накладають обмеження на кількість пам'яті що може використовуватись (знову ж таки варто заглянути в BIOS).

Справді спробуйте ядро з kernel.org. Подивіться чи немає оновлень для gcc та glibc для Мандрейку спочатку.  

[taras(Guest)]

Може, Вам цікаво буде дізнатися, що на цій машині у вмваре (під віндовсом) ядро скомпілювалося. Машині менше року, на відміну від тої, на якій компіляція пройшла, в цій я ще ніколи нічого не переставляв, навіть корпус не знімав - гарантія. Оскільки вдома та сама проблема, то на память вже не думаю. Сьогодні переставив усе з нуля, нічого не змінилося. Тягну gcc-3.4.4, може, його спробувати?

[tech]

Гадаю варто в пешу чергу сповістити Мандрейк розробників, якщо ця проблема повторюється на різних машинах із ядрами/cgg які вони постачають. Це у вас Мандрейк 10.2, якщо не помиляюсь, останній реліз,  в таких випадках варто очікувати певних багів.

Сам я вже навчився не користуватись "bleeding edge" програмним забеспеченням, страшенно нервують навіть найменші  "глюки".

[taras(Guest)]

Ото можу несміливо і невпевнено сказати, що вчора Дебіан також не скомпілювався. Але то ще раз треба переконатися, бо не впевнений, що все коректно було.

[diligent]

А то не той mandrake, що з новим gcc? Тоді це не страшно - скомпіліти ядро з його допомогою - потрібно постаратися, краще - оновити gcc.

[taras(Guest)]

Там gcc-3.4.3. Я колись несміливо також пробував компілювати ядро (в попередніх версіях), але зараз щось стверджувати не можу, бо не переконаний, що правильно все робив.

[Praporshic]

Треба буде спробувати на своїй залізяці, може це глюк в дистрі. Взагалі, в мене лише двічи збиралося ядро зі стандартних сирців, майже завжди я їх патчив до найсвіжішої версії і тому перезбирав ядро.