Re: setup of OpenSSI 1.9.6 with Debian Sarge with a very old hardware

"The machine starts booting OpenSSI"... again, what are the last few
lines of output?

Since the screen goes black and doesn't give you a chance to read the
messages, you should set up a serial console.  Add
"console=ttyS0,9600" to the kernel parameters for the bootloader and
turn off getty for ttys0 in /etc/inittab (comment the line out, if it
isn't already).  Plug another computer in to the first serial port
with a null modem cable or adapter, fire up a terminal program, and
set it to keep a log.

Perhaps you want to do that on the 686 class machine, not the 586 class machine.

Looking at /usr/src/linux-source-2.6.14-ssi/.config, CONFIG_M686=y is
uncommented, but CONFIG_M586MMX and on down are commented out/not set.
 Perhaps I modified my copy of this file and didn't remember that fact
though.

Cheers,
-scott



On 9/15/10, Alceu Rodrigues de Freitas Junior <[email protected]> wrote:
> Scott Walters escreveu:
>> I don't understand the logic behind trying to recompile kernels.  In
>> the old days of probing ISA cards, the wrong set of actual hardware
>> and drivers built-in to the kernel could cause crashes on boot, but
>> that sort of thing is very rare these days.
>>
>> Boot the OpenSSI kernel and if the machine freezes during boot, post
>> the last several console lines.
>
> This is the original post where I commented about the issue with this
> machine: http://marc.info/?l=ssic-linux-users&m=128409498003227&w=2
>
> I decided it's was a better idea to create a new thread for it, but I
> forgot to mention that I could not get any error from the boot: the
> machine starts booting OpenSSI kernel, the screen gets black and the
> machine is rebooted. The machine get into a infinite looping because of
> that, always rebooting.
>
> My guess is because the kernel of OpenSSI is for 686 systems, so that's
> why I'm trying to compile the kernel to match it's processor. I can boot
>   with the original kernel from Debian, which was compiled for 386
> processors.
>
> Anyway, it's only a guess because I really don't think about any other
> test that could be done in such situation. I would appreciate any help
> with that.
>
> Thanks in advance,
> Alceu
>
>
>
>

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev