If it is stuck on 0% but still writing to the disk, then it's either getting errors from the network or when starting a download, or downloading the first chunks fails for some reason. In any case, it would be useful to find out why. Specifically, as you noted restarting snapd helps, which may suggest something network state related.
If you can reproduce it, would you be willing to add the following to /etc/environment and restarting snapd? SNAPD_DEBUG=1 SNAPD_DEBUG_HTTP=7 Then once the problem occurs, please collect the output of journalctl -u snapd. Perhaps trying to reboot the system and then trying `snap install <some- large-snap eg. xonotic>` would reproduce it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1839237 Title: snapd disk write usage very high on 19.04 with snapd 2.39.3 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1839237/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
