ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>Тебе все же придется поменять проц, потому, что вот прочитай
http://slackware.com/install/sysreq.phpа коротко
486 processor
16MB RAM (32MB suggested)
100-500 megabytes of hard disk space for a minimal and around 3.5GB for full install
3.5" floppy driveпопытайся может получится
>[оверквотинг удален]
>
>а коротко
>
>486 processor
>16MB RAM (32MB suggested)
>100-500 megabytes of hard disk space for a minimal and around 3.5GB
>for full install
>3.5" floppy drive
>
>попытайся может получитсятак у этих ttylinux про данный исошник сказано четко: 386sx
>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>Я бы взял старые ядра, может даже 2.2
>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>redhat 7.х замечательно работае
как-то даже 8-ку пробовал, но 8-ка была тупиковой веткой
>>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>>
>
>redhat 7.х замечательно работае
>как-то даже 8-ку пробовал, но 8-ка была тупиковой веткойядро из 7.3 не загружается, виснет на фразе CPU 386 :)
>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>Linux критичен? Если нет, может попробуешь NetBSD? http://netbsd.org/ports/i386/hardware.html
>>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>>
>
>Linux критичен? Если нет, может попробуешь NetBSD? http://netbsd.org/ports/i386/hardware.htmlну мне надо будет потом под ось на этом проце написать простую софтину работы с LPT портом (под netbsd сложнее будет чем под линух?). и точно ли она работает на 386sx ?
>>>ставлю linux на 386sx комп, 16 метров памяти. единственное ядро которое хоть
>>>немного прогрузилось это 2.6.16 из ttylinux. зависает с фразой Unable to
>>>handle kernel NULL pointer dereference. как лечить? может младшие ядра взять?
>>>
>>
>>Linux критичен? Если нет, может попробуешь NetBSD? http://netbsd.org/ports/i386/hardware.html
>
>ну мне надо будет потом под ось на этом проце написать простую
>софтину работы с LPT портом (под netbsd сложнее будет чем под
>линух?).Если речь идет о драйвере, то учебник тут http://netbsd.org/docs/kernel/ddwg.html
>и точно ли она работает на 386sx ?
Ну кто же знает, надо проверять, но думаю пойдет :)
>>Linux критичен? Если нет, может попробуешь NetBSD? http://netbsd.org/ports/i386/hardware.html
>
>ну мне надо будет потом под ось на этом проце написать простую
>софтину работы с LPT портом (под netbsd сложнее будет чем под
>линух?). и точно ли она работает на 386sx ?Из коробки -- нет, нужно будет собирать многое самому. Хотя бы потому, что
revision 1.794
date: 2006/11/01 19:33:41; author: tls; state: Exp; lines: +7 -4
Change GENERIC, GENERIC.MP, GENERIC.MPACPI, GENERIC_LAPTOP, INSTALL,
INSTALL.MP, INSTALL_LAPTOP, and DISKLESS kernels so that they are
smaller and faster by removing support for actual i386 CPUs (which
lack write protection in supervisor mode, which requires a costly
workaround) and math coprocessor emulation. Coprocessor emulation
is retained in the LAPTOP kernels, but not in the others.