On Sun, 22 Feb 2004 13:43:50, Marco d'Itri wrote: > I'm lazy, so I will include my last blog post as a summary. > > This goes to debian-glibc and the initscripts maintainer as well because > S35mountkernfs needs to be split in two parts: one which will mount /proc > and /sys, to be run at S03 and one for the rest, which can be left at S35. > This will have the positive side effect of allowing removal from some > other init scripts of the cruft needed to mount and then unmount /proc.
I have been discussing this with the glibc people as well, in particular with GOTO Masanori. Basically we agreed on something similar. I should have drafted up a proposal to post to debian-devel some time ago, but I didn't have time and later forgot about it .. sorry. Part of that discussion: Miquel van Smoorenburg wrote: > Now there are packages that want to look at /proc even before > /etc/rcS.d/S35mountall.sh. So much, that /etc/rcS.d/S10checkroot > makes sure it's mounted. And there are even packages that need > procps even earlier, like bootlogd and keysmaps. They mount /proc > to peek in and then unmount it again: ugly. > > Now a request to mount /sys from the initscripts has also been filed, > see Bug#225912. > > So, if I need to add a script to the initscripts (from sysvinit) package > to manage proc and sysfs, why not throw devpts into it. It's a similar > filesystem. > > I think it needs to be a 2-stage system. /etc/rcS.d/S02mountkernfs would > mount all top-level kernel filesystems (there's also non-toplevel, e.g. > /where/ever/chroot1/proc) but not write /etc/mtab. Then, > /etc/rcS.d/S35mountall.sh would make sure that those mounts get written > to /etc/mtab and that the other non-toplevel kernel filesystems get mounted. > > If you look at /etc/rc6.d/S31umountnfs.sh you'll see that the unmounting > of some of those filesystems is already handled by that (admittedly now > wrongly > named) script. GOTO Masanori wrote: > I think it's sane that initscripts handles such mount works. > The rest items I think are: > > - glibc package loses devpts.sh/mountkernfs, and initscripts > gets it. So we need to add Conflicts: initscripts (<< > oldversion) if we do without consideration. I don't want to > add such Conflicts. Fortunately, my update to > /etc/init.d/devpts.sh/mountkernfs is not still packaged to > the latest glibc sid package, so we only consider to devpts > (which is currently provided by glibc package). Can you > provide good script which allows to coexist both devpts.sh > and your new script? > > - Is this integration worth while doing? > > - we need to discuss this issue on the public lists > (debian-devel, debian-glibc) Mike.
