Thanks, i don't know why I didn't think of ssh. I don't know if resume from suspend works, but I kind of just assumed it wouldn't... To be honest I don't think I've ever put this computer to sleep. I'll test that tomorrow as well and report back.
I think what we need is reset on resume (like you get with -gux_nosleep), but without some of the re-enumeration logic that is apparently triggering the volumes to be uncleanly ejected upon resume. The linux driver handles Etron usb3 in just this way.
Is -gux_nosleep supposed to already be working better than this, or is it a work in progress?
There's a bunch of ways you could start to debug this. If you remotely login via ssh does that work OK? If so, you can monitor with ps what process is hanging, and then check with lsof to see what that hung process is up to.
I assume resume from suspend doesn't work for you either.
ps is something I've only used a handful of times, what arguments should I use with it?