boinc detects ati when ran from my home dir but not when i use init.d/boinc-client start
not sure why...investigating later
fixed with this
http://boinc.berkeley.edu/dev/forum_thread.php?id=6307
Printable View
boinc detects ati when ran from my home dir but not when i use init.d/boinc-client start
not sure why...investigating later
fixed with this
http://boinc.berkeley.edu/dev/forum_thread.php?id=6307
What programs are reccomended to check cpu, gpu, and mem overclocks in a debian based os? Currently doing it pretty blindly and would like to push for more.
Have psensor for cpu load/temp (athlon II x3 400e)
AMDOverdriveCtrl (i386) for gpu temp/oc.
No way of seeing per core loading/throttling (not likely with the current temps) or gpu load.
Thanks
The whole point of these is that you set 'em and forget 'em. Worrying about anything but temps pretty much defeats the purpose.
For thermal monitoring I use lm-sensors. On a server install (no GUI) you check the readings from the command line with the command "sensors". On a desktop install you can install something like sensors-applet to monitor those and any other available temps.
For clock speeds there's something called (something like) CPU frequency scaling monitor, and the system monitor can track various CPU loads and graph them for you in the task bar. I'm not sure about GPU load monitoring, but sensors-applet can monitor GPU temperature if you configure lm-sensors (sudo sensors-detect) after installing the proprietary GPU drivers. It can also monitor per-core temperatures.
Temps aren't an issue, I'd just like to make sure the overclock is stable enough to do science without errors.
The only way to do that is to creep the clocks up until you start getting errors (check your results status on the My Grid page at WCG) and then back off, just like you'd have to in any other operating system. CPU load monitors won't provide any useful help in that situation.
I'm only mentioning this because I read about it somewhere but look for something called conky to monitor gpu.
So I installed Ubuntu 12.0.4 LTS on my Q9550 rig. I downloaded and ran the BOINC installer
Typed sudo su
Typed apt-get update-Bunch of downloads and setting up lines appeared
Typed apt-get install boinc-Setting up lines appeared.
Then a line *Setting up scheduling for BOINC core client and children: appeared
followed by chrt: failed to set pid 15164's policy: No such process , which appeared 3 times
Then "Could not write to /proc/15164/oom_adj:"
followed by
"Setting up boinc-manager (7.0.27+dfsg-5ubuntu0.12.0.04.1)...."
and then it stalled right there
Did I miss something, some setting or command?
I've seen that before but don't remember what causes it. I'll have a dig and get back to you.
Try removing and reinstalling BOINC.
From the command line:
sudo apt-get remove boinc boinc-manager
sudo apt-get install boinc boinc-manager
The boinc client and manager used to be separate packages. Either they've been combined into one now, which could cause issues for those running server installs, or you added a wildcard at the end of one of those commands.
Thanks DA. I used those two commands and then went back and repeated the installation. This time it worked. Though now I can't seem to get GPU workunits, even though my graphics card is recognized. I'll have to figure that one out today. Thanks again!
You also need to go to your profiile on the WCG MyGrid page and enable GPU work. If you've done that, start a new thread and post whatever messages you're getting in your BOINC logs.
Let's start with which version of BOINC you installed. Depending on the version you could well have the wrong version of libssl on your system.
Alternatively, open a terminal and enter:and thenCode:ldd boinc | grep ssl
and post the output.Code:ldd boincmgr | grep gtk
Installed Linux Mint 14 Cinnamon.
Installed AMD CCC 13
Installed BOINC 7.0.52
Installed the 32 bit drivers to allow 64 bit Linux to run it
After entering ldd boinc | grep ssl:
libssl.so.1.0.0 right arrow /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f366647a000)
After entering ldd boincmgr | grep gtk:
libwx_gtk2u_html-2.8.so.0 right arrow not found
libwx_gtk2u_adv-2.8.so.0 right arrow not found
libwx_gtk2u_core-2.8.so.0 right arrow not found
libgtk-x11-2.0.so.0 right arrow /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007fa8807fe000)
Ok, the wxgtk stuff isn't there so you'll have to install it.
Code:sudo apt-get install libwxgtk2.8-0
*bump*
Didn't this used to be a sticky?
Here's some useful material regarding *nix and GPU crunching
http://boinc.berkeley.edu/wiki/GPU_computing
Latest ATi Linux drivers:
http://support.amd.com/us/gpudownloa...eon_linux.aspx
Latest nVidia Linux drivers:
http://www.nvidia.com/object/unix.html
Many thanks to OC and DA. I actually got boinc running in Mint. Can you guys tell me where the cc_config and app_config files go? Kinda struck out on that front.
EDIT: Found where the cc_config goes. DUH!
if i understand this correctly you no longer need to have graphical desktop open to crunch with GPUsQuote:
AMD Catalyst™ 13.4 Proprietary Linux Graphics Driver Release Notes
New Features:
The following section provides a summary of new features in this driver version.
RHEL 6.4 Production Support
OpenCL Console Mode Support
Kernel 3.7 and 3.8 Support
sadly that driver doesn't work for me cause 7870 XT is not supported (even tho they're supported in 13.3 beta :shrug:)
I have not had a chance to try this but when searching I found the following info on ghacks.net http://www.ghacks.net/2010/03/11/wha...on-of-apt-get/
I found it interesting and thought to just paste the necessary here with thanks from me to the author.
Quote:
First I want to compare the two apt-get options: upgrade and dist-upgrade. The difference between these two is very simple. The upgrade option is used only to install all of the newest versions of the packages already installed on your machine. This is what happens when you see the upgrade upgrade packages through the Update Manager (You know, when you are made aware of notification in your panel and then Update Manager opens to show you which updates are available for your system.)
The dist-upgrade option is quite different from upgrade. But just what does dist-upgrade do? Simple. The dist-upgrade option not only will upgrade all of the currently installed packages on your system it will also handle the dependency changes with new versions of packages. In other words, dist-upgrade will remove obsolete packages from your system, whereas upgrade will not. This function is out of necessity for upgrading from one distribution release to another.
Quote:
But doesn't it upgrade my distro?
Not necessarily. Although, by itself, dist-upgrade, will prepare your system for a distribution upgrade, the only way it will actually perform the upgrade to a new release is if you have changed your /etc/apt/sources.listfile to reflect the change. In other words, you have to add the repositories for the new distribution in the sources.list file before this can happen.
Quote:
Well that sounds simple. Yes it is. But it is not the recommended plan of attack for upgrading to a new distribution. Although it will work, there is a better way...by command. The command do-release-upgrade was created specifically for upgrading the operating system to the latest release via the command line. Of course, before you issue this command you will want to check to see if an upgrade is available with the command sudo do-release-upgrade -d. When you do this you you be informed if a new release is available. If there is a new release available issue the command sudo do-release-upgrade and the upgrade process will begin. Of course this is a rather lengthy process and there are risks involved.You could lose packages you have manually installed (that are not supported by the new release) or (worst case scenario) your system could become unstable.
Quote:
Distribution upgrades are always tricky. I have had them go exceedingly well and I have had them go very awry. It's a gamble. But now you know exactly how to manage the task from the command line. You are now, officially, dangerous. ;)
Clicked on run manager after updating an install on an old disk, which I had not tried to run before the update.
It opens fine but shows as Disconnected
What to do to get it to connect?
EDIT: Never mind it is a permissions issue. That disk must have been set up to run BOINC as root
Hey D_A and Co.
How to properly use chown or chmod to give myself permissions to copy a BOINC folder to a stick with a view to retaining this particular machine install after I try a later version of Mint with a view to resolving a Kernel panic issue I have just now
As above it seems to be owned by root just now and I need to undo that.... not just to copy the folder but to run it later.
chown -r oldchap /var/lib/boinc-client