kozu です。 飛田さんのアドバイスで改善する事が出来ました。 ありがとうございます。 > 手元の Debian では、/etc/login.defs に > > USERGROUPS_ENAB yes 上記のディレクティブを追加する事でプライマリグループを削除する事が出来ました。 ○検証結果 # grep USERGROUPS_ENAB /etc/login.defs USERGROUPS_ENAB yes # /usr/sbin/useradd testtest # grep usertest /etc/passwd # grep testtest /etc/passwd testtest:x:538:544::/home/testtest:/bin/bash # grep testtest /etc/group testtest:x:544: # /usr/sbin/userdel testtest -r # grep testtest /etc/passwd # grep testtest /etc/group > shadow-utils-4.0.16 の物でよろしいでしょうか? なお、私の環境でも shadow-utils-4.0.16 を利用しております。 恐らく飛田さんと同じドキュメントです。 # rpm -qa | grep shadow shadow-utils-4.0.16-0vl2 # ls -l /usr/share/doc/shadow-utils-4.0.16/ -rw-r--r-- 1 root root 68500 5月 2日 1997 HOWTO -rw-r--r-- 1 root root 75805 6月 5日 2006 NEWS -rw-r--r-- 1 root root 3321 4月 1日 2006 README ちなみに、手元の vine4.1 で USERGROUPS_ENAB に関する記述をあさってみると。。 # grep USERGROUPS_ENAB /usr/share/doc/shadow-utils-4.0.16/* /usr/share/doc/shadow-utils-4.0.16/NEWS: (if USERGROUPS_ENAB in login.defs set to "yes", uid != 0, uid == gid, and 一件ヒットしましたので、詳細を確認すると。。 - added support for "usergroups" feature often found in Linux distributions (if USERGROUPS_ENAB in login.defs set to "yes", uid != 0, uid == gid, and username == groupname, then set umask to 002 instead of 022) umask に関する記述が。 ファイル作成時のパーミッションが変わってしまうのか?と心配になりましたが、 実際にファイルを作成すると 644 でしたので、このディレクティブを追加しても問題は無さそうだという結論に至りました。 …〜…〜…〜…〜…〜…〜…〜…〜…〜… NAME : kozu E-MAIL: kozu@xxxxxxxxxx …〜…〜…〜…〜…〜…〜…〜…〜…〜…