Hi Petter!

Sorry for taking so long to react to this bug.

You wrote:

> Hi.  Is the proposed patch ok?  Do blktrace really need to start
> before single user mode is entered?  If not, it would be better to not
> start from rcS.d/ and instead start in runlevels 2-5.  To improve
> single user mode in Debian, as many scripts as possible should be
> moved from rcS.d/ to runlevels 2-5.  Why is the script running in
> runlevel 1, which is intended to be similar to single user mode?

I'm not sure about starting it in runlevel S.  The reason I put it there
in the first place was for consistency with mounting of proc and sys
etc, but I'm not sure it is actually needed suring startup or in
runlevel 1.  I could imagine a scenario where one would like to check
i/o behaviour during boot, but in that case debugfs should probably be
mounted in the initrd anyway.

> Are there some other scripts that need to start after the debug file
> system is mounted?  If this the case, it would be required to make
> sure these scripts depend on mountdebugfs.

Afaik, blktrace is the onlt utiliy that depends on debugfs.  That is
actually the reason that mounting of debugfs was not included in
mountkernfs.  If the situation changes and packages start to depend on
it, it should probabyl still be moved there.

> If this is the case, this patch would be better.  In addition to
> fixing the header for new installations, it make sure to fix existing
> installation to run the script in runlevels 2-5.

Thanks a lot for the patch!  I'll apply it on the next upload (hopefully
rsn).

Best regards,
Bas.

-- 
+--------------------------------------------------------------+
| Bas Zoetekouw      | Sweet day, so cool, so calm, so bright, |
|--------------------| The bridall of the earth and skie:      |
| b...@zoetekouw.net  | The dew shall weep thy fall tonight;    |
+--------------------|                    For thou must die.   |
                     +-----------------------------------------+



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to