/bin/ls : not found

[Skazi]

I got a 8GB Maxtor hard disk second hand. I put it in my computer as a slave and installed RH 7.0 onto it. Installation went fine, I set up telnetd and xinetd from RPMs and everything was running fine.

I was telneted to the machine for about a day, and soon when I tried to run 'ls', I got:

/bin/ls : not found

or something close to that. It had been working fine. This also happens for ps, and some others. When I go to the directory, and list files with 'dir', it shows the executables as existing, with proper permissions. Even './ls' doesn't work, so I don't think it is a path problem.

So, I rebooted the machine remotely, and then couldn't telnet back in later. I got home and the machine had booted fine, but I still can't run ls and various other commands.

Is the disk perhaps going bad? How can I check?

[dvdnut]

hacked possibly?

[mrBen]

In case you weren't aware, telnetting in to a machine remotely is probably not the most sensible idea as telnet sends your username and password in plain text, not encrypted, hence the above post. Use ssh or similar.

[BTW - hope you haven't been hacked :( ]

[Skazi]

Originally posted by mrBen:
<STRONG>In case you weren't aware, telnetting in to a machine remotely is probably not the most sensible
</STRONG>

Yeah, I know but since the machine is only for playing around so far, I just did what I thought was easiest.

So,

How can I fix the '/bin/ls : not found' problem?

Is there some simple checks to find evidence of being hacked?

Should e2fsck -c be sufficient to find out if my disk is going bad? If so, I'll just reinstall RH7 and use ssh, instead :)

[Dark Ninja]

Check your logs. If someone was REALLY dumb and didn't edit them, there may be a time that doesn't jive with when you knew you were telnetting around. Otherwise, you are, as we like to say in German, gescrewed.


Dark Ninja