On 2018-09-03 12:40 p.m., Albert Oszkó wrote:
This Asus laptop (with TW and KDE) was not used for ten days. Yesterday evening I switched it on and saw I have >800 updates. I tried tio install them with zypper dup. I failed, because root got full.
Possibly snapshots but also possibly the RPMs.
I managed to boot into 4.17.14 kernel (got some complaints, but none showstopper) and manually remove all downloaded rpm packages from /var/cache/zypp/packages with mc.
There are two issues here. One is that you have /var on the same FS as /. This is something that BtrFS installations lead to and something I consider pernicious. I'm a great believer in HARD partitioning, that is putting /var on a separate FS. that way if it fills you don't have a full ROOTFS. Of course you could set the cache to some empty FS: ## ## Path where the caches are kept. ## ## Valid values: A directory ## Default value: /var/cache/zypp ## # cachedir = /var/cache/zypp The second is that you have Zypper set up to download ALL of the 800+ RPMs before installing any. This is a setting in /etc/zypp/zypp/zypp.conf I avoid you situation since I have this set to DownLoadAsNeeded. The 'default' is not smart; it ends up as DownloadInAdvance ## ## 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. ## ## commit.downloadMode = commit.downloadMode = DownloadAsNeeded -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org