My PC is rather slow, could anyone help me out finding a adress with"WaterBTC" in it, or WaterBtc, waterbtc, or something like that.
There are some details missing here. You need to look into the split-key method for getting someone else to generate you a private key part which doesn't reveal to them the entire private key and which they can share with you in such a way that you can recombine it with your pubkey and private key part. Basically, you'll need to do a few more steps in order to make sure that you can get a private key which no one else knows. |
|
|
|
Aha, yes, I seem to have hallucinated that slash. I'm not so sure about what's going on here but I think that ld-linux.so might actually be a red herring. From what I can tell, you should be compiling libleveldb during the build process. I'm terrible at reading Makefiles, but if you look in src/leveldb/ you should see a Makefile in there with a rule that builds libleveldb.a If I were you, I'd do two things: 1) go ahead and cd into src/leveldb/ and do make in there (possibly make clean && make) 2) do some searching to see if you can figure out what sorts of errors cause ld to say "error adding symbols: File format not recognized". ... okay I was too curious so I googled that a bit myself. All the other people I could find reporting that error seemed to be dealing with Windows in some form or fashion (several where using MinGW (which I think is a UNIX emulation layer for Windows, not sure)), so this makes me think that if you can remake libleveldb and then remake the project and you'll be fine. But it also makes me wonder how you would have gotten windows versions of a shared library on debian. Could your compiler be set to i386 somehow instead of arm? EDIT: but then again, we can see that this is a 32 bit ELF, not a windows exe, so I'm totally perplexed. In any case, I don't think that ld-linux.so is relevant, sorry if I sent you on a wild goose chase there. Anyway, I'm not an expert in this stuff, sorry I don't have a ready-made answer for you. I happen to have a raspberri pi myself, if you're still stuck after trying again I'd be willing to clone bitcoin-core on it and try to build it.
tspacepilot,
Here is the output of the 'arch' command: armv7l. There was no /lib/leveldb.a but running this command on libleveldb.a located in the bitcoin-0.11/src/leveldb folder produced the following output:
/media/pi/BTC/work/bitcoin-0.11/src/leveldb $ readelf -a -W libleveldb.a | head
File: libleveldb.a(builder.o)
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: REL (Relocatable file)
I expect this means it is a 32 bit library. So, in looking for a package for Raspbian I determined I needed the lib6c package as it contains 'ld-linux.so.2' but it shows already installed: 'libc is already the newest version'.
Performing a 'whereis ld-linux.so.2' i get a result of: 'ld-linux.so: /lib/ld-linux.so.3 /usr/share/man/man8/ld-so.8.gz'.
I think this means I have a newer version ld-linux.so.3 and I need ld-linux.so.2. Not sure where to go next but I think this may be on the right track. I expect if this can be resolved, it may help others attempting to install a bitcoin node on Raspberry Pi 2.
-Ondart
|
|
|
|
For the thread, before the fist 1/3 of the graph) and in the stress test (the 2/3 of graph) ... look the accepted vs rejected.  I think your graph is showing the fees in uBTC, it seems mislabelled as "BITS", which I think is some sorta failed altcoin: https://bitcointalk.org/index.php?topic=748045.0Beyond that, nice looking charts. How did you generate those? |
|
|
|
Yes, /dev/sdb1 is mounted on /cdrom.
Now how can we proceed in order to change ownership?
Above, Bitmix.in says that FAT32 doesn't support per file/directory group and ownership. The idea of that mount command was to mount with uid 999 as owner and group. I assumed this was because the account you want to use is uid 999. Have you tried writing a file to it? |
|
|
|
Did you try: mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt No, this command is unsuccessful. I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue. I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same. On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell? I get nothing at all. mint@mint ~ $ sudo su
mint mint # mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom
mint mint #
That actually means success  You should be about to rerun "mount" without any arguments to see that /dev/sdb1 is mounted on /cdrom rw. Cheers! EDIT: for your own education, in general UNIX command return 0 upon success. The return code from the last command is stored in your shell as $?. If you say "echo $?" you can see the return code of the previous command. |
|
|
|
Hey, thanks for the reply tspacepilot. I did not compile ./leveldb/libleveldb.a, it was part of the git download . I followed the instructions in this post (raspnode.com) and I also downloaded the git and attempted to follow the instructions provided in the build-unix.md. Here are the relevant components of those build instructions. The result is the same from either attempt. I'm not sure how to tell if I am attempting to link a 32 bit library against a 64 bit exe. I am thinking I am possibly using a package that may be a different version than was used for bitcoin 0.11 but I can't tell how to determine this. I tried this with bitcoin 0.10 also so with the same error. I must have a missing or wrong dependency version to successfully compile it. My build procedure: git clone -b 0.11 https://github.com/bitcoin/bitcoin.git bitcoin-0.11 cd bitcoin-0.11 Install dependencies: sudo apt-get install build-essential libtool autotools-dev autoconf pkg-config libssl-dev For Ubuntu 12.04 and later or Debian 7 and later libboost-all-dev has to be installed: sudo apt-get install libboost-all-dev sudo apt-get update ./autogen.sh ./configure --without-gui --disable-wallet --with-cli make -j 2 Right right, so here's the thing, your raspberry pi should be an arm, I can't recall if it's a 32 or 64 bit arm (do 64 bit arms exist?), in any case, to determine your architecture, say "arch" in a terminal. To see what's going on with that leveldb.a file, you can say something like this: readelf -a -W lib/leveldb.a | head Another possibility here is that this is a 32 bit library and you need ld-linux.so.2 to load 32-bit libraries. I'm a little over my head here in trying to explain this stuff because my own understanding is rather rudimentary. I hope this help you get started. Basically you need to investigate that file lib/leveldb.a and figure out why it's an "unknown file format". Ooh, one last idea, if you said you downloaded this, maybe you want to double check the checksums to make sure you download wasn't corrupted. |
|
|
|
Did you try: mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt No, this command is unsuccessful. I have to add I recently switched from Ubuntu to Linux Mint 17.2. Anyway I still haven't solved this issue. I haven't used Linux Mint, but I understand that it's still downstream of debian. In any case, certainly things like mounting drives and reading/writing from them is going to be the same. On topic, you said the command was unsuccessful, can you cut-n-paste the exact response from the shell? |
|
|
|
I do believe in Bitcoin and want to see it flourish; I'm going to continue to run my full node despite no payment. I was just hoping to get people to think about and discuss the topic.
I do think the discussion is interesting. In the original description of Bitcoin, everyone who has a wallet is running a node. Clearly this wasn't practical as the blockchain continues to scale and people wanted to run wallet software on their phones and cetera. It would be cool if somehow the miners were tipping the nodes or something like that. Perhaps this is akin to a waiter tipping out their busboy. I dunno. I guess I'm just here to follow along with the discussion for now. |
|
|
|
|
I'm currently running a full node and it's taking approximately 1% CPU and approximately 80MB of RAM (obviously these numbers fluctuate). My incentive for running it is that I want to strengthen the network. This is more than just a "geeky good feeling". If you're a part of a community, and you want that community to do well, and that community succeeds, then your efforts are rewarded. I'm not saying that I don't want tips, I'm just saying that posting a topic to beg for a tip in return for keeping your node going is probably not going to result in a tip, at least I don't expect it to. Good luck tho.
|
|
|
|
trolling
Apparently even the new owners are going to have to deal with Quicktroller. Yikes. This guy does not know when to walk away. |
|
|
|
Thanks everyone for your helpful replies; of course escrow is a must but the multiaccount suspicion is what worries me more  I agree and it's whats keeping me away to be honest. Well, I still haven't tried this new swc (because they still don't have a client that works on a proper computer, alas...) but in the old one, there was plenty of low-stakes action where even if someone was trying to collude to cheat you, you were basically playing for pennies. So, I could enjoy it even if I was being taken advantage of (and to be honest, I didn't notice cheating at that stakes level, but I guess that's not surprising). |
|
|
|
Could also do chmod and chown on the relevant files in /cdrom once it's mounted rw, it looks like there's a potential permissions issue here too unless his user is in a group that allows media access. Also, this isn't important, but it's a little ugly to be mounting /cdrom as rw, doesn't that substring 'rom' stand out a little too loudly? I tend to mount these things in /media/usb or just /mnt, myself. I agree. /cdrom is not a good mount point. About chmod/chown, I think that it's not possible to edit permissions because it's a FAT32 filesystem which does not allow specific file/directory permissions, but it will need to be mount with a specific UID and GID as owner for the filesystem. An EXT4 filesystem will allow this. This step has been already tried previously. I'm waiting for the author of the thread to tell the result, but I did not have an answer since Friday. Right, good point about the filesystem. Also FAT32 isn't going to allow for files larger than 4GB. That shouldn't be a problem for blockchain files, but it's worth keeping in mind. |
|
|
|
|
Another, often ignored, issue when syncing the blockchain is your actual CPU quality. When I used to run bitcoincore on my AMD C-50 APU (passmark scores approx ~350) it would take nearly a week to sync. Just recently I downloaded and synced the blockchain on a freshly compiled copy of bitcoin-core using a cpu approximately 10 times better (i5 dual core) and I was able to sync in approximately 1.5 days. The network is the same, the difference is that this computer does the validations stuff a lot faster than the C-50.
|
|
|
|
Did you try: mount -o remount,rw,uid=999,gid=999 /dev/sdb1 /cdrom If that command is successful, post ls -al command result and try to create a file in /cdrom as a regular user: echo testing > /cdrom/permissions-test.txt Could also do chmod and chown on the relevant files in /cdrom once it's mounted rw, it looks like there's a potential permissions issue here too unless his user is in a group that allows media access. Also, this isn't important, but it's a little ugly to be mounting /cdrom as rw, doesn't that substring 'rom' stand out a little too loudly? I tend to mount these things in /media/usb or just /mnt, myself. |
|
|
|
Also, why you created a multisig address for such small amount?
Maybe s/he was just testing things. I often test with small amounts before doing something more "serious". Anyway, I think you guys figured out the problem here ... |
|
|
|
In my endeavour support the bitcoin network with a full node and provide a bitcoin node that is accessible to my AntMiners via RPC on my router guest network, I've got a new Raspberry Pi 2 up and running. I'm having trouble and I could use some advice on this make error following the Raspnode instructions. It happens with bitcoind version bitcoin-0.10.0 and also on bitcoin-0.11.0 and I'm running Raspberry Pi 2 (linux version 4.1.9-v7+). I'm pretty frustrated and a bit of a noob on compiling packages.
Here is my problem on the Make:
test/util_tests.cpp:322:5: warning: this decimal constant is unsigned only in ISO C90
BOOST_CHECK(ParseInt32("-2147483648", &n) && n == -2147483648);
^
In file included from /usr/include/boost/test/unit_test.hpp:19:0,
from test/util_tests.cpp:18:
test/util_tests.cpp: In member function ‘void util_tests::test_ParseInt32::test_method()’:
test/util_tests.cpp:322:52: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
BOOST_CHECK(ParseInt32("-2147483648", &n) && n == -2147483648);
^
CXX test/test_test_bitcoin-accounting_tests.o
CXX wallet/test/test_test_bitcoin-wallet_tests.o
CXX test/test_test_bitcoin-rpc_wallet_tests.o
CXXLD test/test_bitcoin
./leveldb/libleveldb.a: error adding symbols: File format not recognized
collect2: error: ld returned 1 exit status
Makefile:2746: recipe for target 'test/test_bitcoin' failed
make[2]: *** [test/test_bitcoin] Error 1
make[2]: Leaving directory '/media/pripi/BTC/work/bitcoin-0.11/src'
Makefile:6459: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/media/pripi/BTC/work/bitcoin-0.11/src'
Makefile:622: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
So, you said you're a noob, so I'll just try to point out something that may or may not be obvious. Your error came in the linking part of the make recipe. The linker (ld) is having a problem with the file format of ./lbeldb/libleveldb.a .a files are usually meant for static linking, that makes sense, but did you compile libleveldb.a? or was it part of whatever you downloaded? Are you trying to link a 32 bit library against a 64 bit executable? Something along those lines is my best guess. |
|
|
|
You haven't updated this loan in your main post. Plz update it. I asked for the OP's skype, however he has yet to give it to me so I can discuss this thread! I don't use skype, so I'm immune to this attack. However, others should know that Quickseller has a history of revealing the IP addresses of people on skype. Apparantely, he has a tool which reveals the IP address of a skype contact, and he often posts those IPs on this forum. Again, I don't use skype so I'm not in the know, I'm sure it's possible to use skype via a proxy. This is just meant as a forewarning others. See QS' post history for examples of what I'm talking about. |
|
|
|
I sent a support ticket using the help on the website and within a day, support emailed back. I gave him the necessary information to log in and now I gained access back into my old account. If you are on this forum Mladen, thanks for your help!
I think Mladen = MICRO? Support is great now, once seemed like an impossible mission. I've been away for a while and I know that for most of the last year, support from primedice was terribly impacted, so to speak. I'm glad to hear it's no longer the case. Tell me, did they end up hiring a bunch of new people to handle all the tickets? They hired MICRO for support, and he is doing a good job so far After Micro support is much faster than before as per my experience i got reply about my issue within 3 hours to drop support ticket, no doubt he is doing nice job for support section. Super-smart move to hire Micro for this (in my opinion). The guy clearly loves primedice and does his best to support it even before he was actually working on support. The best you can do is hire a guy for a job that he was basically already doing. hehe. Anyway, congrats Micro, on the new job, I hope they're paying you well for it. |
|
|
|
If it weren't for a default seed of trust, any trust network would be utterly useless.
I don't think you've shown how this is true. I can imagine a very helpful and useful trust network where users add those who they want to add and remove who they want to remove and those without anyone on their trust lists are simply not participating. How is this "utterly useless"? It seems like an ideal system which aids those who want aid and leaves out those who want left out without creating a central point of failure for those who want to game the system. |
|
|
|
scammers dislike him because he calls them out...
...others (like me) blame him as a joke (to be clear: i dont blame him at all. i am thankful for his work)
He often gets it wrong when he calls people out as scammers, and is reluctant to admit that he is wrong, or even remove a negative rating when he is wrong (he makes people wait a month to get their incorrect negative rating removed when he is wrong). This is ultimately going to cause people to abandon bitcointalk and will cause them to lose interest in bitcoin in general Quickseller's opinion of Vod has changed a lot in the last few weeks, apparently. Here's what he used to think.
I will un-exclude Vod since he is gone and his ratings are very helpful to many people. My only concern was his rating against Armis, however I can "manually" ignore this.
Edit: the vast majority of the I hate Vod/quickseller/tomatocage threads are made by scammers.
haha wow that is a lot of negative feedback. Well I guess we now know who was behind all those spam negatives that Vod got not long ago. None of them have any credibility though, especially considering that they all have negative trust
I am glad to see that people are still trolling Vod, over a month after he left - this must mean that he did a good job at stopping scammer
My experience with Vod is that he is generally a reasonable person,
Here's a fun one: Seems that most people who feel Vod needs to be removed
are people that have received negative trust from Vod.
Just sayin.
I am fairly certain that if vod is removed then someone will step in and negative trust everyone that he gave negative trust to It gets better: I agree that Vod is sometimes a little aggressive when dealing with people. I wouldn't say that he is entirely to blame as the people he is generally aggressive with tend to attempt a campaign (or in this case campaigns) against Vod. I do however consider him to be fair with his ratings most of the time (as in 99.9%+).
I think a lot of the "Vod drama" would go stop if he were to simply "walk away" once the person he is dealing with starts things like personal attacks and trolling him.
Vod should not be removed from Default trust list as he has way too many people negative rated as scammers and he puts in a lot of time and effort into preventing scams. There are few other, reputable people on here that are willing to put in this much effort into protecting the community.
Lets finish with this one: Don't get me wrong, I very much respect and admire VOD. I just think it is funny as to what lengths people go to try to "get back at" VOD for giving them negative trust and ruining their scam attempt.
|
|
|
|
|
Show Posts
