Thank you all. :)

Chryon:
That's exactly the type of site I expected to exist but couldn't find before.

It's a full sized tower case and other slots are empty, so I think only power draw would be a potential issue... although those cards do look a little long - what's with the weird fin/handle things?

Patch:
Yeah I tried pointing that out - the full situation is a bit more complicated (and I don't know how much she'd be ok with sharing), but it does boil down to a no-win situation and them being useless arseholes.

Dave:
I think I've seen that site recently, from a Linux perspective - didn't occur to me that it'd be a good way to check general hardware compatibility too.

This page says the GT 730 is a PCIe 2.0 x16 - so presumably it is still backwards compatible with PCIe 1.0 too?

William:
That'd be great! I think both screens also have VGA, and according to this it has the same 200W for "Suggested PSU" and half the TDP of the existing card so should good be PSU-wise.

I'll send a PM.

Most cards can operate at slower PCIe bus speeds, but compatibility isn't guaranteed.

Many years back when I had an Athlon X2 system, my GeForce 8800 packed in, I bought a Radeon 5770 replacement and the system simply wouldn't boot with it. Ended up in a choice between replacing the graphics card with a poorer one that was compatible, or upgrading the mobo/CPU to a new Core i5. I ended up going the latter route in the end, but it did highlight that older boards don't always work with newer graphics cards.

The GT710's are a great cheap card that works well in Win10. I've whacked them in the workhorse HP Elitedesks I've got 2nd hand from various jobs. Never had a display issue across two screens and they even 
handle some older gaming titles well. 

Depends on manufacturer, but the MSI ones always come with the option of a half height bracket. 

PM'd a reply. Just need an address and it's on its way.

Thanks again - received, installed, and working. :)

Debian just worked with no issues (using built-in drivers), whilst for Windows only the DVI port worked initially - wouldn't even send a low-res signal over either VGA/HDMI ports.

After maybe half an hour of waiting for an update (which spent most of that time at 20% with no indication of progress) and the driver download apparently stuck behind it sitting at 10%, it eventually completed the update and installed the driver, but still seemed not to work for a couple more minutes, then suddenly the HDMI screen blinked into life.

Anyhow, a couple of restarts later, both screens have correct resolutions, no flickering or glitching, menus look as they should, etc.

Glad it got there in the end. The card would have just sat in my desk drawer for ever, so it's good to see it put to use. It was in my Plex machine for about a year but that was mainly run headless so it didn't see much action (and the free version of Plex is all CPU not GPU), so hopefully it's got some life left.

What de are you running on debian? I'm having some issues with the open source nvidia drivers on Ubuntu w/xfce periodically hanging after about 3-4 hours of assorted browsing/editing/file managing stuffs. I'm able to then ssh in from another pc, kill some processes (notably xserver) and reboot it. It otherwise stays up reliably for weeks, so I'm assuming it's an xserver/driver issue.

That machine is just Gnome, and hasn't had that much continuous use - certainly not in its latest configuration. (For my own machines I'm currently running KDE Plasma and Cinnamon, but they have Intel graphics.)

What makes you think it's the drivers - wont killing xserver cause all GUI apps to be killed, so it could still be a number of things?

It could be any number of things, but that's my best guess (unfortunately it's also a production server, so that complicates any sort of troubleshooting). Maybe it's a gpu memory leak? Anyway it only seems to affect the graphics subsystem, as everything else including ssh, apache and mysql keep on trucking.

I'd heard that the open source 'nouveau' driver could be problematic, this is the only pc with their graphics I use, all the others are either AMD or Intel, with no similar issues (or any, really) -- I always install the headless netinstall server edition, add xfce, and build up from there as needed (my home pc runs Fedora).

Totally not a fan of Gnome or KDE. Tried cinnamon, found it buggy and lacking polish but this was a few years ago.

I usually try to id all running GUI processes in top (typically firefox and thunar), and kill them before xserver and reboot.

Sounds like the Raspbian Lxpanel memory leak. It is/was in Raspbian Stretch and I don't think anybody bothered to fix it without upgrading to Raspbian Buster. Runs fine for ever until you try to do anything remote that uses the graphical interface, then after a while it starts to squeak "Failed to fork (Cannot allocate memory)" and nothing works, even a console. Daft workaround is to login with VNC or whatever and turn the bluetooth on and off.

Crikey. checked my notes, the server was assembled from parts in mid-2012(!)

Ran headless for 6 years then stuck a GT520 (purchased with the rest in 2012) in it when it became my main dev platform.

The production server role was a demented skunkworks experiment that worked rather too well, and the rest is history.

I suppose it could be a hw issue ...

I thought the Nouveau driver used to have issues but those had been ironed out now? At least that's the impression I've gathered from occasionally scanning through threads with people asking for help - that most people don't need the proprietary Nvidia drivers any more.

Why've you got a GUI on a production server anyway?

Not a fan of Gnome either, but it's simple enough for non-power users. Cinnamon is adequate, but also limited in places, and the widget code is ugly and confusing. I was planning to switch from Cinnamon to Plasma (since I was ok with that in Debian 10), but the latest version of Plasma seems both slower and buggier, and it just doesn't gel with me, so now I'm faced with tedium of downloading half a dozen different distros/DEs to see if I can get on with any of the others.

Well it's one of those weird things where the pandemic and WFH reared its ugly head, so it got pressed into full-time service in that role, which it does great.

I'll have to consider another arrangement soonish, since arguably it should be on its last legs, I have to refresh the Ubuntu LTS it's running anyway and yada. Hopefully I can keep using it for a dev box, if I can sort out the gui issue, maybe try a different legacy gpu for that.

I've tried quite a few different de's and settled on xfce for being lightweight and stable, with no stupid wannabe OSX/Windows eye candy BS.

Nice to see this one resolved.

But really, why aren't your sister's workplace providing a computer?

*shrug*

If I could share more details, everyone would be asking why they're not requiring the use of machines they've provided, pre-configured and suitably locked-down, but why be competent when you can be cheap?

Hope they're all stocked up on BTC.

Worse than not just providing staff with correct tools then. Worrying.