Thoughts on Ubuntu Sounder 7 installer CD installation usability
Colin Watson
cjwatson at canonical.com
Wed Sep 1 06:17:19 CDT 2004
On Wed, Sep 01, 2004 at 11:40:14AM +0100, Mark Shuttleworth wrote:
> Colin Watson wrote:
> >OK, neither of these questions are asked in our default install path.
> >The only way they could be asked is if you experienced some errors
> >earlier on in the installation which dropped your debconf priority down
> >to low, or if you used the back button lots (that also drops the debconf
> >priority).
>
> It would be useful if there was a high-level log of "what happened"
> during an install. Is there such a thing? For example:
>
> - failed to detect XYZ
> - installation priority dropped to D
> ...
Yes, this is all in /var/log/syslog during d-i, saved in
/var/log/debian-installer/ after the first reboot. It's not really
high-level, but there are so many events you might be interested in ...
For example, debconf priority changes look like this (I manufactured
this failure for the purpose):
Sep 1 11:05:48 (none) user.warn main-menu[505]: WARNING **: Configuring 'netcfg' failed with error code 1
Sep 1 11:05:48 (none) user.warn main-menu[505]: WARNING **: Menu item 'netcfg' failed.
Sep 1 11:05:59 (none) user.info main-menu[505]: INFO: Modifying debconf priority limit from 'critical' to 'medium'
Sep 1 11:05:59 (none) user.debug debconf: Setting debconf/priority to medium
> Also, given that we are asking a limited subset of questions, and
> setting sane defaults elsewhere, are there ways we could harden the
> installer against failed autodetections? For example, leaving config
> files in a sane default state, failing gracefully where possible, and
> logging such failures?
The installer has a lot of error-tolerance code in it, and I already
consider it a bug when it doesn't. However, it'll have to be reported
and fixed on a case-by-case basis, I think; most of the generalizable
work has been done.
> Also, potentially alerting the user when we do drop the priority
> level, because it seems to happen only when things go wrong, and it
> seems to result in weird D-I codepaths being exposed.
We should see a lot less of this after my main-menu changes yesterday
(not in this morning's CD images, but they're in the CD image rebuild I
just kicked off). Backing up will now only temporarily drop priority.
The only things which will permanently drop priority are failures, which
will be signalled with a red error screen, and the "Change debconf
priority" item on the main menu.
I do want to hear from Sounders about any failure screens they see.
Cheers,
--
Colin Watson [cjwatson at canonical.com]
More information about the sounder
mailing list