Topic: Linux mining distro for the Raspberry PI - MinePeon - page 65. (Read 685021 times)

nice explanation

here we go:

[minepeon@minepeon ~]$ lsusb | grep hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 009: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 011: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 006: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 007: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 008: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
[minepeon@minepeon ~]$ lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/3p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
        |__ Port 2: Dev 4, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 2: Dev 6, If 0, Class=Hub, Driver=hub/4p, 480M
                |__ Port 1: Dev 9, If 0, Class=Hub, Driver=hub/4p, 480M
                    |__ Port 1: Dev 12, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 2: Dev 13, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 3: Dev 14, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 4: Dev 15, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
            |__ Port 3: Dev 7, If 0, Class=Hub, Driver=hub/4p, 480M
                |__ Port 1: Dev 10, If 0, Class=Hub, Driver=hub/4p, 480M
                    |__ Port 1: Dev 16, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 2: Dev 17, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 3: Dev 18, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 4: Dev 19, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
            |__ Port 4: Dev 8, If 0, Class=Hub, Driver=hub/4p, 480M
                |__ Port 1: Dev 11, If 0, Class=Hub, Driver=hub/4p, 480M
                    |__ Port 1: Dev 20, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 2: Dev 21, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 3: Dev 22, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
                    |__ Port 4: Dev 23, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
        |__ Port 3: Dev 5, If 0, Class=Vendor Specific Class, Driver=rtl8192cu, 480M

Yeah, I duplicated this issue with one of my LCD units. It turned out to be the USB cable where it attached to the display itself. Once I really looked at it, I realized it didn't fit very tightly. It apparently looses connection intermittently, and cgminerLCDStats starts to throw that exception because it can't find the device.

I "fixed" my USB cable by crimping down very slightly on the outer metal shell of the connector, so it made a tighter fit. Others have said they had to replace the USB cable that shipped with their units.

I emailed the people selling them on e-bay about the issue. They said they would ship replacement cables to those that request them.

nicely done.

I have been using this latest version of LCD Stats for a couple of days now. It works great, but after a day and a half or so, it freezes up, and I get the error described here: https://bitcointalksearch.org/topic/m.3134240

The miner is still running, it's just the LCD Stats that becomes unstable

MinePeon 0.2.2

Hello, If you have a problem with the update of date after reboot, edit this file openntpd.service.

and change network.target to network-online.target

Command:
minepeon@minepeon ~ $ sudo nano /usr/lib/systemd/system/openntpd.service
[sudo] password for minepeon:

edit line After=network.target -> After=network-online.target

Ctrl + X
Y
Ctrl + M

 

Hello, You can expand the partition as follows:

1. Backup your system       //I am not responsible for any damages


minepeon@minepeon ~ $ sudo -s
[sudo] password for minepeon:    //Enter your password

minepeon /home/minepeon # cd    

minepeon ~ # fdisk -l         // check if your SD is detected as /dev/mmcblk0


minepeon ~ # fdisk /dev/mmcblk0    
d    
2    
n    
p    
2    


W    

minepeon ~ # reboot    

Login again (sudo -s -> cd)

minepeon ~ # resize2fs /dev/mmcblk0p2    

minepeon ~ # reboot    

Login again (sudo -s -> cd)

minepeon ~ # df -h         // check if your /dev/root has been extended  

lsusb lists all the USB items connected to your Pi.  The command filters the output through grep, which searches for the word "hub".  This gives me a count of how many logical hubs your Pi is seeing.

The second command, with -t, asks the Pi to give a tree listing of the hubs.  That shows how the logical hubs are connected to each other. The output includes every USB device connected, which might show that some logical hubs are in fact empty on your system.

You can find out more about lsusb by using the man ("manual", as in instruction manual) command:

man lsusb

Yep, those instructions should work fine for a fresh install of 0.2.2

If you want to update the existing code on 0.2.2 you could do something like (this will delete the current version and get the new code):

cd ~
sudo rm -r cgminerLCDStats
git clone https://github.com/cardcomm/cgminerLCDStats.git
cd cgminerLCDStats
sudo python2 cgminerLCDStats.py

I know thats some list command, but as I am a Linux noob, what exactly do they do?

And yes, but you will have to wait until tomorrow morning, as I am in bed now *g*

Interesting. Could you do me a favor, please, and run these commands on your Pi?  I'd love to see the output.

lsusb | grep hub
lsusb -t

Maybe that will give me some clues as to why both my Pi's only see five hubs each.

thats 4 hubs, 1 Belkin (without powersupply because I could not find it) with 3 D-Link 7 Port Hubs with 4 USB Miners each. The Belkin is plugged into the Pi, the 2nd port on the Pi is used by the wifi dongle

I have the exact same problem.  The Pi has a limitation that it can only see five logical hubs, not including the root hub on the Pi itself.  The problem is, each D-Link physical hub is in fact two logical four-port hubs.  The "second" four-port hub is plugged into one of the ports on the "first" hub, which exposes seven ports for you to use.  If you plug three D-Link hubs into the Pi, it will see two logical hubs for each of the first two physical ones, but only one logical hub on the third physical one.  Attaching additional hubs won't do anything; the Pi won't see them at all.

I don't know if the limitation is five hubs per USB port on the Pi, or five hubs total -- I can't test this.  I use the second USB port on the Pi for Wifi access.  Though in retrospect, I guess I could just plug the Wifi dongle into a hub port and see if I can connect additional hubs to the other USB port...

cool!

is your guide (https://github.com/cardcomm/cgminerLCDStats/blob/master/MinePeon%20Install.md) still up to date if I use 0.2.2?

make a star shape - use 1 hub (can be passive without own power supply) and plug that into the Pi. Then plug all powered hubs into the "root" hub and plug the miners in the powered hubs, this should work. Don't use more than 5 miners on one d-link hub!

So... I have 21 USB miners hooked up to four 7port D-Link hubs.  I originally daisy chained them all together and then plugged the first one into my PI... only 8 lit up and started mining.

I did some re-configuration and figured out that If I split them into two groups, and plug both those into the PI I can get 16 to run, 8 connected to each port on the pi.

Is there some hard limit where you can only run 8 miners per usb port on the PI?  Or what am I doing wrong here?

Hi All.

I just wanted to let everyone know that I've added a MtGox Bitcoin price ticker to the cgminerLCDStats script. I even added a cool colored arrow to indicate "price direction".

Note that the ticker isn't really real time - there is a delay of a few seconds between updates, so don't use it for trading or anything time sensitive!

I've tested the code pretty extensively on MinePeon v 0.2.2 with no problems. I'm not running v0.2.3 currently, but I HAVE done limited testing on that version.

I welcome your feedback, and I hope y'all find the code useful. If so, please consider a donation

You can find the updated code here:
https://github.com/cardcomm/cgminerLCDStats

Instructions on how to update cgminerLCDStats on MinePeon v0.2.3 to the current code can be found here:
https://github.com/cardcomm/cgminerLCDStats/blob/master/MinePeon%20Install.md

And finally, here is a photo of the new screen setup:

should be able to do it through ssh no problem, I haven't done it yet, the only thing is you may have to download a disk utility through pacman. I'll play with it tonight when I get home after work and post the procedure (unless someone else beats me to it).

Greetings. I think Neil is working on that. Meanwhile, see my comments about this problem @ this thread.

yeah can I do that with a console command via SSH right into the Pi or do I need to shut down the RPi and do that on my Mac with an SD-Card reader?
(or even worse, do I need to do that before I install Minepeon?)

How do you expand the partitions?