From mboxrd@z Thu Jan 1 00:00:00 1970 From: Warren Togami Subject: Re: /etc/passwd thoughts Date: Fri, 12 Jun 2009 16:23:42 -0400 Message-ID: <4A32B94E.10902@redhat.com> References: <4A32B84E.8090603@redhat.com> <20090612202045.GA30968@nostromo.devel.redhat.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20090612202045.GA30968-Zdt1ptygihhQcNjhGXsBABcY2uh10dtjAL8bYrjMMd8@public.gmane.org> Sender: initramfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: initramfs On 06/12/2009 04:20 PM, Bill Nottingham wrote: > Warren Togami (wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org) said: >> [warren@newcaprica dracut]$ grep -r \/etc\/passwd * >> modules.d/95nfs/install:dracut_install /etc/netconfig /etc/passwd >> /etc/services >> modules.d/95nfs/install:#echo >> "rpc:x:32:32:Rpcbind:/var/lib/rpcbind:/bin/false">> >> "$initdir/etc/passwd" >> modules.d/90mdraid/install:inst /etc/passwd >> >> It seems that we want an /etc/passwd for certain things in the initrd >> image, but is it really necessary for it to copy whatever users are on >> the generating system into the image? > > If daemons we want/need to start want to drop privleges... yes. > But it is also pulling in user accounts. It seems the above modules.d/95nfs/install creates its own /etc/passwd entry that it expects to be there. Why can't we do this for all cases where something in the initrd needs an /etc/passwd entry? Warren Togami wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org -- To unsubscribe from this list: send the line "unsubscribe initramfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html