Topic: Linux noob trying to run bitcoin via SSH (Read 8953 times)

Ah, yeah, that's what I was looking for.    Thanks!

you could also have done:
if you want to jail the user in his home when he is using vsftp, you can enable a chroot in vsftp.

New question: I've installed FTP via vsftpd, and created a new user with access to the www directory, but can't figure out how to make that directory the "home" or "default" directory for said user.  And also remove the ability for the ftp user to get to the root directory through FTP - I only want it to have access to the www directory and any child folders.

EDIT: Nevermind, figured out how to by setting up a user_config_dir path in vsftpd.conf, then defining specific user permissions there.

+1 Bravo!

Thanks drgr33n, don't feel sorry for me though.  I've definitely learned a lot about linux... how to do basic navigation, unzip tars, install libs, install OS's, use SSH, change the root PW, modify text files with pico, download with wget, etc.  Very valuable, because now I feel like I can at least try to solve issues that come up.

And on that note, I installed Ubuntu, downloaded bitcoind, ran the 64-bit bitcoind, and just like that, it worked.  I am happy. 

I feel sorry for you !! Yoou've worked so hard and got know where. If you give me SSH access I'll set it up and you can watch me via teamviewer for free it will take me about 5 mins in ubuntu lol

I might take you up on that, but I'm low on coins at the moment... don't have a whole lot extra I can spend.  Gotta pay the bills. 

fair enough.

new offer:
i can learn it to you over irc, if you like
maybe for a coin or two.

Ok, no Gentoo.

Thanks kokjo, and I appreciate the offer, but I think it's important for me to go through this so that I can learn what I am doing on linux to some extent.  I don't want to be dependent on others to fix anything that might go wrong.

don't, gentoo uses a hell of a lot memory, becuase its compiling from source. it is not a good idea to run it in a vps.

my offer still stands, i can fix it for you. for 2 btc/hour. but it should not require more then 30-45 min.

I'm sure my VPS provider has not yet updated their CentOS version to the latest.

I might give Gentoo a try...

Debian 5.0 was a disaster.  The only version of bitcoind that I could get to run was a modified version of 0.3.22, and I tried for like a week with the help of this forum to get it to work.  I've given up on that front.  You only need to read through this thread to see what happened with Debian.

And of course I was doing something wrong.  But no one here could help me to do it right, so obviously, it's not just my head that its over.

Believe me, I'd love to use linuxcoin, but the VPS doesn't allow me to install my own OS - only the ones that they have listed.

I'll try Ubuntu first though, thanks for the advice kokjo.

VPS Servers require CentOS 5, because it's still the only OS to run with Kloxo, which is the best option to run as replacement of a regular hosting; which is the primary use of a VPS; and the system flavor which requires less memory to run as whole.

Gentoo/Knoppix in a VPS, you need to be insane to try that one, since you can't touch the Kernel, what's the use? Blast your memory (and I don't know about your experiences with VPS's, but there's no swap nor any RAM virtualization, if you run out of physical memory the only thing to do is a VPS reboot as the system will hang) with builds?

In order to replace old bugs with new ones...  

very often vps only support CentOS 5, sadly.

uses much memory, and its needs to be runned some times, because of security upgrades.

it seems that, OP has already tried debian. it did not work. its likely to be an old version like CentOS.

oh. they work for me, on my own computers. but its not likely to work on a vps.
in my experiences ubuntu works best in a vps.

CentOS version 6.0 was announced and released on July 10th, 2011; I'd hardly call that old.    It runs a modern kernel version and very adequately supports every dependency of bitcoind.

Gentoo requires no more memory than any other operating system running an equivalent kernel and software payload, and any of their stage3 tarballs does indeed contain all the libraries that bitcoind depends on without any need for compilation or recompilation of anything existing or extra

Debian, likewise, should have no trouble running bitcoind -- what is your experience with it?  From a fresh installation, if bitcoind doesn't run right away, it should not take more than two minutes to diagnose and resolve the issue to get it working properly

I don't mean to sound rude, but if these aren't working for you, you're doing it wrong

lol if its as bitter as you I bet it tastes like sh*% hahaha only joking

no its a mis-spelling of a danish chocolate milk drink called "Cocio" http://en.wikipedia.org/wiki/Cocio

OMFG kokjo you are certainly a cock !! Hence the name right ? Your not even the OP so why do you care so much lol Jumping on everyone like a little Jack Russel.

@ the OP sorry forgot I already read this use Ubuntu I'd say and

OMFG! it can't run in a vps, or at least it would require very much work to get it running.
the problem with vps is that it is running in some kind of chroot-jail, it not your own machine like a VM is.
its cheaper and a bit faster then a VM, but your control over it is more limited, than with a VM.

you can't just slide in a cd and install/run from it.

btw. your linuxcoin posts a beginning to be annoying, it can't be used for everything. and please read and understand the thread before posting

(yes im an @$$ again)

Why don't you just use linuxcoin ? It's debian based and has the latest bitcoin software ?

not the CentOs, it is likely to be very old-but-stable, and would therefor not work.
Gentoo it not recommended, it requires too much memory, becuase it build anything from source. more memory -> bigger price
Debian, we already tryed that one, it did not go well.
fedora or opensuse, i don't know they might work.

i recommend ubuntu, if its 10.04 LTS, or newer.

bitcoind's dependencies are very minimal

It should run on just about any proper Linux distribution, including all of the ones you mentioned

I didn't read this entire thread to know what the problem is, but I gather from bits and pieces that libgthread was missing in your current distribution?  Simply install glib (not glibc) to fix that

Whatever the case may be, use whatever is most comfortable for you and whatever you have the most experience using.  If there's ever a problem regarding missing libraries or dependencies, you can likely get an answer in a few minutes by visiting the distribution's forums and asking what package you need to install/how to install it/etc

Rest assured, the very few distributions that bitcoind won't run on are rare, and I have a lot of faith that you will never encounter them unless you begin doing some embedded design work on different architectures

try ubuntu, it 'should' work. but be careful when you install a different OS, you will wipe your data.

So, got access to the VPS control panel, and am thinking about installing a different OS.  Below are my options.  Can I be assured that bitcoind-0.3.24 would run on any of them?  Or should I just start installing them and trying them out?

Gentoo
Debian 5.0
Ubuntu
CentOS
Fedora
OpenSuse

VPS vs VDS Pros: They're way cheaper

VPS vs VDS Cons: Everything else. 

A VPS is just like a shared host, except that each container has its own IP and shell. But from the main machine they look like: /vps/vps1/, /vps/vps2/(...) whereas a VDS/DS mounts exactly at / and can have its own Kernel, swap and filesystem.
Actually one thing to look carefully with VPS's is the memory, because it has no swap or any virtualization of memory, if you run out of memory your system will most likely hang.

Haha, good to know...!

You can not update the Kernel in a VPS! Because the Kernel is shared with the main machine. VPS's are not VDS's.

Sid is the cutting edge. Try that. Should have the up to date libs, but as with any cutting edge stuff my usual disclaimer applies: "You might break stuff. Don't blame me, I didn't force you to installed it"

I'd be fine with Debian if it actually worked with the latest bitcoind.     Maybe they have Debian 6.0 available, not sure.  That's one thing I'll be checking out.

Sorry to hear that. I'd try to help recover, except I've never run a VPS, only local machines, so I don't have a clue what to do without physical access.

Anyway as for other OS's, I'm not sure what else you'd use. CentOS and Debian are some of the best for servers (and CentOS is a pain to get bitcoind working on). The main difference with Ubuntu on servers is that you end up upgrading more often than debian, so I'm not sure why you'd want to. If you want to run Windows, it'll likely be more expensive, and less reliable.

Maybe I'm biased because I use Debian, but it really seems to be the best choice to me.

It'll be for a new website I am developing.  I'll be running XAMPP and bitcoind.

Well, been following those instructions for the past two hours, and when it finally came to the kernel + udev install, then a reboot, SSH didn't come back up. 

Guess I'll ask my VPS provider to reset it and start over.  Or maybe look at what other OS's they have available...

The latest bitcoind binary doesn't work under Debian 5, you need to recompile it to old versions of libstdc++
Last version of pre-compiled binaries that works with Debian 5 is 3.21.
I'll probably need to recompile my own, but 32 bit version, so I put the binaries once I take some time to do it.

Welcome to wonderful world of Linux, where versions come after each others for no reason at all...
Hail to Cobol! Since 1960 to our days minimal changes and versions came out.
The reason? When you create something that just works, you don't need to keep releasing new versions. BSD is also stable, so you don't see any new version of BSD "pooping out every year", now Linux... is just in competition with Windows when it comes to see which of them crashes most! 

Yes, you can upgrade. Here are instructions:
http://www.debian.org/releases/squeeze/i386/release-notes/ch-upgrading.en.html

SgtSpike, It is possible I missed something but can you tell me why do you need to run bitcoin in your rented headless box.

So the issue boils down to this:  Someone else compiled it for bitcoin.org on a flavor of linux with newer libraries, and since my version of linux has older libraries, I can't run it.

I'll look at compiling it myself then, that seems to be the only route to go.

Is there a way to update from 5.0 to 6.0 without losing my files and configs?

The issue here is that your libc isn't new enough for the precompiled binaries - they were compiled against a newer version of libc. libc is the C standard library, so anything written in C or C++ (basically everything) depends on it, so it's hard to upgrade.

Anyway, what's confusing me is that I'm running debian stable on my desktop right now, and bitcoin runs fine. I checked the package repos, and all the libraries are a new enough version.

Are you sure you're not on oldstable? Try running:
If you're running stable, it should say "Debian GNU/Linux 6.0"
If it says 5.0, then you're running oldstable, and that's your problem. You're probably going to need to upgrade to stable sometime anyway, and that would let you run the precompiled bitcoind just fine.

Another option is to compile the binaries yourself. It shouldn't be too hard since you won't need UPnP or wxwidgets.

The reason why the centos binaries work is because centos also has an older libc, so compiling against that older version lets it run on your system.

What Debian release are you running? Squeeze, Wheezy, Sid?
From what I know of the Debian Way, Squeeze is stable due to the lack of "latest, greatest and cutting edge" - could be part of the problem?
Rock-solid Stable doesn't always mean "everything is going to work just fine"
As far as I know, the Boost libs are the only  so-called "nonstandard" libraries that bitcoin depends on (I could be wrong).
have you tried building just the daemon (no gui, no Wx Widgets)?

Well, I managed to find a working version of 0.3.22 to run.  It was meant for centOS, but seems to work on debian without a problem.  I have yet to test RPC calls though.

The version I am using was downloaded from this post:  http://forum.bitcoin.org/index.php?topic=685.msg371171#msg371171

Why is it such a problem to run bitcoind on Debian and so many other headless linux OS's?  From what I have read, it seems like the dependencies are not something you can upgrade - it's part of the core OS.  It seems silly to have such dependencies that exclude so many linux OS's from running bitcoin...

I could be wrong, and if I am, I would very much appreciate someone pointing out how it might be possible to run one of the later versions of bitcoind on debian.

Interesting... now I'm getting the same error as the 64-bit version of bitcoind when trying to run the 32-bit version.  I suppose that's a good thing, now that I have one error out of the way...  Just need to figure out this one.  I'll do some more googling, but if anyone has any suggestions, feel free to give me a shout.

You could try installing the package "ia32-libs-gtk", which contains a 32 bit version of libgthread (just a warning: it includes some GTK+ stuff too).

Got XAMPP working on the server, so that makes me happy. 

Ok, so I'm still up against this error trying to run bitcoind:
I've uninstalled the libgthread2.0-0 package using "sudo apt-get remove libglib2.0-0" and reinstalled it using "sudo apt-get install libgthread2.0-0".  Still getting the same error.

Now, I've read a few people suggesting symlinks.  From what I understand, a symlink is basically an alias or pointer for another file?  Is there a possibility that the library file is misnamed, and I can point libgthread-2.0.so.0 to the proper file via a symlink?

Like I said get in touch and I'll get it setup for you. I'm available for the next 30 mins and I charge 3BTC per hour. Your problem will take me about 15 mins max

Tasty - more problems. 

I tried the first command, but got an error.
Googled it, and apparently that command is part of the python-software-properties package, so I followed the instructions to install said package.

Still getting the same error. 

Any ideas?

At least all of this googling and package installing is getting me more familiar with linux commands.

Sgtspike send me a detailed description on what you are trying to achieve and I'll screenshare and talk you through it.

I don't completely understand why this isn't working for you, but look at this:
http://forum.bitcoin.org/index.php?topic=29035.0
Later on today try updating and installing it.

here is how you do it.

copy/paste this:

the output will look similar to this:
then
then

I hope I'm not defeating the purpose of you building it on the target system, but the main benefit is having something you can mess up and replace very easily. You can even create an extra layer of security by having someone help you build it inside your VM, package it, then you could transfer the build over to the remote server yourself.
That is quite a few extra set of steps. Though after having read more of the thread in detail I noticed you are in this with a partner, so it could make things a bit easier on trust letting someone on the outside help you.

The main/biggest downfall is not building directly on your remote system. As you will surely want to update often, you may want the remote server to have all the libs unless you keep building them in the VM.

What drGr33n wrote here could most certainly help you:
http://forum.bitcoin.org/index.php?topic=28718.msg366587#msg366587

It's very good info, I've wondered if that was possible.
After some research I found it relatively easy to do too:
http://www.math.umn.edu/systems_guide/putty_xwin32.html

Interesting thread Bro.

Tasty - what would be the benefit from doing so?

Thanks for the links too! 

I don't want to derail your thread but, if you end up doing this yourself. I suggest setting up a VM (virtual machine) with virtualbox to build it, using the same distro or a similar debian core distro your remote server is using. Then transfer the binary over to your remote server. If you want to do that start another thread, and I will find material for you on how to do it.


this will help for accelerating your learning linux:
linux commands reference & tutorials:
http://www.pixelbeat.org/cmdline.html
^that one you can c/p with
http://fosswire.com/post/2007/08/unixlinux-command-cheat-sheet/
^pdf
http://www.cyberciti.biz/tips/linux-unix-commands-cheat-sheets.html
^ a bunch of different getting started links, some of the sites linked do have broken links, I'm mainly just talking about the linux command reference The Ultimate collection. that one is full of broken links.

didn't work, but
did... did you mean it without the r?

Regardless, I went through those two steps.  The install step said:
and didn't update any files.

Then, when I went to launch bitcoind, it came up with the same error:

I'm leaning towards this, though it would be nice if I could find my way around linux a bit more, just in case something needs to be adjusted in the future.  I just wish it wasn't so dang hard to figure all these libraries and dependencies out.  Just makes me thankful that I have Windows so I don't have to deal with this sort of thing on a daily basis.  Sorry for making all you linux gurus cringe. 

i still firmly agree with davidonpda

step one.
SgtSpike installs team viewer on his computer, sets record sessions.
then sends session invite to computerized guy.

step two.
SgtSpike logs into his remote server.

step three.
computerized guy accepts session.

step four.
profit.

no password dataz to computerized guy, unless computerized guy is some how able to manage changing passwd right in front of sgt spike. however, nice computerized guy wouldn't do that.

Got your PM I'll reply in the after I get some sleep Thats why your getting the version number mismatch. Your 32bit version will work after you type in terminal.


Then run the 32bit version.

This is just after deleting all the bitcoin files and folders, redownloading, unzipping, and going at it again.  Interesting that the 64-bit bitcoind gives a different error than the 32-bit bitcoind.  Perhaps I should have specified which version I was trying to run?  I don't really care if it runs 64-bit or 32-bit, either one working would be fine.

I'll redownload it and try again, but I deleted the whole bitcoin subforum, and untarred it again from scratch just before that error.  I'll delete the tar this time and redownload, just to be certain.

Use the precompiled binaries. Your modded bitcoin binaries have been compiled on a different machine and those are version mismatch errors to do with the migration.

Thanks, that install seemed to go through!  Unfortunately, still having errors trying to run bitcoind...


I googled around for a bit, couldn't find a solid answer.  Seems like some software called ccam uses the library, and lots of people had trouble with it related to ccam, but very few threads actually had solutions, and the ones that did were specific to that software.  Gave up on the search, since I'm still unfamiliar with what I'm looking for...

Tried it.. seems like it got the update (?) ok, but then comes back with this on the second command:

Debian.  Thanks, I'll give that a try when I get home.

Your missing libgthread then What version on linux ? If your ubuntu / debian

I tried the precompiled binary the first go around, and got an error about a missing lib (see posts near beginning of this thread).  Then, Joel posted a version for me to try, and it has different missing libs.

Does & = -daemon then?

EDIT:  This is the error I got from the precompiled binary:

The error's your getting seems to suggest you've built bitcoin on another machine ? It's looking for libs it cannot find and failing. If you run that version locally you will get the same result. Why don't you just use the pre compiled binaries ?

The ampersand at the end is so bitcoind starts and runs in the background so you can still use the shell,

./bitcoind accomplishes the same thing, right?  That's basically what I tried to do, and got the following error message:


What is the ampersand at the end of the flag for?  I haven't seen that used previously...

that's why i covered both.

not to be an @$$ again. but we are not talking about starting bitcoind in X over ssh. bitcoind runs fine headless.

@OP

If you want to run bitcoind from SSH extract bitcoin and cd into the bin folder and type


If you want to run the client it's slightly different. You need to setup X11 forwarding and ssh into the machine. Then you can run the bitcoin software remotely. On the remote machine add the folloing lines to the bottom of /etc/ssh/ssh_config


Restart ssh on the remote machine and your good to go. If your using a linux box to connect then


Windows userscan grab putty and tick this ..



If you want to start the client on the server's screen then use


Here's it all setup and working




Hope this helps

Interesting regarding the teamviewer aspect... so it's basically VNCing into my desktop while I'm VNC'd or SSH'd into the server?  I can't see anything wrong with that.

Let me get an ok from the other person on the project, and then I'll send you a PM.

yes sometimes. i did only think that it was two noobs, who did not know what they where taking about. sorry for being an @$$.

sorry i did not see that possibility, but sure i will do it.

sure i will do the teamviewer thing, i what to help. and im quite capable of handling an linux server via ssh.

Kokjo you're quite an @$$.

Let's think about this for a minute. He has a VPS. So he doesn't have local access to the machine. So, a teamviewer session would work like this. Mr VPS user logs into SSH into the VPS on his windws/linux desktop. He then allows you to have teamviewer access to his desktop which has the SSH shell. Several other people appeared to understand what he was talking about. And you're the nice person trying to help? Come on.

And Maxim. We aren't talking about mining but I use teamviewer all the time for my remote machines. I am using ubuntu desktop for mining. You need to start teamviewer outside of an RDP protocol, like with a monitor. Set it to run automatically with start up and use a secure password. I have seen a sample from someone else where they were logged into a RDP desktop, started teamviewer and teamviewer logged them into the RDP session. They tried it again with closing out the RDP after opening teamviewer then logging into the machine with teamviewer and it worked just fine. Don't let the graphics controllers get locked into sending their signal to the RDP protocol.

Kokjo if you are really trying to be helpful pull the stick out of the hind end.

you people do know that we are talking about an rented headless linux server here, right?
which i will(if sgtspike whats it) get root access though ssh, right?

you cant teamview on this, sorry.
stupid windows users please go away and let us serious people work, or please read the thread before commenting.

@Maxim Gladkov: we are not talking about mining.
@Tasty, davidonpda: AFAIK, teamviewer cant be used on a headless linux server

Speaking about Teamviwer and other remote desktop software - it is impossible to use them with mining rigs, because they use your video graphics adapter to render image for your remote session, but VGA is already working hard to mine some bitcoins for you, so it's lagging awfully!

My last time, I wasd trying to use Teamviwer with my rig - I just saw black screen and nothing more so I don't think it will be a good wayfor this...

I not anyone or know any of these guys but I suggest letting one of these guys help you.
The web will often fail you with outdated info when comes to linux, it changes frequently.
Having someone that knows current info and can show you or help you fix things is invaluable.

Teamviewer is excellent too.
Teamviewer has an ability to record the session also, so you can go back and watch exactly what they did, in case you want to setup another one or ever need to set it up again for any reason.
it also has a browser interface.

I'll let you know, thanks for the offer!

you can't. but i will not do that, it would destroy my reputation.

no not if you give root access, i could hide anything.

i can do it if you like. but only if you thrust me, Nefario can vouch for me.

Wow, thanks for the responses all!  I'm not at home right now, but I'll give Joel's bitcoind a try when I do get home.

kokjo, I would love to allow you to do that, but how can I know that you won't install something malicious that could grant you access to the server down the road?  Would there be some way for me to verify that nothing like that is installed?

I was going to create a pull request, but I ran into some technical issues confirming that the patch didn't break the GUI build. I ran out of the time I could devote to doing it and I don't think it makes sense to issue a pull request without testing that.

Anyone?

Also, you probably want to start which will cause bitcoin to demonize so it will keep running even if you log out from your ssh session. no nohup required .


JoelKatz: That should really be in the official release.

I just uploaded a build of the git repository version of 'bitcoind' (0.3.25-beta). It was built for 64-bit Linux with no mods or options, but without the spurious 'libz' or 'libgthread' dependencies. You can fetch it at this URL:

http://davids.webmaster.com/~davids/bitcoind
The MD5 sum is:
469c47c2103fcdaca5c9fa23ce20bdd4
The SHA1 sum is:
5de7489f1b27bb3f291f10e3455786f8a7985925

$ ldd ./bitcoind  | cut -f 1 -d "("
        linux-vdso.so.1 =>  
        libdl.so.2 => /lib64/libdl.so.2
        libpthread.so.0 => /lib64/libpthread.so.0
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6
        libm.so.6 => /lib64/libm.so.6
        libgcc_s.so.1 => /lib64/libgcc_s.so.1
        libc.so.6 => /lib64/libc.so.6
        /lib64/ld-linux-x86-64.so.2

If you'd prefer a different build, such as the latest release, just let me know.

For reference, this is the only change:
--- a/src/makefile.unix
+++ b/src/makefile.unix
@@ -30,11 +30,13 @@ endif
 
 LIBS+= \
  -Wl,-Bdynamic \
-   -l gthread-2.0 \
-   -l z \
    -l dl \
    -l pthread
 
+GLIBS= \
+   -l gthread-2.0 \
+   -l z
+
 
 DEBUGFLAGS=-g -D__WXDEBUG__
 CXXFLAGS=-O2 -Wno-invalid-offsetof -Wformat $(DEBUGFLAGS) $(DEFS)
@@ -68,7 +70,7 @@ cryptopp/obj/%.o: cryptopp/%.cpp
        $(CXX) -c $(CXXFLAGS) -O3 -o $@ $<
 
 bitcoin: $(OBJS) obj/ui.o obj/uibase.o
-       $(CXX) $(CXXFLAGS) -o $@ $^ $(WXLIBS) $(LIBS)
+       $(CXX) $(CXXFLAGS) -o $@ $^ $(WXLIBS) $(LIBS) $(GLIBS)

may i get root access to it for an hour? i can install bitcoind, and fix all kind of unforeseen troubles(os upgrade, ...)

See above - it is running Debian.

Those two commands don't come up with useful information.  The first command seems to show some hardware information (amd64, x86_64, GNU/Linux, etc), and the second just says "No such file or directory".

it is likely to be debian or centos.
try:

also bitcoind does not need xwindows. only bitcoin. the ssh -X is not needed

No idea what distro... is there a way to find out via SSH?  This is a rented VPS, and I did not get information on what version of linux was installed on it.

Ok, I'll see if I can figure out how to install glibc2.  Thanks!

EDIT:  Looks like Debian is the default Linux installation, but other versions can be installed.  Also, I am clueless as to this glibc2 thing... it seems like it's a major OS-level upgrade to everything, so I'm a bit hesitant to just start trying things.  Any simple way to get that particular library requirement installed?

Even the deamon requires libgthread, which is part of glib2. This is due to imperfections in the makefile used to control the build. It is a dependency even though the daemon build doesn't use it. The same is true of libz.

Note this is glib2, not glibc2.

what kind of distro do you run? debian? centos 5?

it looks like you need glibc2

Thanks, making progress.

I did "nohup ./bitcoind, and it said "nohup: ignoring input and appending output to 'nohup.out'

Sending the command pico nohup.out results in the following text:
"./bitcoind: error while loading shared libraries: libgthread-2.0.so.0: cannot o$"


Now you mentioned that bitcoin will want Xwindows... why is this?  I simply want to run a bitcoind RPC service - I don't need a GUI of any kind.

You have to specify where the command is, because Unix, and Linux, defaults to looking in the places listed in its PATH environment setting.

The current directory is . so you can do ./bitcoin or ./bitcoind if they are in the directory you are in.

Or if you don't bother navigating all the way down to /bitcoin/bin/64 you could say /bitcoin/bin/64/bitcoin or /bitcoin/bin/64/bitcoind

bitcoin will want Xwindows, so you will have to've used ssh -X instead of just ssh so that it will know at what IP address, and at which X-windows display of that IP address, to bring up its GUI. (If you are on Windows, it does not typically come with an Xwondows display, that is an extra you have to go find, some of them are commercial, long time since I went looking for such a thing.)

The basic point is that for security reasons . (the current directory) is deliberately omitted from PATH (too many nasty tricks can be played on people who put . into their PATH).

-MarkM-

I successfully downloaded and untar'd the lastest compiled version of bitcoin for linux via SSH.  The part I can't figure out is how to actually start the stupid thing running.  I'm a complete linux noob, only figured out how to do what I've done so far via googling.

So I've navigated to /bitcoin/bin/64/, and using ls, I can see that there are two files - bitcoin, and bitcoind.  But how do I actually launch either of them?  Typing bitcoind just says command not found.  I tried nohup bitcoind, and it says ":nohup: cannot run command 'bitcoind': No such file or directory".

What am I doing wrong here?