Can a 600e boot with errors (no keyboard)

[smeagol69]

I was wondering if the 600e can boot without a keyboard attached. I was hoping that there was some sort of "ignore errors" option in the BIOS, but there does not seem to be. Does anyone know the way around this?
Thanks in advance!

[pkiff]

I think it depends on the error. For some errors, you can press ESC when you see the error screen, then press F1 at the next error screen. This can allow you to boot up normally if the errors still permit your OS to work.

If your built-in keyboard is broken, then you won't be able to use the keyboard strokes that allow you to get past some errors. Maybe attaching an external PS/2 keyboard can help in that case, but I don't know.

Phil.

[smeagol69]

No, actually I have intentionally disconnected the keyboard assembly & wish to boot without it...

Thanks for the reply, though.

[MadeInJapan]

I don't believe it will boot without the keyboard....you can check in CMOS though...there might be "stop on all errors" checked. If there is such an item, then uncheck it. But why would you want to boot without the keyboard? Before going into windows it will warn you that a mouse or keyboard is not present and to "connect one now." sort of message. At least that's the way it is in most systems...but can't recall specifically on the 600E.

[Laptop_wizard]

The way around the eroors is to push F1 and esc at the same time while booting up, keep pressing them until bypassed, that is the only way. You would have to attache an external keyboard too do this.

[farna]

smeagol69, my guess is you're wanting to use the motherboard as a controller or something. Did you ever find a way around the boot problem?

[GomJabbar]

Did a little peeking around. Can't help much. It appears you need a special BIOS to boot without a keyboard. I suspect if you could wire the keyboard controller to the motherboard, through the keyboard cable interface, that might work.

Below are a couple of links I found:

http://www.boards.ie/vbulletin/showthread.php?t=159823

http://hardware.mcse.ms/message108485.html