--
DESK DEBIAN SETUP GUIDE v1.0
--
The SD card image can be downloaded from:
https://mega.co.nz/#!pVtGGCwD!z_L2dMPP1Zl9VuvJLqZIkOyxTltyQUMdIGEyD7pW64E
can be used for read/write with
http://sourceforge.net/p/win32diskimager/wiki/Home/.
*****************************************
Advice: buy an extra SD card 8GB for this purpose,
dont use the original.
*****************************************
What I have done is basicly make an tar copy of
/mineros/
/etc/
then installed debian on a external pi, with other SD card.
Unzipped the backup tar on the debian FS,
and debugged all day to get the dependencies right.
For convienence I have made a shell script for doing it at once.
/root/setup_bitmine_desk_configuration.sh:
#!/bin/bash
sudo apt-get update
sudo apt-get install build-essential \
autoconf \
automake \
libtool \
pkg-config \
libcurl4-gnutls-dev \
libjansson-dev \
uthash-dev \
libncursesw5-dev \
libncurses5-dev \
libudev-dev \
libusb-1.0-0-dev \
libevent-dev \
libmicrohttpd-dev \
git \
screen \
sqlite3 \
python2.7 \
curl \
perl \
openssl \
libc6 \
libtasn1-3 \
zlib1g \
libreadline-dev \
libkmod-dev \
dropbear \
python-setuptools \
i2c-tools \
python-smbus \
python-pexpect \
python-psutil \
python-cherrypy \
python-cherrypy3 \
python-mako \
python-simplejson \
plymouth \
wpasupplicant
sudo rm -rf cgminer
git clone
https://github.com/ckolivas/cgminer cgminer
cd cgminer
sudo ./autogen.sh
sudo ./configure --disable-avalon --disable-opencl --enable-icarus --disable-modmine --disable-klondike --enable-bflsc --enable-bitforce --with-system-libusb
sudo make
CGMINER_VERSION=$(/root/cgminer/cgminer -V);
NEW_NAME=$(echo "$CGMINER_VERSION" | sed 's/[ ]/_/g');
mv /root/cgminer/ /root/$NEW_NAME;
rm -rf /bin/cgminer;
ln -s /root/$NEW_NAME/cgminer /bin/cgminer
cd /root
sudo easy_install -U RPIO
cat << EOF > /etc/modprobe.d/raspi-blacklist.conf
#blacklist spi and i2c by default (many users don't need them)
#blacklist spi-bcm2708
blacklist i2c-bcm2708
EOF
##
## USE ON OWN RISK! runtimelevels for starting
##
## ln -s /mineros/boot.py /etc/init.d/boot.py
## ln -s /etc/init.d/boot.py /etc/rc1.d/K99boot.py
## ln -s /etc/init.d/boot.py /etc/rc4.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc5.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc2.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc3.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc6.d/K99boot.py
## ln -s /etc/init.d/boot.py /etc/rc0.d/K99boot.py
##
##./init.d/boot.py
##lrwxrwxrwx 1 root root 16 May 3 07:18 boot.py -> /mineros/boot.py
##./rc1.d/K99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 K99boot.py -> ../init.d/boot.py
##./rc4.d/S99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 K99boot.py -> ../init.d/boot.py
##./rc5.d/S99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 S99boot.py -> ../init.d/boot.py
##./rc2.d/S99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 S99boot.py -> ../init.d/boot.py
##./rc3.d/S99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 S99boot.py -> ../init.d/boot.py
##./rc6.d/K99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 S99boot.py -> ../init.d/boot.py
##./rc0.d/K99boot.py
##lrwxrwxrwx 1 root root 17 May 3 08:31 K99boot.py -> ../init.d/boot.py
as You can see it will first update all dependencies,
then compile cgminer and link it all.
Afterwards 2 things still need to be done:
-auto start mineros.
for this is the backup tar of /etc needed, because of all the symlinks being used,
for ex. /etc/rc0.d/K99boot.py links to /etc/init.d/boot.py,
which links to /mineros/boot.py.
Im not sure if linking it will do
## ln -s /mineros/boot.py /etc/init.d/boot.py
## ln -s /etc/init.d/boot.py /etc/rc1.d/K99boot.py
## ln -s /etc/init.d/boot.py /etc/rc4.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc5.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc2.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc3.d/S99boot.py
## ln -s /etc/init.d/boot.py /etc/rc6.d/K99boot.py
## ln -s /etc/init.d/boot.py /etc/rc0.d/K99boot.py
also executed:
cd /etc/init.d/
insserv boot.py
and changed the runtimelevel to 99 afterwards.
Still the boot.py in the mineros folder is NOT correct:
insserv: warning: script 'boot.py' missing LSB tags and overrides
To add an header use:
https://wiki.debian.org/LSBInitScriptsafterwards you can remove the header, otherwise python cant execute the file.
An other thing that needs configuring is WLAN (if needed)
nano /etc/networking/interfaces
auto lo
iface lo inet loopback
iface eth0 inet dhcp
auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
#wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
wpa-ssid <YOUR_SSID_HERE>
wpa-psk <YOUR_PASSWORD_HERE>
wpa-key-mgmt WPA-PSK
wpa-group TKIP CCMP
NOTE the 2 lines:
wpa-ssid <YOUR_SSID_HERE>
wpa-psk <YOUR_PASSWORD_HERE>
BITMINE:
1.
What I didnt get working is the front display showing the ip address of the WLAN interface.
It works for eth0, not for wlan0.
2.
If you look at cgminer's output, I see lot of underflow warnings. (not enough work)
Why?
ssh into machine
execute:
screen -DR
0: BA1 0 : 0: 8/256 | 231.5G / 226.9Gh/s WU:3071.1/m
1: BA1 1 : 1: 8/254 | 237.1G / 228.5Gh/s WU:3159.6/m
2: BA1 2 : 2: 8/256 | 236.3G / 231.0Gh/s WU:3191.1/m
3: BA1 3 : 3: 8/254 | 232.8G / 221.5Gh/s WU:3003.2/m
4: BA1 4 : 4: 8/256 | 241.7G / 231.4Gh/s WU:3201.5/m
--------------------------------------------------------------------------------
[2014-05-03 17:05:11] 3: chip 1: work underflow
[2014-05-03 17:05:11] 4: chip 8: work underflow
[2014-05-03 17:05:11] 4: chip 7: work underflow
[2014-05-03 17:05:11] 4: chip 6: work underflow
[2014-05-03 17:05:11] 4: chip 5: work underflow
[2014-05-03 17:05:11] 4: chip 4: work underflow
[2014-05-03 17:05:11] 4: chip 3: work underflow
[2014-05-03 17:05:11] 4: chip 2: work underflow
[2014-05-03 17:05:11] 4: chip 1: work underflow
(with above the desk is connected through eth0, to make sure it wasnt the wlan0 causing it)
(its only during startup)
3. Memory doesnt show up anymore. It shows 0.....
hope it helps also for you guys,
have phun with it!
OK I have tried the image on my 600gh/s desk made by atta2k15. (Many thanks to him by the way!)
Works fine for like 10 minutes, then the desk hangs, stops mining and needs a reset (can't log to web interface, ssh or even ping it).
Tried this on normal, turbo light and turbo moderate with same problem.
I've put the original SD back and works flawlessly again @ turbo moderate.
So hardware/temperatures is not an issue.
Also I once observed the following cgminer output just a minute before it hanged, seems like 2 of the 3 modules stopped working for some reason.
So I can't really explain all this, since it essentially runs with the exact cgminer options on debian. Only thing I could assume is the higher CPU usage for the RPi on debian. (since yocto is very minimal distro).
Maybe someone can help on installing gcc on yocto, so we can install the other stuff like screen?
