Bitcoin Forum
December 07, 2016, 06:39:54 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 [116] 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4821715 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
December 18, 2011, 05:18:10 AM
 #2301

(Does AMD's Linux x86_64 Catalyst package really have different drivers for each Linux kernel its installer might encounter?)

Yes and no; mostly no, though... Wink
It contains a closed-source binary part and an adapter layer that needs to get compiled at each kernel change. As a result, you need to re-install the driver with each kernel update (partly because for new kernel versions, the old driver is in the wrong path, partly because the kernel ABI changes frequently and it's more or less impossible for ATI to ship the driver for every kernel version in every distro out there).

Have you come across the BinaryDriverHowto ATI page in the wiki? Specifically the part around (https://help.ubuntu.com/community/BinaryDriverHowto/ATI#Manually_installing_Catalyst_11.2):
Code:
sudo sh ati-driver-installer-11-2-x86.x86_64.run --buildpkg Ubuntu/maverick

I haven't used Ubuntu in a few months and thus have no idea whether this still works; at least part of the howto is seriously outdated, but perhaps that part still works. If it does, you may want to use it to build the fglrx debs so you won't have to manually reinstall fglrx all the time. If anything has changed, you may want to research how to build the debs in more recent versions of Ubuntu.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 18, 2011, 05:32:12 AM
 #2302

Have you come across the BinaryDriverHowto ATI page in the wiki? Specifically the part around (https://help.ubuntu.com/community/BinaryDriverHowto/ATI#Manually_installing_Catalyst_11.2):
Code:
sudo sh ati-driver-installer-11-2-x86.x86_64.run --buildpkg Ubuntu/maverick

I haven't used Ubuntu in a few months and thus have no idea whether this still works; at least part of the howto is seriously outdated, but perhaps that part still works. If it does, you may want to use it to build the fglrx debs so you won't have to manually reinstall fglrx all the time. If anything has changed, you may want to research how to build the debs in more recent versions of Ubuntu.

I did come across it, but don't understand the point of building the .debs rather than just installing directly.  They seem to be release-specific ("Ubuntu/maverick").  Will they somehow be updated in future?
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 18, 2011, 06:33:11 AM
 #2303

Whoops, I'm stuck.  I got 11.04 up in low-graphics mode and followed the AMD-recommended procedure for uninstalling its driver/utilities.  Then I restarted, and after the Ubunto-logo-with-sequenced-dots-underneath screen I got a terminal-screen that displayed a bunch of messages that are apparently results of various checks, and none seem alarming.  The last one is Checking Battery; tt seemed hung there.  If I hit Ctrl-Alt-F2 I can get a console login, but I don't know what to do after I log in.
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 18, 2011, 07:09:24 AM
 #2304

... or just install 11.04 or 11.10 ...

Well, he mentioned he didn't want to do that to be able to carry over changes in settings...
But he only installed it a few days ago.
Start again from scratch sounds like a way better idea ...

I'd also mention that since this is all to do with messing with installing and upgrading linux - there are WAY better forums to ask about that ... like the forum for the linux he's using as an example ...

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 18, 2011, 07:16:30 AM
 #2305

I'd also mention that since this is all to do with messing with installing and upgrading linux - there are WAY better forums to ask about that ... like the forum for the linux he's using as an example ...

Yeah, I was also thinking along those lines.  My problems stem from ATI drivers which I need for cgminer, but cgminer's involvement is pretty indirect at this point.  So I'll go over there (I'm "brec" on ubuntuforums.org) and come back here if/when I have cgminer issues.

Thanks, though, to all and I expect I'll be back after not too long...
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
December 18, 2011, 07:18:39 AM
 #2306

You guys have scared me away from ever updating my graphics drivers

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
December 18, 2011, 10:29:06 AM
 #2307

You guys have scared me away from ever updating my graphics drivers
I have one major mining box that's been mining for 6 months solid at 1750+MH/s without ever changing the drivers from the reliable 11.6 drivers... oh and it's never once crashed.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 18, 2011, 12:00:48 PM
 #2308

Same here Smiley
With the USB script in my sig (which I also had help directly from ckolivas and his README when I wrote it) to install 11.04 - which I did back in July - that machine has also never crashed while mining nor has cgminer ever crashed for me except when I was working on the code of course Smiley

Of course it's had the rare USB boot problem, but that's nothing to do with the linux version or cgminer - that's to do with USB and BIOS issues (and the simple 10Watt solution is to install an HDD instead if you can't have that USB problem ever happen due to not having direct access to the machine)
I reboot it about 5 times a week coz I shut it down weekdays at 2pm and start it up again at 8pm and of those around 100 reboots I've only had a few failures when I don't power it off and just reboot.
It always works when I do power it off before restarting it.

Again the reason why I said just install 11.04 or 11.10: people use it and it works.

I've been using Fedora for many years (setting up many offices and servers for clients) and in all that time I always have done a wipe and install on upgrade (of course I have auto backups and such that save all the data and system configuration)
It is starting to get better on some of the distros to do upgrades, but I've avoided it in order to avoid those random problems you find just when you don't want them.
In the next few days I'm going to update this desktop (fc12) to fc14 or fc15 and even though it's got almost 2 years of configuration I've played with, I'm still thinking that I'll wipe and reinstall rather than upgrade ... not 100% decided yet but I'm still wary of upgrading.
If I do change my mind and upgrade, it will be my first time ever to use that path.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
tnkflx
Sr. Member
****
Offline Offline

Activity: 346


View Profile
December 18, 2011, 01:54:02 PM
 #2309

Con,

Do you have an idea about the screenshot I posted?

| Operating electrum.be & us.electrum.be |
simonk83
Hero Member
*****
Offline Offline

Activity: 896


View Profile
December 18, 2011, 08:30:15 PM
 #2310

Ok, so recently one of my GPU keeps being set to disable.  I assume it's hitting the temp cutoff (it must be running hotter lately)?   Am I correct in thinking that cgminer ought to be attempting to restart this GPU once it's disabled?   Perhaps it's trying and failing (or perhaps it's not trying at all), I'm not sure.. just thought I'd best clarify that here first Smiley

Here's my startup script if that helps:



start /B /affinity 8 cgminer -o http://127.0.0.1:8337 -u simonk83 -p x -I 9,9,d,9 --auto-fan --auto-gpu --gpu-engine 930,910,900,930 --gpu-memclock 305 --temp-target 75,80,80,75 2>"%date:~4,2%-%date:~7,2%-%date:~12,2%%time:~0,2%-%time:~3,2%-%time:~6,2%.log"

pause

EDIT:  And here's the relevant section of the log:

[2011-12-18 18:03:56] Overheat detected on GPU 1, increasing fan to 100%
[2011-12-18 18:03:57] Hit thermal cutoff limit on GPU 1, disabling!
[2011-12-18 18:03:57] Thread 5 being disabled
[2011-12-18 18:03:57] Thread 1 being disabled

So it is overheating.   I was hoping I could get cgminer to re-enable after a certain period?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
December 18, 2011, 08:49:58 PM
 #2311

Con,

Do you have an idea about the screenshot I posted?
If the ADL library is returning unsupported as the value from a device, cgminer won't try and show temp/fanspeeds for that device. If it's failing sometimes only for you, then the library is doing something funky :\ It's a miracle we ever got the library to control and monitor those values but it's an even bigger miracle that it works mostly as advertised. Unfortunately it's not always very reliable...

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
simonk83
Hero Member
*****
Offline Offline

Activity: 896


View Profile
December 18, 2011, 11:38:45 PM
 #2312

Ok, so recently one of my GPU keeps being set to disable.  I assume it's hitting the temp cutoff (it must be running hotter lately)?   Am I correct in thinking that cgminer ought to be attempting to restart this GPU once it's disabled?   Perhaps it's trying and failing (or perhaps it's not trying at all), I'm not sure.. just thought I'd best clarify that here first Smiley

Here's my startup script if that helps:



start /B /affinity 8 cgminer -o http://127.0.0.1:8337 -u simonk83 -p x -I 9,9,d,9 --auto-fan --auto-gpu --gpu-engine 930,910,900,930 --gpu-memclock 305 --temp-target 75,80,80,75 2>"%date:~4,2%-%date:~7,2%-%date:~12,2%%time:~0,2%-%time:~3,2%-%time:~6,2%.log"

pause

EDIT:  And here's the relevant section of the log:

[2011-12-18 18:03:56] Overheat detected on GPU 1, increasing fan to 100%
[2011-12-18 18:03:57] Hit thermal cutoff limit on GPU 1, disabling!
[2011-12-18 18:03:57] Thread 5 being disabled
[2011-12-18 18:03:57] Thread 1 being disabled

So it is overheating.   I was hoping I could get cgminer to re-enable after a certain period?

Right OK, my mistake, just noticed the following in the readme:

If the temperature goes over the
cutoff limit (95 degrees by default), cgminer will completely disable the GPU
from mining and it will not be re-enabled unless manually done so.

Is there any chance of getting a watchdog or something added so that it automatically re-enables the GPU after 5 mins or so?   In my case, the GPU is generally fine, but only occasionally overheats depending on the room.   If I manually restart a disabled GPU it tends to be fine for quite a while going forward.
Proofer
Sr. Member
****
Offline Offline

Activity: 251


View Profile
December 18, 2011, 11:46:07 PM
 #2313

I regret to say.... I'm back.

For those who were following my troubles through yesterday:  I'm having essentially the same problem after having upgraded to Ubuntu 11.10.  It doesn't matter whether I run 2.0.8 that I rebuilt under 11.10 or the distributed binary (although I notice that the distributed one is about 36K smaller than the one I built).

I can't connect to the pool I joined, Eclipse, because it's returning a 403 (Forbidden) -- don't know why yet.  I know 403 is the return due do previous runs with -D (debug output) in cgminer.  Because of that I'm failing over to solo mining with a connection to bitcoind on my Mac on my LAN.

In sum, after some initial activity for a few seconds there is no further output (even with -D) and there is no response to keypresses.  Here is the record of a run without -D in which I pressed ^C after six minutes -- it WAS responsive to the ^C and output a summary, but I couldn't get control of the terminal back.
Code:
[2011-12-18 14:59:45] Started cgminer 2.0.8
[2011-12-18 14:59:51] Pool down, URL or credentials invalid
[2011-12-18 14:59:51] Unable to get work from pool 0 http://us.eclipsemc.com:8337

htop from another terminal:
  PID USER     PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command 
 2259 brec      20   0  450M  154M 21916 S 98.0  3.9  4:22.78  |               |   `- cgminer -c cgminer.conf
 2279 brec      20   0  450M  154M 21916 D  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2278 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2276 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.35  |               |       `- cgminer -c cgminer.conf
 2275 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2273 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.38  |               |       `- cgminer -c cgminer.conf
 2272 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2270 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.39  |               |       `- cgminer -c cgminer.conf
 2269 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2267 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.39  |               |       `- cgminer -c cgminer.conf
 2266 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2264 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.42  |               |       `- cgminer -c cgminer.conf
 2263 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2262 brec      20   0  450M  154M 21916 R 16.0  3.9  0:43.45  |               |       `- cgminer -c cgminer.conf
 2261 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf
 2260 brec      20   0  450M  154M 21916 S  0.0  3.9  0:00.00  |               |       `- cgminer -c cgminer.conf

on the cgminer terminal:
###################Ctrl-C entered here after six minutes######################
^C[2011-12-18 15:06:41]
Summary of runtime statistics:

[2011-12-18 15:06:41] Started at [2011-12-18 14:59:51]
[2011-12-18 15:06:41] Runtime: 0 hrs : 0 mins : 0 secs
[2011-12-18 15:06:41] Average hashrate: 0.0 Megahash/s
[2011-12-18 15:06:41] Solved blocks: 0
[2011-12-18 15:06:41] Queued work requests: 7
[2011-12-18 15:06:41] Share submissions: 0
[2011-12-18 15:06:41] Accepted shares: 0
[2011-12-18 15:06:41] Rejected shares: 0
[2011-12-18 15:06:41] Hardware errors: 0
[2011-12-18 15:06:41] Efficiency (accepted / queued): 0%
[2011-12-18 15:06:41] Utility (accepted shares / min): 0.00/min

[2011-12-18 15:06:41] Discarded work due to new blocks: 0
[2011-12-18 15:06:41] Stale submissions discarded due to new blocks: 0
[2011-12-18 15:06:41] Unable to get work from server occasions: 0
[2011-12-18 15:06:41] Work items generated locally: 0
[2011-12-18 15:06:41] Submitting work remotely delay occasions: 0
[2011-12-18 15:06:41] New blocks detected on network: 1

[2011-12-18 15:06:41] Pool: http://us.eclipsemc.com:8337
[2011-12-18 15:06:41]  Queued work requests: 0
[2011-12-18 15:06:41]  Share submissions: 0
[2011-12-18 15:06:41]  Accepted shares: 0
[2011-12-18 15:06:41]  Rejected shares: 0
[2011-12-18 15:06:41]  Efficiency (accepted / queued): 0%
[2011-12-18 15:06:41]  Discarded work due to new blocks: 0
[2011-12-18 15:06:41]  Stale submissions discarded due to new blocks: 0
[2011-12-18 15:06:41]  Unable to get work from server occasions: 0
[2011-12-18 15:06:41]  Submitting work remotely delay occasions: 0

[2011-12-18 15:06:41] Pool: http://192.168.168.103:8332
[2011-12-18 15:06:41]  Queued work requests: 7
[2011-12-18 15:06:41]  Share submissions: 0
[2011-12-18 15:06:41]  Accepted shares: 0
[2011-12-18 15:06:41]  Rejected shares: 0
[2011-12-18 15:06:41]  Efficiency (accepted / queued): 0%
[2011-12-18 15:06:41]  Discarded work due to new blocks: 0
[2011-12-18 15:06:41]  Stale submissions discarded due to new blocks: 0
[2011-12-18 15:06:41]  Unable to get work from server occasions: 0
[2011-12-18 15:06:41]  Submitting work remotely delay occasions: 0

[2011-12-18 15:06:41] Summary of per device statistics:

[2011-12-18 15:06:41] GPU0 59.0C 4524RPM | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:4
[2011-12-18 15:06:41] GPU1 62.5C | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:4
[2011-12-18 15:06:41] GPU2 60.5C 4530RPM | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:8
[2011-12-18 15:06:41] GPU3 55.5C | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:8
[2011-12-18 15:06:56] GPU4 58.5C | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:8
[2011-12-18 15:06:56] GPU5 61.5C | (5s):0.0 (avg):0.0 Mh/s | A:0 R:0 HW:0 U:0.00/m I:8
#######unable to get control of terminal back from zombie'd process########

after the ^C, from another terminal...
htop:
 2262 brec      20   0  450M  154M 22128 R 17.0  3.9  1:48.65 cgminer -c cgminer.conf                                   
 2264 brec      20   0  450M  154M 22128 R 16.0  3.9  1:48.62 cgminer -c cgminer.conf
 2267 brec      20   0  450M  154M 22128 R 16.0  3.9  1:48.62 cgminer -c cgminer.conf
 2270 brec      20   0  450M  154M 22128 R 16.0  3.9  1:48.60 cgminer -c cgminer.conf
 2273 brec      20   0  450M  154M 22128 R 16.0  3.9  1:48.59 cgminer -c cgminer.conf
 2276 brec      20   0  450M  154M 22128 R 16.0  3.9  1:48.57 cgminer -c cgminer.conf
 2279 brec      20   0  450M  154M 22128 D  0.0  3.9  0:00.00 cgminer -c cgminer.conf

ps -C cgminer
  PID TTY          TIME CMD
 2259 pts/0    00:10:27 cgminer <defunct>
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
December 18, 2011, 11:53:06 PM
 #2314

Right OK, my mistake, just noticed the following in the readme:

If the temperature goes over the
cutoff limit (95 degrees by default), cgminer will completely disable the GPU
from mining and it will not be re-enabled unless manually done so.

Is there any chance of getting a watchdog or something added so that it automatically re-enables the GPU after 5 mins or so?   In my case, the GPU is generally fine, but only occasionally overheats depending on the room.   If I manually restart a disabled GPU it tends to be fine for quite a while going forward.
It's possible, but currently cgminer can't differentiate a GPU being disabled from the menu or at startup from being disabled due to overheating, so it was chosen as being intrinsically safe to be that way. I'll think about it.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
simonk83
Hero Member
*****
Offline Offline

Activity: 896


View Profile
December 19, 2011, 12:12:05 AM
 #2315

Right OK, my mistake, just noticed the following in the readme:

If the temperature goes over the
cutoff limit (95 degrees by default), cgminer will completely disable the GPU
from mining and it will not be re-enabled unless manually done so.

Is there any chance of getting a watchdog or something added so that it automatically re-enables the GPU after 5 mins or so?   In my case, the GPU is generally fine, but only occasionally overheats depending on the room.   If I manually restart a disabled GPU it tends to be fine for quite a while going forward.
It's possible, but currently cgminer can't differentiate a GPU being disabled from the menu or at startup from being disabled due to overheating, so it was chosen as being intrinsically safe to be that way. I'll think about it.

Ah, I see.

This is probably simpler than the actual solution will be, but are you able to do something like:

If the GPU was previously active in the current session (eg it wasn't disabled at startup), and is now inactive without manual intervention (eg, disabled from the menu), then re-enable?

I guess you'd need some sort of flag to check for (a "disabled from the menu flag").    

I should probably shut up anyway as I have no idea how you've coded this and what is and isn't possible so I probably sound like an idiot Cheesy

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
December 19, 2011, 12:19:58 AM
 #2316

Heh, it's okay. I can implement anything I like if I feel like it, but I was just trying hard not to make any significant changes to the code for fear of breaking the heard-earned stability it now has.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 19, 2011, 01:46:31 AM
 #2317

I'd suggest that any auto re-enabling of a GPU that has over-heated is a bad idea.

If you do that I'm certain someone somewhere will have their GPU kill itself and then ...

On the other hand, if someone chooses to re-enable a GPU - well that's their problem isn't it.

If you do go down that path - make it an option that is OFF by default and someone has to turn on at their choice to risk killing their hardware by their choice.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Red Emerald
Hero Member
*****
Offline Offline

Activity: 742



View Profile WWW
December 19, 2011, 04:26:57 AM
 #2318

Same here Smiley
With the USB script in my sig (which I also had help directly from ckolivas and his README when I wrote it) to install 11.04 - which I did back in July - that machine has also never crashed while mining nor has cgminer ever crashed for me except when I was working on the code of course Smiley

Of course it's had the rare USB boot problem, but that's nothing to do with the linux version or cgminer - that's to do with USB and BIOS issues (and the simple 10Watt solution is to install an HDD instead if you can't have that USB problem ever happen due to not having direct access to the machine)
I reboot it about 5 times a week coz I shut it down weekdays at 2pm and start it up again at 8pm and of those around 100 reboots I've only had a few failures when I don't power it off and just reboot.
It always works when I do power it off before restarting it.

Again the reason why I said just install 11.04 or 11.10: people use it and it works.

I've been using Fedora for many years (setting up many offices and servers for clients) and in all that time I always have done a wipe and install on upgrade (of course I have auto backups and such that save all the data and system configuration)
It is starting to get better on some of the distros to do upgrades, but I've avoided it in order to avoid those random problems you find just when you don't want them.
In the next few days I'm going to update this desktop (fc12) to fc14 or fc15 and even though it's got almost 2 years of configuration I've played with, I'm still thinking that I'll wipe and reinstall rather than upgrade ... not 100% decided yet but I'm still wary of upgrading.
If I do change my mind and upgrade, it will be my first time ever to use that path.
If one of my GPUs dies, cgminer hasn't ever successfully restarted it.  If I hit "q" to quit, it hangs.  I've just been rebooting the server and that works easy enough.  5970 and a 5830 on BAMT.  I'm planning on following your ubuntu guide next I redo my rig.  It would be nice to have a simple ubuntu setup with live-build kind of like how I have for bitsafe but with cgminer instead of bitcoind.

Side note: When you do a fedora upgrade, you can only go up 1 or 2 versions.  So fc12 -> fc15 will give you an error.  They also changed the boot partition to being 500MB instead of 200 so that can be an annoyance. Also, 16 is out, but I miss chkconfig and haven't learned systemctl fully yet Sad

kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
December 19, 2011, 08:09:29 AM
 #2319

The fc upgrade would be 12->13 then 13->14 if I did it ... if ... hmm yep I still don't think I will.
My wipe/reinstall is very simple to do: boot a live USB/CD then on / and /boot create a folder called saveYYYYMMDD and move all directories into it (except lost+found) then boot and do an install and tell it to NOT touch/change the partitions.
That makes it easy to find old setting in /etc and anywhere else by just looking in /saveYYYYMMDD/etc/... of course I also have the last night backup on my main file server also
I don't use the default disk layout (and never have in the last 10 years) - it's silly.
I have a boot partition (partition 1) usually about 1G, a swap partition (partition 3) between 1.5 and 2 times RAM a system partition (partition 2) of usually around 100GB and the rest partition 4 I call 'extra' which is temporary backup area used during the nightly backup and to store any data that can be deleted without caring about it like disk images and such
Then of course there is always 2 more disks in RAID 1 that have all important data on it including: /home, /var/log, /var/www, /var/spool, /root and anything else needed that the computer uses like /var/lib/pgsql and /var/named all of these are links to a directory on the RAID1 disk.
Hmm yep off topic, but hopefully of use to anyone considering actually doing anything with linux other than just mining Smiley
Edit: N.B. there is a little trick required to actually move those directories to the RAID disk of: making it fail boot and go to the special recovery login option where you can then remount / and mount the RAID1 disk and copy the data and make the link and when you exit it reboots
(you do this by creating a specially designed faulty mount in /etc/fstab that you remove to make it boot properly)

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
bronan
Hero Member
*****
Offline Offline

Activity: 765


Lazy Lurker Reads Alot


View Profile WWW
December 19, 2011, 09:36:34 AM
 #2320

You guys have scared me away from ever updating my graphics drivers

Well really honest if you do not game like me, and have no issues which are directly related to screen drivers DO NOT UPDATE Cheesy
I game a lot so yea i have to plunge into the dark deepness of new drivers which often have a fix for the games i play but most of the time the result is that something else gets messed.
But its not allways a true gpu driver problem, i am not going into this further since i becomes really complex if i do so.
Just saying the graphics driver is a very important one in your system and many things try to "talk" to it direct or indirect.
When i get into trouble i either install 11.6 when using cgminer or if possible even much older catalyst versions in the 10.x range.
It seems every version has its problems and the guy who made the wonderfull omega drivers never returned so we are stuck on what nvidia and amd crappy developers put out into the world Cheesy
Pages: « 1 ... 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 [116] 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!