> Date: Tue, 9 Jun 2020 14:47:13 +0200 > From: Paul de Weerd <[email protected]> > > Hi all, > > I've done a round of upgrades on some of my systems, including my GPD > Win. The upgrade went fine, but shortly after going multi-user the > system becomes unresponsive and starts scrolling these two lines > continually: > > uvn_flush: WARNING; changes to page may be lost! > uvn_flush: obj=0x0, offset=0x5b30000. error during pageout. > > I had to take a picture to be able to decipher this, as it was > scrolling too fast to read otherwise. See [1] - there you can also > see that there was one other line that was logged, this came by a > couple of times but not as often as the two I copied above. > > After a reboot, the system then spends quite some time during fsck and > then the relinking of libraries (storage is SLOW on this machine). No > problems during this time. Also in single user mode this doesn't > happen. I have a few seconds to ssh in and grab a dmesg before it > locks me out again. And then it is too busy scrolling the above to > respond to anything - only recourse is powering the box down. > > On a whim, I disabled KARL, figuring that's the one "big" thing that > starts after reboot that may cause this. And indeed, nothing happens > without it running. Manually starting KARL (`make newbsd` in the > correct location) results in the same output after a little bit of > runtime. > > Downgrading to 6.7 (what it was previously running) works fine, > including kernel relinking at boot. dmesg from both the latest > snapshot and 6.7 included below. > > Any idea what may be going wrong here? Next step is for me to try to > find the breaking snapshot by trying the archive at hostserver.
One of your filesystems is (almost) full. What you're seeing is what happens when a program writes to a file by using mmap(2) and there is no disk space available when the kernel finally decides to write out the modified memory to disk.
