Re:64 bit OS Raspberry Pi4 Benchmarks
by 4d617832 on Saturday February 29, 2020 @06:47PM
(#22454060)
So that's how they came up with that. As someone who normally installs "normal" Linux systems I find it quite irritating that you have to put a file somewhere, especially the boot record, to "enable" ssh of all things. Up until now I considered it a weird decision. (and I still think it is not optimal) I deploy my RPi's in the field and don't put a monitor on them so I would expect ssh running as default. First time I found out about it was when reading the unit file when I was building a custom image based on raspbian, so I wouldn't consider it obvious :) When working on a Linux Device I just mount the main partition and do my customizations.
[ Parent
| on HN ]
Raspbian did originally come with SSH enabled by default but the default credentials pi/raspberry made it trivial for misuse:
https://www.zdnet.com/article/linux-malware-enslaves-raspber...
Exactly. You can't have it both ways: make it easy to remember the user/pass and also make it easy to login remotely.
Re:64 bit OS Raspberry Pi4 Benchmarks
by 4d617832 on Saturday February 29, 2020 @07:58PM
(#22454368)
Probably the right decision then. As I don't put them on public networks and delete the pi user this is of little concern to me, but given the target group, it is a simple safety measure.
Re:64 bit OS Raspberry Pi4 Benchmarks
by proverbialbunny on Saturday February 29, 2020 @08:35PM
(#22454507)
I think there is a better solution: On a new install on first login, over ssh or on the gui, a user/password must be created.
This way the initial login only works once. Both gui user/pass and ssh user/pass are tied by default.
Re:64 bit OS Raspberry Pi4 Benchmarks
by foxrider on Saturday February 29, 2020 @11:20PM
(#22455092)
This is how it works in ARMbian. It forces a password change on first login. It can be annoying if you intend on deleting the alarm user right after that, but I can easily see why. "Default" passwords are always suboptimal.
Re:64 bit OS Raspberry Pi4 Benchmarks
by cptskippy on Saturday February 29, 2020 @07:17PM
(#22454199)
> I deploy my RPi's in the field and don't put a monitor on them so I would expect ssh running as default. First time I found out about it was when reading the unit file...
So I guess you weren't building those images? If you're building headless RPi images that's something you learn immediately.
Re:64 bit OS Raspberry Pi4 Benchmarks
by 4d617832 on Saturday February 29, 2020 @07:55PM
(#22454351)
I have a tendency to learn stuff in reverse. I used to make an SD Card ready, connected monitor and keyboard and enabled everything as needed. Then I got the task to deploy n-RPi's and looked at the image first to customize it for the requirements we had. That's when I looked around and saw the unusual unit file and tried to understand why the service would look at the boot partition to start a service. In the end I think I added the symlink to start the service thorugh systemd.
I don’t know the details of how they implement this but it sounds like you want a systemd drop in file to override the ConditionPathExists (or similar) directive (I’m assuming you can’t or don’t want to modify the upstream unit directly given the use of symlinks).
Re:64 bit OS Raspberry Pi4 Benchmarks
by kingosticks on Sunday March 01, 2020 @12:19PM
(#22457843)
It's at https://github.com/RPi-Distro/raspberrypi-sys-mods/blob/mast...
Or you can chroot to the mounted Raspbian root partition and do a normal `systemctl enable ssh` as part of your image customisation. Because, to be clear, you do not have to put a file in /boot to enable SSH, as it was claimed above. That is purely a helpful shortcut.
Have you considered something like Yocto[0]? I've had good luck with it.
[0] https://jumpnowtek.com/rpi/Raspberry-Pi-Systems-with-Yocto.h...
I'm interested in trying it. In the past I used a system based on Debian's Live Build (https://github.com/gumstix/live-build) and I was wondering how it differs, but I'm just now noticing even this suggests using Yocto instead.