Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
A few days ago SSH just failed on me, after reboot.
Everytime I start sshd (/etc/rc.d/rc.sshd start), this appears in the syslog
file:
Jan 17 22:51:18 server sshd[11115]: fatal: daemon() failed: No such device
I can run ssh in debug mode (sshd -d) and it runs fine. It just when it tried to daemonise itself that it fails. I was configuring before samba and postfix. I did a strace on working and not workind sshd daemon and they looked exactly the same.
My linux distribution is Slackware 10.0
HELP
Click here to see the post LQ members have rated as the most helpful post in this thread.
Any idea what device the sshd daemon is trying to access. You could perhaps try: grep -n '/dev/' /etc/rc.d/rc.sshd, but this would just help if the error occurred in the script and not the sshd binary.
Do you have either a /dev/random or /dev/psuedo device, as well as a /dev/null device.
Also, does your ssh daemon run in a jail? If so, there may be needed devices that need to be in jails dev directory.
Maybe someone would have more ideas. Perhaps grep'ing all of the ssh config files for the '/dev/' string may help.
the solution is in the /dev/null file. it should now be a regular file, which is not recommended
some install script probably replaced the /dev/null with a file of the same name...
do the following:
remove /dev/null
and then: "mknod /dev/null c 1 3"
this will create the /dev/null and sshd should start as normal.
I also run slackware linux with the latest upgrade.
keex ! U ARE A GENIOUS HERO AND JUST SAVED MY LINUX WORLD! I was having the exactly same problem since desperate days of searching through log and config files!
BIG BIG THANK YOU!
I would have never figured that out on my own!
How did you figure it out?
sshd not starting, not even spitting an error...
must be the /dev/null file!
holy cow, lol... i am missing some links there
is there any way to make sshd run in verbose? or logging to some file?
ah okay i see
I found out after "strace"-ing. after the log files failed on me, I logged in as root, stopped sshd with /etc/init.d/sshd stop, just to make sure, and typed in the following command:
Code:
strace -f sshd 2>&1 | tee sshd.straceout
I looked at the output, searching for "daemon()" and found it, after or close to some special file opening syscalls. It had to do with /dev/null. So I checked that file for existance. it did exist, so looked at the file more closely and saw, it now was a huge and regular file.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.