LinuxCoin A lightweight Debian based OS with everything ready to go.

[niccyb]

to check all I have to do is change the background and reboot, see if the change stuck?

If you get to the command prompt and type

Code:

df

, you should see:

Code:

Filesystem           1K-blocks      Used Available Use% Mounted on
aufs                    891840    115888    730648  14% /
tmpfs                  1030368         0   1030368   0% /lib/init/rw
udev                   1022256        64   1022192   1% /dev
tmpfs                  1030368         4   1030364   1% /dev/shm
/dev/sda1              1046464    707056    339408  68% /live/image
/dev/sda2               891840    115888    730648  14% /live/cow
tmpfs                  1030368         0   1030368   0% /live
tmpfs                  1030368       244   1030124   1% /tmp

or something similar. Providing /dev/sda2 is mounted on /live/cow and not /media/somethingorother, you should be absolutely good to go.

Cheers,

Niccy.

[1714213196]

1714213196

[1714213196]

1714213196

[1714213196]

1714213196

[1714213196]

1714213196

[radracer]

i want to make sure this a valid method to create an offline savings wallet using linuxcoin...

1) boot from linuxcoin iso cd on offline machine
2) run bitcoin client, note address
3) copy wallet.dat from /home/user/.bitcoin to usb media
4) shut down (wallet.dat is now purged from RAM and doesnt exist anywhere but my usb media)
5) whenever i wish to put coins in "savings" i send coins to address from 2)
6) if i wish to "withdraw" from savings in the future I copy the wallet.dat from my usb media to a computer running bitcoin, and once it has downloaded the block chain i can spend the coins.

i want to make sure i dont fuck anything up and lose my coins trying to secure them. so let me know if i have overlooked any steps or if anything i'm planning here is wrong...

[max in montreal]

to check all I have to do is change the background and reboot, see if the change stuck?

If you get to the command prompt and type

Code:

df

, you should see:

Code:

Filesystem           1K-blocks      Used Available Use% Mounted on
aufs                    891840    115888    730648  14% /
tmpfs                  1030368         0   1030368   0% /lib/init/rw
udev                   1022256        64   1022192   1% /dev
tmpfs                  1030368         4   1030364   1% /dev/shm
/dev/sda1              1046464    707056    339408  68% /live/image
/dev/sda2               891840    115888    730648  14% /live/cow
tmpfs                  1030368         0   1030368   0% /live
tmpfs                  1030368       244   1030124   1% /tmp

or something similar. Providing /dev/sda2 is mounted on /live/cow and not /media/somethingorother, you should be absolutely good to go.

Cheers,

Niccy.

thank you!
payment sent!

so now everytime I reboot I must use the persistance option?

[niccyb]

so now everytime I reboot I must use the persistance option?

Yes, but you can edit /live/image/syslinux.cfg and move the persistent option to the top of the list (or just delete everything apart from the persistent one).

Niccy.

PS - Thank you for the BTC.

[evlew]

LinuxCoin and Radeon 6870's.....

looks like it's working well for the last 3 cards, but i'm having problems with the first one.

I've tried phoenix and poclbm

right out of the box and stock the 3 cards are doing 260mhps with BFI_INT VECTORS WORKSIZE=256 AGGRESSION=12
If i set the first card to those flags it cranks the cpu to 100%.  This ends up reducing the performance of the other workers.
So I set the aggression down to 8 on the first card but now I can only get 150MHPS!!  What gives?
Currently I have to run the first card at 150mphs while the other 3 are running 260 completely stock.

I've tried all different flags, both kernels and the only way these cards do anything decent is with aggression=12
how can I run my primary card at aggression=12 without lagging the cpu?
I would love some advice on the issue, it may even be worth a tip, who knows.....

I figured it out.  And it had nothing to do with linuxcoin.  I was being a tard.  Therefore I'm not even going to post the details in order to spare people from getting them confused with significant details.

[harm]

Hi!
Is anyone of you able to start mining remotely with NO monitor connected to the pc?
I have no problem starting it from within LinuxCoin. There I get nearly 290000 khash/s.
But it works neither with ssh nor vnc.

When I do
# export DISPLAY=:0
I can start mining successfully. But it makes only 300 khash/s not 300.000 khash/s!!
Therefore the cpu usage is very high, so I guess there is something wrong.
Maybe with any variables?

Does anyone run a headless mining rig and knows an answer??

Cheers,
Harm

[evlew]

Hi!
Is anyone of you able to start mining remotely with NO monitor connected to the pc?
I have no problem starting it from within LinuxCoin. There I get nearly 290000 khash/s.
But it works neither with ssh nor vnc.

Does anyone run a headless mining rig and knows an answer??

Cheers,
Harm

I too would like to know the answer to this as I am going to be deploying an offsite miner and would love to have remote access to it.

Also, what is the best way to automatically start the miners on startup?

[organofcorti]

LinuxCoin and Radeon 6870's.....

looks like it's working well for the last 3 cards, but i'm having problems with the first one.

I've tried phoenix and poclbm

right out of the box and stock the 3 cards are doing 260mhps with BFI_INT VECTORS WORKSIZE=256 AGGRESSION=12
If i set the first card to those flags it cranks the cpu to 100%.  This ends up reducing the performance of the other workers.
So I set the aggression down to 8 on the first card but now I can only get 150MHPS!!  What gives?
Currently I have to run the first card at 150mphs while the other 3 are running 260 completely stock.

I've tried all different flags, both kernels and the only way these cards do anything decent is with aggression=12
how can I run my primary card at aggression=12 without lagging the cpu?
I would love some advice on the issue, it may even be worth a tip, who knows.....

I figured it out.  And it had nothing to do with linuxcoin.  I was being a tard.  Therefore I'm not even going to post the details in order to spare people from getting them confused with significant details.

It would be handy to know if it's something someone else might do wrong, even if LC not involved. Plus schadenfreude is one of my favourite hobbies!

[evlew]

It would be handy to know if it's something someone else might do wrong, even if LC not involved. Plus schadenfreude is one of my favourite hobbies!

basically I tried creating a auto.desktop file which would execute my 4 miners in screen sessions.  However I could only get it to launch the first miner.  Therefore I abandon working on it and forgot to delete the file.  So when the computer would start it would start the miner automatically in a screen session I couldn't see.  Therefore, when i started up the miner in a root terminal it would only do half speed.  The good news is I was actually mining at full speed the whole time that I thought I was having a problem.

Still curious about people remote linuxcoin solutions.

Does anyone have an effective way at auto launching 4 miners at start up.  In a way that I can monitor them remotely. 

Also, I saw someone mention how to essentially load balance between two pools, so that if a miner goes idle it will distribute the resources to the lower priority pool.  I have been searching and searching trying to find the info again, but I can't seem to find it.  Does anyone know what I'm talking about or where that post is located?

[organofcorti]

Does anyone have an effective way at auto launching 4 miners at start up.  In a way that I can monitor them remotely. 

I've been able to check for pool being up or down and launch miners at the up pool, but I didn't find a good way of monitoring them apart from dumping to a text file eg ./pocbm flagss usrname pass blahblah > blah.txt This is ugly hacky though.

For the moment I'm just waiting on smartcoin to be completed: http://forum.bitcoin.org/index.php?topic=16548.40

This should do everything you want. Donate to the dude if you'd like to see it sooner.

Also, I saw someone mention how to essentially load balance between two pools, so that if a miner goes idle it will distribute the resources to the lower priority pool.  I have been searching and searching trying to find the info again, but I can't seem to find it.  Does anyone know what I'm talking about or where that post is located?

set up two or three miners for each gpu each set to go to a different pool. Set lower priority pools to higher --frames (or less AGGRESSION)

For example:
screen1:
./poclbm blah eu.eligius -f10

screen2:
./poclbm blah ozco.in -f20

screen3:
./poclbm blah deepbit.net -f30

This means that when eligius goes down, hashrate will go to ozco.in, and if they're both down, then hashes go to deepbit. If you want to have even amounts of hashrate going to different pools, then make the -f the same. If I use say -f10, f11, f12 on 3 different pools I get 75% going to first pool, 24% going to second pool and 1% going to third pool - unless one of them goes down. Just play with the -f flag and multiple miner instances for each gpu.

Can remember where original post is either. BTW, smartcoin will also help with this.

[organofcorti]

It would be handy to know if it's something someone else might do wrong, even if LC not involved. Plus schadenfreude is one of my favourite hobbies!

basically I tried creating a auto.desktop file which would execute my 4 miners in screen sessions.  However I could only get it to launch the first miner.  Therefore I abandon working on it and forgot to delete the file.  So when the computer would start it would start the miner automatically in a screen session I couldn't see.  Therefore, when i started up the miner in a root terminal it would only do half speed.  The good news is I was actually mining at full speed the whole time that I thought I was having a problem.

Ha! I did something very similar. Took me a day to figure it out. I thought I'd wrecked a gpu. 

[max in montreal]

so now everytime I reboot I must use the persistance option?

Yes, but you can edit /live/image/syslinux.cfg and move the persistent option to the top of the list (or just delete everything apart from the persistent one).

Niccy.

PS - Thank you for the BTC.

I tried to edit the file, but when I try to save it I get:

"cannot open file to write"

Also when I try to change the background on the desktop, the changes do not stay after a reboot...

[organofcorti]

so now everytime I reboot I must use the persistance option?

Yes, but you can edit /live/image/syslinux.cfg and move the persistent option to the top of the list (or just delete everything apart from the persistent one).

Niccy.

PS - Thank you for the BTC.

I tried to edit the file, but when I try to save it I get:

"cannot open file to write"

Also when I try to change the background on the desktop, the changes do not stay after a reboot...

1. You need to edit the file as root. 'sudo su leafpad' from the terminal does the trick, then open from leafpad.
2. Can you keep other changes after boot? If not your persistence might not have worked.

[max in montreal]

yes, some changes seem to be working.

Code:

root@linuxcoin:/home/user# sudo su leafpad
Unknown id: leafpad

[evlew]

Does anyone have an effective way at auto launching 4 miners at start up.  In a way that I can monitor them remotely. 

I've been able to check for pool being up or down and launch miners at the up pool, but I didn't find a good way of monitoring them apart from dumping to a text file eg ./pocbm flagss usrname pass blahblah > blah.txt This is ugly hacky though.

For the moment I'm just waiting on smartcoin to be completed: http://forum.bitcoin.org/index.php?topic=16548.40

This should do everything you want. Donate to the dude if you'd like to see it sooner.

Also, I saw someone mention how to essentially load balance between two pools, so that if a miner goes idle it will distribute the resources to the lower priority pool.  I have been searching and searching trying to find the info again, but I can't seem to find it.  Does anyone know what I'm talking about or where that post is located?

set up two or three miners for each gpu each set to go to a different pool. Set lower priority pools to higher --frames (or less AGGRESSION)

For example:
screen1:
./poclbm blah eu.eligius -f10

screen2:
./poclbm blah ozco.in -f20

screen3:
./poclbm blah deepbit.net -f30

This means that when eligius goes down, hashrate will go to ozco.in, and if they're both down, then hashes go to deepbit. If you want to have even amounts of hashrate going to different pools, then make the -f the same. If I use say -f10, f11, f12 on 3 different pools I get 75% going to first pool, 24% going to second pool and 1% going to third pool - unless one of them goes down. Just play with the -f flag and multiple miner instances for each gpu.

Can remember where original post is either. BTW, smartcoin will also help with this.

Thanks that helps a lot.   I use phoenix though, so adjusting aggression is the same?  Or would it be better to use poclbm?

What about just automatically starting the miners at boot?  I still haven't found a graceful way of doing that.

Can't wait for smartcoin to be finished.  It looks like its going to be a smooth piece of software

[organofcorti]

yes, some changes seem to be working.

Code:

root@linuxcoin:/home/user# sudo su leafpad
Unknown id: leafpad

Sorry mate, I realise I wasn't very clear.

Code:

> sudo su
# leafpad

Try that.

[organofcorti]

Thanks that helps a lot.   I use phoenix though, so adjusting aggression is the same?  Or would it be better to use poclbm?

I'm not very familiar with phoenix flags, I only used it long enough to determine it wasn't as fast for me as poclbm or diablominer. The idea is that you want to give the back up miner instances less of a share of your gpu's hashing power. a high -f does this. With phoenix, I cant remember which way AGRESSION goes, but basically you want your backup miner instances to be less AGRESSive.

What about just automatically starting the miners at boot?  I still haven't found a graceful way of doing that.

It's tricky because I don't think you can start miners until X starts, so you don't want it running immediately as the machine boots. Plus you have make sure you add the correct OC parms in there. I find it easier to just boot up, run AMDOverdriveCtrl as gui, and then I have a bash script which simply runs the instances with my preferred flags so I don't have to copy and paste a million six times.

[kjj]

For automatic startup:

http://forum.bitcoin.org/index.php?topic=7374.msg154032#msg154032

[evlew]

Thanks that helps a lot.   I use phoenix though, so adjusting aggression is the same?  Or would it be better to use poclbm?

I'm not very familiar with phoenix flags, I only used it long enough to determine it wasn't as fast for me as poclbm or diablominer. The idea is that you want to give the back up miner instances less of a share of your gpu's hashing power. a high -f does this. With phoenix, I cant remember which way AGRESSION goes, but basically you want your backup miner instances to be less AGRESSive.

What about just automatically starting the miners at boot?  I still haven't found a graceful way of doing that.

It's tricky because I don't think you can start miners until X starts, so you don't want it running immediately as the machine boots. Plus you have make sure you add the correct OC parms in there. I find it easier to just boot up, run AMDOverdriveCtrl as gui, and then I have a bash script which simply runs the instances with my preferred flags so I don't have to copy and paste a million six times.

Yes, currently I have 8 different bash scripts.  2 per miner, 1 per pool.  I'm only using 2 pools at the moment.  Will probably switch to 3 once I get this figured out, and switching to poclbm might be worth the easy setup of reduncancy.
My cards are overclocked in the bios, so I do not mess with scripts and overclocking.

Currently I just open 8 different terminals and type ./miner0.sh in one.  ./mine1.sh into another etc.  This starts one miner per terminal and allows me to see their progress.

For automatic startup:

http://forum.bitcoin.org/index.php?topic=7374.msg154032#msg154032

Yes, kjj, I read that post, but what it fails to mention is the code inside shell_script.sh
And when i tried using the first half of the bash script i found by googling, it would only start one miner in a screen session, which was hidden, so I couldn't even see if it was working or idle.  Is there a way to remotely connect to the screen sessions?  

So, basically, I'm not sure if he's using the same script of if it's custom.

[bitscoins]

Hi,
I can not initialize linuxcoin, problem with X servers.
I perform this procedure.
- Linuxcoin 0.2A.iso
- Use USB pen drive, with FAT32 partition for iso (1GB)
- Use this partition in unetbootin
- In the second usb pen drive, format ext3 (1GB)
-I follow the procedure for formatting and transformation in ext4
- Reboot
unetbootin-in menu selection linuxcoin persisting (flash only)
- Result: "failed to start the X server (your graphical interface). It Is Likely That It Is Not Correctly set-up. Would you like to view the X server output to diagnose problem?

-This result, I was given to ALL unebootin option, default, linuxcoin, linuxcoin (safe), etc. ...