(The first will complain about kernel udebs being missing; you can safely disregard that for the purposes of this bug.)
Take copies of /bin/df and /usr/bin/du on trusty/amd64, and put them somewhere on your network whence you can download them during installation. Now watch "/path/to/df -m" and "/path/to/du -cmsx /" during the "Loading additional components" phase; in the second image, notice how they start out matching but diverge more and more as the phase goes on until there's no more space on rootfs. It looks as though something is holding references to some temporary files so that their space can't be reclaimed, but I can't see what; it doesn't seem to be anything in userspace that I can spot. Help?
Dear kernel team: this appears to be a regression in 3.13.0-4, although I can't quite track down what. Compare the behaviour of these two images:
http:// archive. ubuntu. com/ubuntu/ dists/trusty/ main/installer- amd64/20101020u buntu285/ images/ netboot/ mini.iso archive. ubuntu. com/ubuntu/ dists/trusty/ main/installer- amd64/20101020u buntu286/ images/ netboot/ mini.iso
http://
(The first will complain about kernel udebs being missing; you can safely disregard that for the purposes of this bug.)
Take copies of /bin/df and /usr/bin/du on trusty/amd64, and put them somewhere on your network whence you can download them during installation. Now watch "/path/to/df -m" and "/path/to/du -cmsx /" during the "Loading additional components" phase; in the second image, notice how they start out matching but diverge more and more as the phase goes on until there's no more space on rootfs. It looks as though something is holding references to some temporary files so that their space can't be reclaimed, but I can't see what; it doesn't seem to be anything in userspace that I can spot. Help?