Updating the comments field on /etc/passwd


 
Thread Tools Search this Thread
Top Forums Shell Programming and Scripting Updating the comments field on /etc/passwd
# 1  
Old 01-26-2009
No, I'm sorry; I don't have a test machine for you. Smilie The script should produce no output in non-test mode. That's unsurprising. I'm not sure why /etc/passwd stayed the same, however. Put the test/echo back in and post the output. Maybe I'll spot another error.
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. Solaris

Passwd -l or -u modifies lastchg field in /etc/shadow file

Hi, I have a Solaris 10 box where password aging is not functioning properly. Using the passwd command with the -l or -u options causes the lastchg field in the /etc/shadow file to be modified. Therefore, if a user's password is set to expire in 90 days and they are 1 day away, all they have... (4 Replies)
Discussion started by: cschar
4 Replies

2. AIX

When did AIX start using /etc/security/passwd instead of /etc/passwd to store encrypted passwords?

Does anyone know when AIX started using /etc/security/passwd instead of /etc/passwd to store encrypted passwords? (1 Reply)
Discussion started by: Anne Neville
1 Replies

3. UNIX for Dummies Questions & Answers

Delete Comments

Hello i am back :D, i have a prolem. I want to Delete the IPs which are in Comments. Input 192.168.0.1 192.168.0.2 #192.168.0.3 #192.168.0.4 - when TAB or Space, delete too. /*192.168.0.5 192.168.0.6 192.168.0.7*\ Output 192.168.0.1 192.168.0.2 My solution is sed -e... (7 Replies)
Discussion started by: eightball
7 Replies

4. Solaris

passwd cmd reenables passwd aging in shadow entry

Hi Folks, I have Solaris 10, latest release. We have passwd aging set in /etc/defalut/passwd. I have an account that passwd should never expire. Acheived by emptying associated users shadow file entries for passwd aging. When I reset the users passwd using passwd command, it re enables... (3 Replies)
Discussion started by: BG_JrAdmin
3 Replies

5. Shell Programming and Scripting

Sed script, changing all C-comments to C++-comments

I must write a script to change all C++ like comments: // this is a comment to this one /* this is a comment */ How to do it by sed? With file: #include <cstdio> using namespace std; //one // two int main() { printf("Example"); // three }//four the result should be: (2 Replies)
Discussion started by: black_hawk
2 Replies

6. UNIX for Dummies Questions & Answers

Updating a field in a File without creating temp file's

Hi Experts, I have a requirement where i need to update the below items in file, 1. END TIME 2. PREV_STATUS For the first time the PREV_status and end time of all job the job will be sysdate & NULL reply as below, Session_name,Load Type,Frequency,Seesion End time,Prev_Status... (2 Replies)
Discussion started by: prabhutkl
2 Replies

7. Shell Programming and Scripting

Script for updating the comments field on /etc/passwd on redhat linux

Hi there, I have more that 300 servers that I need to updated the comments field on /etc/passwd for users that have a blank comments fields. The users have accounts on different servers. I have created a list of these users on a text file called update_passwd.txt. I need a script that will... (6 Replies)
Discussion started by: Linux Duke
6 Replies

8. Shell Programming and Scripting

awk updating one file with another, comparing, updating

Hello, I read and search through this wonderful forum and tried different approaches but it seems I lack some knowledge and neurones ^^ Here is what I'm trying to achieve : file1: test filea 3495; test fileb 4578; test filec 7689; test filey 9978; test filez 12300; file2: test filea... (11 Replies)
Discussion started by: mecano
11 Replies

9. Programming

lint comments

Hi can anyone help me regarding the meaning of the following lint messages. what is the use of having such lint comments in the c program. /*lint -esym(534,cputs,fgets,cprintf) */ /*lint -efile(766,pragmas.h) */ Thanks a lot in advance. (5 Replies)
Discussion started by: axes
5 Replies

10. UNIX for Dummies Questions & Answers

Trying to extract a field from /etc/passwd file..

Hello, was looking for some help on extracting a field from the passwd file. So far I have made a copy of the passwd file and changed my rights so I can edit it. Every user's password is coded as an :x:, and my goal was to change that x to a blank, and then try to extract any user with that field... (2 Replies)
Discussion started by: xBuRnTx
2 Replies
Login or Register to Ask a Question
PW.CONF(5)						      BSD File Formats Manual							PW.CONF(5)

NAME
pw.conf -- format of the pw.conf configuration file DESCRIPTION
The file /etc/pw.conf contains configuration data for the pw(8) utility. The pw(8) utility is used for maintenance of the system password and group files, allowing users and groups to be added, deleted and changed. This file may be modified via the pw(8) command using the useradd command and the -D option, or by editing it directly with a text editor. Each line in /etc/pw.conf is treated either a comment or as configuration data; blank lines and lines commencing with a '#' character are considered comments, and any remaining lines are examined for a leading keyword, followed by corresponding data. Keywords recognized by pw(8) are: defaultpasswd affect passwords generated for new users reuseuids reuse gaps in uid sequences reusegids reuse gaps in gid sequences nispasswd path to the NIS passwd database skeleton where to obtain default home contents newmail mail to send to new users logfile log user/group modifications to this file home root directory for home directories homemode permissions for home directory shellpath paths in which to locate shell programs shells list of valid shells (without path) defaultshell default shell (without path) defaultgroup default group extragroups add new users to this groups defaultclass place new users in this login class minuid maxuid range of valid default user ids mingid maxgid range of valid default group ids expire_days days after which account expires password_days days after which password expires Valid values for defaultpasswd are: no disable login on newly created accounts yes force the password to be the account name none force a blank password random generate a random password The second and third options are insecure and should be avoided if possible on a publicly accessible system. The first option requires that the superuser run passwd(1) to set a password before the account may be used. This may also be useful for creating administrative accounts. The final option causes pw(8) to respond by printing a randomly generated password on stdout. This is the preferred and most secure option. The pw(8) utility also provides a method of setting a specific password for the new user via a filehandle (command lines are not secure). Both reuseuids and reusegids determine the method by which new user and group id numbers are generated. A 'yes' in this field will cause pw(8) to search for the first unused user or group id within the allowed range, whereas a 'no' will ensure that no other existing user or group id within the range is numerically lower than the new one generated, and therefore avoids reusing gaps in the user or group id sequence that are caused by previous user or group deletions. Note that if the default group is not specified using the defaultgroup keyword, pw(8) will create a new group for the user and attempt to keep the new user's uid and gid the same. If the new user's uid is currently in use as a group id, then the next available group id is chosen instead. On NIS servers which maintain a separate passwd database to /etc/master.passwd, this option allows the additional file to be concurrently updated as user records are added, modified or removed. If blank or set to 'no', no additional database is updated. An absolute pathname must be used. The skeleton keyword nominates a directory from which the contents of a user's new home directory is constructed. This is /usr/share/skel by default. The pw(8)'s -m option causes the user's home directory to be created and populated using the files contained in the skeleton direc- tory. To send an initial email to new users, the newmail keyword may be used to specify a path name to a file containing the message body of the message to be sent. To avoid sending mail when accounts are created, leave this entry blank or specify 'no'. The logfile option allows logging of password file modifications into the nominated log file. To avoid creating or adding to such a logfile, then leave this field blank or specify 'no'. The home keyword is mandatory. This specifies the location of the directory in which all new user home directories are created. The homemode keyword is optional. It specifies the creation mask of the user's home directory and is modified by umask(2). The shellpath keyword specifies a list of directories - separated by colons ':' - which contain the programs used by the login shells. The shells keyword specifies a list of programs available for use as login shells. This list is a comma-separated list of shell names which should not contain a path. These shells must exist in one of the directories nominated by shellpath. The defaultshell keyword nominates which shell program to use for new users when none is specified on the pw(8) command line. The defaultgroup keyword defines the primary group (the group id number in the password file) used for new accounts. If left blank, or the word 'no' is used, then each new user will have a corresponding group of their own created automatically. This is the recommended procedure for new users as it best secures each user's files against interference by other users of the system irrespective of the umask normally used by the user. The extragroups keyword provides an automatic means of placing new users into groups within the /etc/groups file. This is useful where all users share some resources, and is preferable to placing users into the same primary group. The effect of this keyword can be overridden using the -G option on the pw(8) command line. The defaultclass field determines the login class (See login.conf(5)) that new users will be allocated unless overwritten by pw(8). The minuid, maxuid, mingid, maxgid keywords determine the allowed ranges of automatically allocated user and group id numbers. The default values for both user and group ids are 1000 and 32000 as minimum and maximum respectively. The user and group id's actually used when creat- ing an account with pw(8) may be overridden using the -u and -g command line options. The expire_days and password_days are used to automatically calculate the number of days from the date on which an account is created when the account will expire or the user will be forced to change the account's password. A value of '0' in either field will disable the corre- sponding (account or password) expiration date. LIMITS
The maximum line length of /etc/pw.conf is 1024 characters. Longer lines will be skipped and treated as comments. FILES
/etc/pw.conf /etc/passwd /etc/master.passwd /etc/group SEE ALSO
passwd(1), umask(2), group(5), login.conf(5), passwd(5), pw(8) BSD
March 30, 2007 BSD