I've done a minimal install using buildroot's default config for the Raspberry Pi. I also selected openssh and openssl from menuconfig:
Package Selection for the target ---> [*] Networking ---> [*] openssh [*] Library --> Crypto --> -*- openssl [*] openssl binary [ ] openssl additional engines
I assigned the Pi to
192.168.0.14, but couldn't ssh to it. nmap shows all ports are closed for the Pi, and sometimes doesn't show the Pi at all, which I found odd - the LINK LED blinks whenever nmap scans it, so I guess it's connected just fine.
I usually manage startup services with
systemctl, however I can only connect to the Pi via ssh - I have no HDMI or Serial Port. I'm unsure how to set it up manually.
/etc/init.d/S50sshd is present in the Pi so it should be starting ssh after boot, shouldn't it?
I couldn't find any relevant logs in the SD card.
Following X Tian's suggestion from the comments I was able to obtain the logs. The only thing logged was
/var/log/messages. Relevant part:
Jan 1 00:00:02 buildroot auth.info sshd: Server listening on 0.0.0.0 port 22.
It seems sshd is starting. The issue seems to be something else.
root@pc:~# ssh 192.168.0.14 ssh: connect to host 192.168.0.14 port 22: Connection refused root@pc:~# ping 192.168.0.14 PING 192.168.0.14 (192.168.0.14) 56(84) bytes of data. 64 bytes from 192.168.0.14: icmp_seq=1 ttl=64 time=32.8 ms 64 bytes from 192.168.0.14: icmp_seq=2 ttl=64 time=55.6 ms 64 bytes from 192.168.0.14: icmp_seq=3 ttl=64 time=79.1 ms ^C --- 192.168.0.14 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 32.808/55.871/79.140/18.917 ms root@pc:~# exit debian@pc:~ nmap -F 192.168.0.14 Starting Nmap 6.47 ( http://nmap.org ) at 2015-05-30 03:25 BRT Nmap scan report for 192.168.0.14 Host is up (0.085s latency). All 100 scanned ports on 192.168.0.14 are closed
Funny thing is, after shutting down the Pi and disconnecting the Ethernet cable I was still able to ping that address. Now I'm really lost. I figured it'd be best to just tar and upload all files under / if someone knows where to look at (it's not a production environment, the passwords and private keys are not in use, they were set for test purposes).