On 10/19/2016 08:11 AM, Constant Brouerius van Nidek wrote:
I regret that zypper is not able to recognize when an update will run info space problems. Tumbleweed is installed on my sdc3 on a 35 Gib partition. sdc 1and 2 (40 Gib) have been cleaned and could be used by Tumbleweed.
Somebody an idea how to solve my actual problem?
There are two ways to run 'zypper up/dup' The first is to download *ALL* the RPMs, then step though them one by one doing the install, the remove them, freeing up that space. Obviously you need to have enough space not only to download all that but to handle any growth. As you can see from the config file, the download is into /var, which is one reason I've suggested that this is put on a different FS from the RootFS. I'm really allergic to the BtrFS "One filesystem to rule them all" attitude. The second, which you can arrange by an entry in the config file (where else?). The config file says ## Commit download policy to use as default. ## ## DownloadOnly, Just download all packages to the local cache. ## Do not install. Implies a dry-run. ## ## DownloadInAdvance, First download all packages to the local cache. ## Then start to install. ## ## DownloadInHeaps, Similar to DownloadInAdvance, but try to split ## the transaction into heaps, where at the end of ## each heap a consistent system state is reached. ## ## DownloadAsNeeded Alternating download and install. Packages are ## cached just to avid CD/DVD hopping. This is the ## traditional behaviour. ## ## <UNSET> If a value is not set, empty or unknown, we pick ## some sane default. Now you'll probably notice that the install/default is to have it unset and you'll says that because of what you encountered its "not sane". I agree. The real default seems to be "DownloadInAdvance". Hence your Big OUCH. Traditional or not, you need to explicitly set commit.downloadMode = DownloadAsNeeded There's probably some way to do that on the command line if you want to pour over the man page in detail. HTH. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org