My old desktop has used a GTX 650 card since 2013.
The Nouveau driver just didn't work for my system. I tried it a few times
over the years.
Unfortunately nVidia's proprietary driver stopped supporting my card,
relegating it to the "legacy" driver. That legacy driver does not get
along with Wayland and modern Fedora no longer supports X11.
Over the years, I had accumulated a bunch of kernel options in the grub
configuration, all to stop Nouveau confusing things. I had to remove
them. I edited /etc/default/grub and rebuilt grub's config
files using grub2-mkconfig. Nouveau seems to be good enough now (but I no
longer stress it with a million FireFox tabs).
Old (all one line):
GRUB_CMDLINE_LINUX="resume=UUID=6be9f593-abf3-4151-8b0a-8135946edbb4
rd.driver.blacklist=nouveau,nova_core
modprobe.blacklist=nouveau,nova_core
nvidia-drm.modeset=1"
New:
GRUB_CMDLINE_LINUX="resume=UUID=6be9f593-abf3-4151-8b0a-8135946edbb4"
Unfortunately, grub itself used a video configuration that displayed
illegible characters. Again, a change to /etc/default/grub and a
grub2-mkconfig
Old:
GRUB_TERMINAL_OUTPUT="console"
New:
GRUB_TERMINAL_OUTPUT="gfxterm"
GRUB_GFXMODE=1024x768
I tried 1920x1080 but that didn't help. I don't know why.
I don't really know why "console" doesn't work or what "gfxterm" is. I
got this from
<https://discussion.fedoraproject.org/t/grub-menu-screen-resolution/138544/2>
I have a machine running Debian 13 that's used for:
- ripping DVDs
- ZFS 2x6TB mirror
- backing up the contents of my primary machine
But for several months it's been unstable. In the last month I've
concluded it's got a memory leak. `htop`, `free`, and `stacer` have led me
to this conclusion, but none of these seem to be able to tell me what's
causing the leak. I've watched the memory gauge in `stacer` go from
"5.0GiB of 15.6GiB" to "10.2GiB" used in about 5 minutes - while I was
doing nothing on the machine, and `htop` said no processes were active and
nothing in particular was using more memory than usual.
It would be easiest to blame my home-built version of GNU HandBrake, but
the surge of memory usage mentioned above occurred before I ever started
`ghb`. So pretty sure it's not that. Could it be ZFS memory caching? Is
there a way to check (or control) that?
The result is that after about five days the machine is choking because
it's trying to swap everything to disk (very slow because spinning disks)
and around seven days it dies completely. Prior to this supposed leak, the
machine was stable and usable for months at a time, so I'd really love to
hunt down and kill this bug ... Any suggestions on how to hunt memory
leaks would be much appreciated.
--
Giles
https://www.gilesorr.com/
gilesorr(a)gmail.com
Someone joined the Nextcloud chat room (Hi "b") and mentioned they
prefer Microtalk SFU:
> so I end up deploying Mirotalk SFU to have higher quality video with
high FPS
Sounds interesting.
Are you here on this list? Because:
> Maybe in the future I could show you guys what I did.
That'd be great!
Hopefully we can be in touch.
