Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I used to be able to SSH to local computers and to my school computers without a problem. But out of nowehere, I got this error stating "host key verification failed:
.................
debug2: dh_gen_key: priv key bits set: 125/256
debug2: bits set: 539/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: check_host_in_hostfile: filename /home/godsenddeath/.ssh/known_hosts
debug3: check_host_in_hostfile: filename /usr/local/etc/ssh_known_hosts
debug3: check_host_in_hostfile: filename /home/godsenddeath/.ssh/known_hosts
debug3: check_host_in_hostfile: filename /usr/local/etc/ssh_known_hosts
debug2: no key of type 0 for host 192.168.1.100
debug3: check_host_in_hostfile: filename /home/godsenddeath/.ssh/known_hosts2
debug3: check_host_in_hostfile: filename /usr/local/etc/ssh_known_hosts2
debug3: check_host_in_hostfile: filename /home/godsenddeath/.ssh/known_hosts
debug3: check_host_in_hostfile: filename /usr/local/etc/ssh_known_hosts
debug2: no key of type 1 for host 192.168.1.100
ssh_askpass: exec(/usr/local/libexec/ssh-askpass): No such file or directory
Host key verification failed.
................
I tried "ssh-keygen -t rsa" to reproduce keys, ive tried deleteing config files. This has happend on another computer but I just decided to reinstall linux, which is a poor windows-like solution. If anyone has any ideas, please respond. If any further information is needed, i will post!
Also, at the same time, my man pages wont work. Im not 100% sure if the problems are related, but they all seemed to happen at the same time. For example
godsenddeath@Slayer:~$ man ls
Error executing formatting or display command.
System command (cd /usr/man && (echo ".ll 9.1i"; echo ".pl 1100i"; /bin/gunzip -c '/usr/man/man1/ls.1.gz'; echo ".\\\""; echo ".pl \n(nlu+10") | /usr/bin/gtbl | /usr/bin/nroff -S -mandoc | /usr/bin/less -is) exited with status 256.
No manual entry for ls
.................
Note: I am more focused on the SSH issue, but I figured this occurance might lead to some information.
I already tried grabbing the latest sources and installed. Still no luck. I still have no idea why its doing this. Please keep the responses coming guys. Thank you
I just wanted to post that I reinstalled Slackware Linux using the 2.6.7 kernel instead of the 2.6.9. I believe I posted earlier that I'm using the 2.6.7 kernel, when I was in fact using 2.6.9. Im not sure why a newer kernel would affect man pages behavior or SSH behavior. Regardless, I've just given up on the problem and plan on not upgrading kernels for a while. Thanks for everyones participation
Read somewhere that it would work if you upgraded the makedev package. I have one box with Slack10 which works fine (which is upgraded with slackgrade) and one where it doesn't work -- where I am upgrading as I'm typing this. Try upgrading!
I have some Ideas on the ssh problem. If either an IP address changed on a host, or the keys were replaced, or the ~/.known_hosts file has global permissions, you will have a problem connecting.
First make sure that the permissions of the config files in ~/.ssh wheren't changed to allow global reading. If they were, you will want to re-generate a key pair.
Second, try deleting the entry in ~/.ssh/known_hosts on both computers and make the connection anew.
A third thing to try is to add the public key to the remote computer to the ~/.ssh/authorized_keys. The public key is probably saved as ~/.ssh/identity.pub
This will allow you to perform passwordless logins, and avoids the transmission of the encrypted password.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.