Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

"su: Authentication failure" in Debian image #21

Closed
JonathonReinhart opened this issue Jan 7, 2016 · 3 comments · Fixed by #24
Closed

"su: Authentication failure" in Debian image #21

JonathonReinhart opened this issue Jan 7, 2016 · 3 comments · Fixed by #24
Labels
bug

Comments

@JonathonReinhart
Copy link
Owner

When using scuba to enter a Debian image (with no additional arguments), I see an "Authentication failure" message from su, that seems to have no real effect:

$ cat .scuba.yml 
image: debian:8.2

$ scuba
su: Authentication failure
(Ignored)
bash: cannot set terminal process group (9): Inappropriate ioctl for device
bash: no job control in this shell

scubauser@84721027f43e:/scubaroot$ id
uid=1000(scubauser) gid=1000(scubauser) groups=1000(scubauser)
@JonathonReinhart JonathonReinhart changed the title "su: Authentication failure" in Debian images "su: Authentication failure" and Control+C weirdness in Debian images Jan 7, 2016
@JonathonReinhart JonathonReinhart changed the title "su: Authentication failure" and Control+C weirdness in Debian images "su: Authentication failure" in Debian image Jan 7, 2016
@JonathonReinhart
Copy link
Owner Author

Made the Ctrl+C bug its own issue #22.

@JonathonReinhart
Copy link
Owner Author

For some reason, su in Debian doesn't like the fact that .scubainit is manually adding the entries to /etc/passwd and /etc/group. I did this because the Busybox image I've been testing with doesn't have the standard useradd -- it only has a similar but broken version of adduser.

@JonathonReinhart JonathonReinhart mentioned this issue Jan 7, 2016
Closed
@JonathonReinhart
Copy link
Owner Author

This is most likely happening because I am not creating an entry in /etc/shadow as well.

JonathonReinhart added a commit that referenced this issue Jan 8, 2016
@JonathonReinhart
inject /etc/shadow
f444d4b 
This adds a proper /etc/shadow entry as well, fixing the
"Authentication error\n(ignored)" from su.

This fixes #21.
@JonathonReinhart JonathonReinhart mentioned this issue Jan 8, 2016
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Inject /etc/passwd and friends instead of .scubainit JonathonReinhart/scuba
1 participant
@JonathonReinhart