Bug#679339: debian-installer: ENOSPC on /var after autopartioning with separate partitions
There are other bug reports regarding not enough storage. I am posting a list in case it makes sense to merge with any of this: #241478 - Should not show the autopartitioning dialog when there is no enough space (even on the entire drive) #250284 - Should warn when trying to create file system in partitions with inadapted (too small) size #264903 - Please check size #265290 - 1.8GB are not enough for / with desktop (autopartition with home) #282155 - distinguish out-of-space from other installation failures #356521 - free space is too small error should say roughly what the minimum size has to be #368690 - Should better handle a full partition in the target system #399686 - debootstrap should fail when there is no more diskspace. #410735 - installation-report: tasksel should give information about discspace #435769 - debian-installer: no checking for sufficient disk space #538348 - pkgsel/tasksel: can no longer determine free space for desktop task #553482 - installation-reports: confusing error message if partition too small #579523 - pkgsel - Does not detect ENOSPC errors #591277 - Minimal size for partitions might be too small #593545 - Fails on disk space with autopart, sep. /home, too many tasks #593998 - installation-reports: Guided setup cannot install Desktop as root partition too small -- Melhores cumprimentos/Best regards, Miguel Figueiredo -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fec197c.7070...@debianpt.org
Bug#679339: debian-installer: ENOSPC on /var after autopartioning with separate partitions
Package: debian-installer Version: 20120626 Severity: normal Hi folks, for a mixed English/French expert install, I picked a 2 GB disc in VirtualBox, selected automated partitioning, with separate partitions, on top of unencrypted LVM, if that matters. This resulted in: | /boot: 230M | /home: 420M | /tmp : 28M | /usr : 590M | /var : 340M Even with just “Standard utilities” being selected, the installation tried to proceed and /var went ENOSPC. Maybe we should have some countermeasure to prevent from even trying? (I reckon expert install might mean fewer controls. I would have to check whether normal installs are also affected. I'd be happy if somebody tries to reproduce this issue.) Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120627231142.21239.54236.report...@bowmore.home.mraw.org