Greetings Folks.
I have been having problems with a couple of old machines,
desktop boxes, which both recently (within a few days of
each other) went into "won't switch on" mode.
One of these is now solved: the internal power push-button
(pushed via an external push-button) had slipped its
moorings. Now re-moored, with a touch of superglue to
inhibit future wanderings. (The other machine turned out
to have a blown PSU, with a short somewhere in it, so
probably irrecoverable).
Anyway: to the Topic Of The Day. When I switch on the
"solved" machine, the (external) keyboard works fine,
e.g. I can press Delete to enter BIOS setup, and use
the keyboard to navigate the BIOS menus.
Also, when it does go into its Linux boot sequence,
it happily gets as far as the GRUB menu, where I can
choose which version of Linux to boot. Again, the
keyboard works for this.
Then it goes into the full Linux boot, ending up with
a login prompt in a text-terminal console (X hasn't
started yet).
But, at this stage, the keyboard has no effect. If I
enter a userid, nothing changes on screen. No keyboard
press produces any effect.
So it seems that, somewhere along the line of the boot
sequence, it has lost track of the keyboard.
No problem, however, with remote access via ethernet
from another machine.
Two questions:
[A]
Does anyone have any ideas about the possible source of
this glitch, and how to set about fixing it?
If relevent, the Linux version is SuSE 7,2 from 2001,
with kernal 2.4.4.
[B]
Normally, there should be no problem using this machine,
since I normally access it remotely anyway. However,
every so often it will, during boot, decide that a
hard drive has beeen unmounted too often without a file
system check. So I will need to be able to use the keyboard
for this (unless it works through it without problems,
needing no intervention). In any case, if there is a
power cut (as happens from time to time round here),
then I will definitely need the keyboard during the
fsck because the file systems will have been "not cleanly
unmounted".
Also, this state will have been reached before it sets
about activating the ethernet ports, so in principle
remote access will not be available.
So: Is there some way of working round this so as to
achieve remote access?
With thanks,
Ted.
----------------------------------
E-Mail: (Ted Harding) <Ted.Harding(a)wlandres.net>
Date: 18-Dec-2011
Time: 16:57:55
This message was sent by XFMail
----------------------------------