Currently, Ubuntu installation from a DVD takes a considerable amount of time due to the installer unnecessarily copying files for packages it will later remove, such as the many language packs that get included on the DVD image.

In order to bring the install speed more in line with the regular desktop CD, during the copy routine the installer will skip files that it knows it will later remove and that can be safely excluded from the target system without causing breakage. Packages will also be modified to use triggers where possible to further reduce unnecessary work.

Release Note

Installations from the Ubuntu desktop DVD are now significantly quicker.


Use of DVDs as an installation medium are becoming increasingly popular, especially as the lack of space forces language packs and other useful additions off the regular desktop CD. However, the amount of time needed for an installation from DVD grows with each newly added package.

Use Cases



The first phase of the implementation will be to profile the installation routine to establish which parts are taking a long time and to determine specifically which packages take the longest to remove.


A blacklist for filtering out files to copy during install will be created by calling dpkg -L on the list of packages, save packages that have prerm files and are known to fail. Should this prove to be too slow, the blacklist will be constructed from /var/lib/dpkg/info/*.list. If both options prove to be inadequate, a whitelist can be constructed instead.

As some packages can fail when they're missing certain files, the list will be reviewed and throughly tested.


It has been discovered that a number of packages, such as dictionaries and fonts, can but have not yet made use of triggers to avoid duplicate work. As part of this specification these packages will be converted to use triggers.

This list includes:


Calculation of removal takes a long time on the 1200+ packages. It might be possible to remove the language-support-writing packages, which would remove over 240 packages from the set. However, it is entirely possible that apt itself is slow to calculate the removal and therefore it should be profiled to see if any gains can be made.

UI Changes

Implementation of this specification will have no impact on the user interface whatsoever. It will not add any additional debconf questions.

Test/Demo Plan

The installer will be run with and without the proposed patch to determine the speed gain and identify any bugs.

BoF agenda and discussion

Installer would skip copying any files that matched a certain pattern. Some packages would fail if certain files were missing. Possible to run dpkg -L on each package to create a blacklist. ... or look at /var/lib/dpkg/info/*.list if that's too slow If a package does not have a prerm, it's safe to remove. Alternatively, we could use a whitelist.


gimp-help-* has a prerm that runs install-docs -r; this appears to be safe language-pack packages appear to be safe. Might be more efficient to remove specific packages first in do_remove().


Calculation of removal still takes a long time (1200+ packages)



DVDPerformanceHacks (last edited 2008-08-06 16:59:39 by localhost)