The GrandOrgue binaries for LinuxMint 17 (which is a debian via Ubuntu linux distro) are available from the standard repositories and installable through the 'Synaptic Package manager' as well as the LM 'Software Manager'. Although I have also built GO from source I don't bother doing that anymore and use only the repository versions, currently in LM 17.3. I know that having only 3 gigs of RAM will cause problems with almost any sample set I have tried, and in fact I bumped up the RAM in my VPO computer from 8 gigs to 16 gigs because some of the larger (and best) sample sets couldn't be used with only 8 gigs of RAM.
I am using a computer with a 64 bit processor but if you are running a 32 bit LM then the package manager should install the proper version. I assume you have a 32 bit processor because it only makes sense to use 64 bit linux on 64 bit processors, although you can run 32 bit linux on a 64 bit processor. It is also possible to install 32 bit versions of software in a 64 bit system but that involves also installing various 32 bit and compatibility libraries, and in most situations that makes no sense.
It would be helpful if you expanded a little by what exactly happens when you try to load GrandOrgue, so does GO itself generate error messages (in that small window)? You might also get insight into the problem by looking at the log files in '/var/log', such as 'dmesg'. As well, if you normally launch GO from a menu try it instead from a terminal/shell because that will show error messages that you normally don't see when launching from a menu. In the repository version the GrandOrgue binary is in fact 'GrandOrgue' (in '/usr/bin') so typing that at a prompt in a shell will launch it (or attempt to launch it). Another check is to navigate in a shell to '/usr/bin' and type 'ldd GrandOrgue' (obviously without the single quotes) and check in the output any line that has (I think it is) "not found" or something similar. On my machine that produces a long list of the libraries GO depends on, and that does include for example the 'jack' libraries, which are not installed by default but are needed by GO, even though I have found that the 'jack' server does not have to be running to get audio working with GO.