> But your point about having daemons running does have some truth to it,
> and to answer that, I don't see why the functionality of friendly
> recovery couldn't be whittled down to things that can be put in a single
> binary located on /, statically linked with ncurses and whatever else
> necessary to get these sorts of common tasks done.
>
This was pretty much my point ;-)
You want a recovery mode to be a bit more interactive, perhaps
interceding before each mount to manually do the filesystem check and
attempt to mount - and then help you diagnose mount errors.
And then step through each of them, until those are down.
Then spool forwards (maybe offering an interactive "Start foo? y/n" type
approach) until it's ready to start the display server.
And obviously if the display server doesn't start, help to diagnose
that, offer a fallback, etc.
This should all be done in the normal boot too - if fsck fails, friendly
recovery should pop up, not a shell.
Scott
--
Scott James Remnant
<email address hidden>
On Tue, 2009-10-20 at 10:50 +0000, ski wrote:
> But your point about having daemons running does have some truth to it,
> and to answer that, I don't see why the functionality of friendly
> recovery couldn't be whittled down to things that can be put in a single
> binary located on /, statically linked with ncurses and whatever else
> necessary to get these sorts of common tasks done.
>
This was pretty much my point ;-)
You want a recovery mode to be a bit more interactive, perhaps
interceding before each mount to manually do the filesystem check and
attempt to mount - and then help you diagnose mount errors.
And then step through each of them, until those are down.
Then spool forwards (maybe offering an interactive "Start foo? y/n" type
approach) until it's ready to start the display server.
And obviously if the display server doesn't start, help to diagnose
that, offer a fallback, etc.
This should all be done in the normal boot too - if fsck fails, friendly
recovery should pop up, not a shell.
Scott
--
Scott James Remnant
<email address hidden>