slarm64This forum is for the discussion of slarm64.
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.
To avoid continuing the old thread (Getting ssd booting…), we'll deal here with password problems. The image I'm using is:
slarm64-current-aarch64-xfce-raspberry_pi_4-5.15.5-build-20211128.img
from November 2020.
I have not been able to get a user's password set at all in Slarm64. Comparing with a PC Slackware64 install, I found user entries were not getting added to /etc/passwd, or /etc/passwd-. I manually edited those as root, pasted in from my pc a line from /etc/passwd, changed the user password using the root account, and I was able to log in to agetty consoles.
To get into X, I had to:remove lightdm-chooser from /etc/pam.d/; change /etc/inittab from runlevel 4 to runlevel 3; Then log in at the prompt, and run 'startx.'
Also worth noting is that the user's home dir is not created. Further, a user doesn't have permission to make it, so I had to do that with root with a separate command, and then change perms on it.
When it comes to password stuff, I'm clueless. I'm conscious that both of those solutions are workarounds, not fixes. I feel a review of that password stuff in needed, however. I can't be of much help because my expertise is in electronic hardware, not software.
If you have to edit passwd, shadow or groups manually, use vipw and vigr. They work like visudo, creating a temporary file to hold the edited text and checking for correct syntax before copying it over.
It appears I was able to fool the password stuff, but I am pretty clueless about pam which slackware has added now. But I'm not out to reinvent or develop Slarm64, that's not my field.
It looks to me like an OS issue with Slarm64. I installed a binary image, which should work out of the box, but doesn't. There are some Arm-specific patches required to get things compiled. It looked to me like the 'useradd' program should have the sticky bit set, but it doesn't need that in the x86_64 version. But a RazPi is not an X86_64 compatible - it's an sbc in an SoC or two.
To avoid continuing the old thread (Getting ssd booting…), we'll deal here with password problems. The image I'm using is:
slarm64-current-aarch64-xfce-raspberry_pi_4-5.15.5-build-20211128.img
from November 2020.
I have not been able to get a user's password set at all in Slarm64. Comparing with a PC Slackware64 install, I found user entries were not getting added to /etc/passwd, or /etc/passwd-. I manually edited those as root, pasted in from my pc a line from /etc/passwd, changed the user password using the root account, and I was able to log in to agetty consoles.
To get into X, I had to:remove lightdm-chooser from /etc/pam.d/; change /etc/inittab from runlevel 4 to runlevel 3; Then log in at the prompt, and run 'startx.'
Also worth noting is that the user's home dir is not created. Further, a user doesn't have permission to make it, so I had to do that with root with a separate command, and then change perms on it.
When it comes to password stuff, I'm clueless. I'm conscious that both of those solutions are workarounds, not fixes. I feel a review of that password stuff in needed, however. I can't be of much help because my expertise is in electronic hardware, not software.
after boot there is a single root user and password is set on first login in both kosol and lighthdm. field from the root user you create any user and configure it as you need it.
#%PAM-1.0
# Block login if they are globally disabled
auth required pam_nologin.so
# Load environment from /etc/environment and ~/.pam_environment
auth required pam_env.so
# Allow access without authentication
auth required pam_permit.so
# Stop autologin if account requires action
account required pam_unix.so
# Can't change password
password required pam_deny.so
# Setup session
session required pam_unix.so
From my POV, I've got a functional system, and reported back what I had to do to get it working. It's over to others now. There's still a password required on login to X, and to unlock the screensaver. If this is patched I'll test it. I'd like not to have passwords, but that's not the fault of a file I hid from the system!
Anyhow this reply comes to you courtesy of my RazPi as a user in X under firefox, so I'm happy as a pig in s***, as the farmers say.
Last edited by business_kid; 01-18-2022 at 01:22 PM.
Looks like pam_permit is the most likely culprit. I hate autologins anyway. What on earth is the point of having passwords if any Tom, Dick or Harry can just barge in without one?
after boot there is a single root user and password is set on first login in both kosol and lighthdm. field from the root user you create any user and configure it as you need it.
That's the theory. But if it worked here, I wouldn't be posting about password issues.
I'm marking this solved. It's actually worked around, because /etc/passw* is not getting user entries when I add a user/set it's passwd with root. I worked around by pasdting a line in, then changing the passwd on that.
I've gone to runlevel 3 in /etc/inittab, where I can log in as a user (hooray!) Then run startx.
Likewise I disabled all the paranoid stuff, because this RazPi is a media box hung out of my tv. Security is an irritation there, and the software's backed up as of last night. I mean to try going straight to runlevel 4 again sometime, but I reboot it so rarely, it's gone on the long finger.
EDIT: I returned to runlevel 4 by default, and all is as desired.
Last edited by business_kid; 01-23-2022 at 07:38 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.