I've just put the 20/8/2020 version of Buster (Raspberry Pi OS (32-bit) with desktop) onto a WD Pi-Drive with a Pi 3B+ hanging off. I added the ssh file to /boot and powered up fine.
I ran terminus from my iPad and and set up (using sudo raspi-config
):
- UK Locale (wanted to set Mac keyboard but no options given on keyboard layout)
- GB for the WiFi country code (though I'm connected via Ethernet)
- New system name
- Set the disk to expand at the next boot
- Set start up mode to be command line with no automatic log-on
- Set default video mode to 35 if I need VNC (will issue starts from command line if GUI needed)
I then came out of raspi-config and let the Pi reboot. After waiting about 10 mins (i.e. made a cup of tea) I tried to ssh from my Mac but the connection is refused:
ssh -v [email protected]
OpenSSH_8.1p1, LibreSSL 2.7.3
debug1: Reading configuration data /Users/andrew/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 47: Applying options for *
debug1: Connecting to study.local port 22.
ssh: connect to host study.local port 22: Connection refused
It seems that the ssh ability has been revoked post reboot despite me not disabling the ability in raspi-config.
The file /Users/andrew/.ssh/config has nothing pertaining to this machine name The only active contents of the /etc/ssh/ssh_config file are:
Host *
SendEnv LANG LC_*
All other lines are comments of blanks.
I checked the file downloaded correctly (sha-256 matched fine) and used Etcher with 'verify on' to cut the image so I'm confident that's not the issue. I also am 100% sure I did not disable ssh when configuring it.
Has anyone else seen this or is this a new 'feature' of the 20/08 version? I have not used the August version before now but not seen this issue on the Feb or May versions.
Later this afternoon I'll redo the disk to see if I can reproduce.
find /etc/systemd/system -name ssh.service
. If that's there, it is. Which doesn't quite guarantee it is run, but it does mean if it doesn't there will be a mess about it in the logs.Raspberry Pi reference 2019-06-20
which I keep updated. I only perform a new install if I want a clean image for testing.