adduser misbehaving in Puppy 3.00

Using applications, configuring, problems
Post Reply
Message
Author
User avatar
swarm32
Posts: 12
Joined: Wed 16 May 2007, 04:59

adduser misbehaving in Puppy 3.00

#1 Post by swarm32 »

I'm trying to set up oppensshd under puppy 3.00 and when I go to add a user it promptly replies

Code: Select all

#adduser -h /home/swarm32  -s /bin/bash swarm32
passwd: unknown user swarm32
#
I'm running this under VMware workstation 5.5.3 as a full hard disk install with devx_300.sfs merged. I'm using the sshd from http://www.murga-linux.com/puppy/viewto ... 03&t=12414.
I'm also using Hibachi 1.0 and planning on hosting a Wolfenstien Enemy territory server headless so i need this to work.

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#2 Post by BarryK »

did you create /home directory? it may be better to use /root/swarm32, as we do for spot.

User avatar
swarm32
Posts: 12
Joined: Wed 16 May 2007, 04:59

#3 Post by swarm32 »

Double checked my directory creation, /home is most definitely there. Tried

Code: Select all

#adduser -h /root/swarm32 -s /bin/bash swarm32
and I still get

Code: Select all

passwd:unknown user swarm32
:roll:

Bruce B

#4 Post by Bruce B »

I think you've discovered a bug - maybe in busybox or in its compilation.

John Doe
Posts: 1681
Joined: Mon 01 Aug 2005, 04:46
Location: Michigan, US

#5 Post by John Doe »

try this:

Code: Select all

adduser swarm32

Bruce B

#6 Post by Bruce B »

It seems to my memory that adduser was part of the tinylogin tool set and with 3.00 it is part of busybox.

In any event, with 3.00 adduser --help shows the available arguments and swarm32 did it right and the commands fail.

So it's buggy and doesn't work like its supposed to, even if not using arguments does work, its supposed to accept the arguments and use them.

User avatar
swarm32
Posts: 12
Joined: Wed 16 May 2007, 04:59

#7 Post by swarm32 »

joy. I decided to whip out my 2.17 disc and use that for this project since adduser and all works correctly. If I had any idea how to fix it I would, but alas I don't have a clue. Hopefully someone will be kind enough to fix this. :D

Bruce B

#8 Post by Bruce B »

Swarm32,

I went to busybox' website and don't find this reported as a bug. Maybe it is a compile time problem, I don't know.

After a little more research, I find the tinylogin tools are also made by the busybox team. And I never found problems with them.

---------------------------------------------
tinylogin cli help from puppy version 2.17.1

Tinylogin v1.4 (2005.08.02-19:41+0000) multi-call binary

Usage: tinylogin [function] [arguments]...
or: [function] [arguments]...

TinyLogin is a multi-call binary that combines several tiny Unix
utilities for handling logins, user authentication, changing passwords,
and otherwise maintaining users and groups on an embedded system. Most
people will create a link to TinyLogin for each function they wish to
use, and TinyLogin will act like whatever it was invoked as.

Currently defined functions:
addgroup, adduser, delgroup, deluser, getty, login, passwd, su,
sulogin, tinylogin, vlock

--------------------------------------------------------
Tinylogin net help address:

http://tinylogin.busybox.net/TinyLogin.html

---------------------------------------------------------

Suppose I should put together a little package for 3.00 for those who need certain things to work?

Maybe Barry will read this and have suggestion or want to fix things -- I'll give time for his input.

Bruce

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#9 Post by BarryK »

The tinylogin-1.4 PET package is on ibiblio. You could download and unpack it, and just use the 'tinylogin' executable. The applets are symlinks to it, and you should be able to run an applet like this:

# tinylogin adduser swarm32

If it works, well, I guess we will have to go back to using the tinylogin pkg.

User avatar
swarm32
Posts: 12
Joined: Wed 16 May 2007, 04:59

#10 Post by swarm32 »

Tinylogin worked flawlessly.

Code: Select all

# tinylogin adduser -h /home/swarm32 -s /bin/bash swarm32
adduser: /home/swarm32: File exists
Changing password for swarm32
Enter the new password (minimum of 5, maximum of 8 characters)
Please use a combination of upper and lower case letters and numbers.
Enter new password:
Re-enter new password:
Password changed.
#
and then after starting OpenSSH I was able to log in successfully. :)

prm49
Posts: 6
Joined: Mon 19 Nov 2007, 22:26

adduser problem confirmed

#11 Post by prm49 »

I can confirm that adduser is misbehaving as reported above.

When you try to create user "fred", for example, it seems to think the name is already allocated and also seems confused between user and group names. It seems to write to etc/group and etc/gshadow files.

However, I can also confirm that tinylogin-1.4 does offer a flawless work-around. Before using it, you might like to purge any detritus from the ends of the group and gshadow files.

Peter

User avatar
trapster
Posts: 2117
Joined: Mon 28 Nov 2005, 23:14
Location: Maine, USA
Contact:

#12 Post by trapster »

detritus:
1. Loose fragments, such as sand or gravel, that have been worn away from rock.
2. Matter produced by the decay or disintegration of an organic substance.
For those of us who have never seen that one before.
trapster
Maine, USA

Asus eeepc 1005HA PU1X-BK
Frugal install: Slacko
Currently using full install: DebianDog

prm49
Posts: 6
Joined: Mon 19 Nov 2007, 22:26

Detritus

#13 Post by prm49 »

Sorry - detritus has become colloquial UK English for junk or garbage.

Oxford English Dictionary includes "debris" as a synonym, and define debris as:

scattered fragments, wreckage, drifted accumulation.

I guess you get the idea!

Peter

Post Reply