Topic: Linux mining distro for the Raspberry PI - MinePeon - page 41. (Read 685046 times)
Hubs are a disaster. My expensive Anker 10-port doesn't work at all on the Pi, and bizarrely also doesn't work on my Celeron NUC. Yes, it doesn't work on an Intel chipset machine. It also never worked properly on AsMedia USB3 chips. Only hub that works reliably on the Pi is the good old DLink 7-port.
So this is still happening even with the MinePeon bits disabled, just using bfgminer. I have a couple dozen Block Erupters, a Red Fury, a Jalapeno, and a Hashbuster Micro attached.
Everything works great for at least 2+ hours. Then I start to get a bunch of Sick devices. The thing starts to become slow as molasses even just trying to SSH in and type. And then it locks up entirely and I have to hard reset the Raspberry Pi.
Anyone seen similar or have any suggestions? I'm on bfgminer 3.8.0 (compiled myself) and plan on trying 3.8.1 next.
I find that I am unable to run both Erupters and Red Fury on the some RPi using ID 0e8f:0016 GreenAsia Inc. 4 port USB 1.1 hub UH-174 (this is actually a 10-port hub manufactured from 3 ea of the 4-port chips)
I am running bfgminer-3.8.0 on rasbpian , still with usb2. Have not forced usb-1 yet. I have no NanoFury for which that is required.
I got some Red Furies a couple of weeks ago and was able to run one with Erupters for a couple of hours. I was not able to run 2-Red Fury for more than a few minutes. I eventually gave up running any Red Furies with Erupters. As a result, I run the erupters on raspberrypi-2 and Red Furry on raspberrypi-1., GreenAsia hubs on both. I used -S erupter:all and -S bigpic:all to bring them on line.
While playing around today with cascading 10-port hubs (GreenAsia) from a 4-port hub on raspberryp-4 , I repeated the exeriment. I was unable to run both Erupter and Red Fury from the same Pi. However, I was able to run either Erupters or Red Fury, thought not together.
I believe, I have read similar reports on one of these forums concerning the incompatibility of Erupters and Red Furies on the Pi
Now to thoroughly confuse the issue: On rapsberrypi-3 with a 7-port hub, ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub, I was able to run a Red Fury with a couple of Erupters, for a couple weeks. Same bfgminer-3.8.0 (and -3.0.7). The only reason it is not still running is that I consolidated the Red Furies and Erupters on the two dedicated single type Pi miners.
I suppose the conclusion to be drawn is that compatibility is hub chip set sensitive. And, others see this problem.
Still troubleshooting. Still having the same issues. Now starting to remove mining devices from the mix.
Seems far more stable without the HashBuster Micro.
I use my iPhone/iPod/iPad/iHaveTooMany_iDevices chargers without any issues.
Still troubleshooting. Still having the same issues. Now starting to remove mining devices from the mix.
Depends on the adapter. I'd be wanting to use a good quality one of at least 1A.
Thanks again for the tip. I am using this thing which is only 1A:
http://www.amazon.com/HTC-CNR6300-Travel-Charger-Adapter/dp/B0047EP8IY/ref=sr_1_9?rps=1&ie=UTF8
I am going to try out one that is rated at 2.4A (dual port) and see if that helps.
I use my iPhone/iPod/iPad/iHaveTooMany_iDevices chargers without any issues.
I tried my Pi off a similar charger (the LG one that came with my Nexus 4), and it didn't work very well.
Hah - I was going to try that exact one next (while waiting on the one I ordered)
I tried my Pi off a similar charger (the LG one that came with my Nexus 4), and it didn't work very well.
Depends on the adapter. I'd be wanting to use a good quality one of at least 1A.
Thanks again for the tip. I am using this thing which is only 1A:
http://www.amazon.com/HTC-CNR6300-Travel-Charger-Adapter/dp/B0047EP8IY/ref=sr_1_9?rps=1&ie=UTF8
I am going to try out one that is rated at 2.4A (dual port) and see if that helps.
have you updated the OS packages recently? (sudo pacman -Syu)
Honestly that's the first thing I do after any new image I make.
Honestly that's the first thing I do after any new image I make.
I'll give it a shot. Thanks
Curious are you using a wired or wireless connection?
I noticed tons of sluggishness when using a wireless connection while using the pi as a proxy for blades, therefore i wouldn't really recommend using a wireless connection. Just thought I'd toss that out there.
I noticed tons of sluggishness when using a wireless connection while using the pi as a proxy for blades, therefore i wouldn't really recommend using a wireless connection. Just thought I'd toss that out there.
It's wired and at this point I don't even have the proxy enabled. This is just USB mining. I hate to be the Linux noob but is there anywhere I can look beyond the obvious? When it's getting sluggish I've tried "top" but nothing is eating up CPU. I've also tried "dmesg" after restarting and didn't see anything obviously wrong.
have you updated the OS packages recently? (sudo pacman -Syu)
Honestly that's the first thing I do after any new image I make.
Curious are you using a wired or wireless connection?
I noticed tons of sluggishness when using a wireless connection while using the pi as a proxy for blades, therefore i wouldn't really recommend using a wireless connection. Just thought I'd toss that out there.
I noticed tons of sluggishness when using a wireless connection while using the pi as a proxy for blades, therefore i wouldn't really recommend using a wireless connection. Just thought I'd toss that out there.
It's wired and at this point I don't even have the proxy enabled. This is just USB mining. I hate to be the Linux noob but is there anywhere I can look beyond the obvious? When it's getting sluggish I've tried "top" but nothing is eating up CPU. I've also tried "dmesg" after restarting and didn't see anything obviously wrong.
I have mine plugged into a power strip using a USB->AC adapter. Good? Bad?
Depends on the adapter. I'd be wanting to use a good quality one of at least 1A.
Thanks - I'll try looking into this angle.
Curious are you using a wired or wireless connection?
I noticed tons of sluggishness when using a wireless connection while using the pi as a proxy for blades, therefore i wouldn't really recommend using a wireless connection. Just thought I'd toss that out there.
I have mine plugged into a power strip using a USB->AC adapter. Good? Bad?
Depends on the adapter. I'd be wanting to use a good quality one of at least 1A.
Thanks - I'll try looking into this angle.
Can you list the output of lsusb?
I'm also wondering if there's an issue with power on the Pi? I run mine off the "high power" USB ports on my DLink 7-port hub, which in turn is running off the 5v output of a 750W PSU.
I'm also wondering if there's an issue with power on the Pi? I run mine off the "high power" USB ports on my DLink 7-port hub, which in turn is running off the 5v output of a 750W PSU.
I have mine plugged into a power strip using a USB->AC adapter. Good? Bad?
Depends on the adapter. I'd be wanting to use a good quality one of at least 1A.
Here's the output of lsusb:
Looks OK to me...
Can you list the output of lsusb?
I'm also wondering if there's an issue with power on the Pi? I run mine off the "high power" USB ports on my DLink 7-port hub, which in turn is running off the 5v output of a 750W PSU.
I'm also wondering if there's an issue with power on the Pi? I run mine off the "high power" USB ports on my DLink 7-port hub, which in turn is running off the 5v output of a 750W PSU.
I have mine plugged into a power strip using a USB->AC adapter. Good? Bad?
Here's the output of lsusb:
Code:
[minepeon@minepeon ~]$ lsusb
Bus 001 Device 037: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 036: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 035: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 034: ID 0835:8502 Action Star Enterprise Co., Ltd
Bus 001 Device 029: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 028: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 027: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 026: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 025: ID 0835:8501 Action Star Enterprise Co., Ltd
Bus 001 Device 016: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 033: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 032: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 031: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 030: ID 0835:8502 Action Star Enterprise Co., Ltd
Bus 001 Device 024: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 023: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 022: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 021: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 020: ID 0835:8501 Action Star Enterprise Co., Ltd
Bus 001 Device 015: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 014: ID 0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC
Bus 001 Device 013: ID fa04:000d
Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 019: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 018: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 017: ID 0835:8502 Action Star Enterprise Co., Ltd
Bus 001 Device 012: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 011: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 010: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 009: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 008: ID 0835:8501 Action Star Enterprise Co., Ltd
Bus 001 Device 006: ID 0835:8500 Action Star Enterprise Co., Ltd
Bus 001 Device 005: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 004: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Thanks for the tips!
nwoolls, are you still running the Pi in USB2 mode, or USB1.1?
To be honest I'm not sure. I don't think that is anything I ever changed. What do you suggest?
Can you list the output of lsusb?
I'm also wondering if there's an issue with power on the Pi? I run mine off the "high power" USB ports on my DLink 7-port hub, which in turn is running off the 5v output of a 750W PSU.
nwoolls, are you still running the Pi in USB2 mode, or USB1.1?
To be honest I'm not sure. I don't think that is anything I ever changed. What do you suggest?
nwoolls, are you still running the Pi in USB2 mode, or USB1.1?
I'm trying to troubleshoot issues I'm having with MinePeon. Basically it will slow down to the point of not mining / responding, and must then be hard-reset. When this is occurring, even key-presses over SSH are painful slow. This seems to be related to the proxy it is pointed at being reset.
In order to troubleshoot this I'd like to basically disable all the MinePeon "stuff" and just reboot the Raspberry Pi and use bfgminer myself. Can anyone point out how to do this? Thanks!
In order to troubleshoot this I'd like to basically disable all the MinePeon "stuff" and just reboot the Raspberry Pi and use bfgminer myself. Can anyone point out how to do this? Thanks!
Code:
sudo systemctl stop miner
sudo systemctl disable miner
sudo reboot
That'll reboot it without the miner starting up. Then feel free to use bfgminer at your leisure (/opt/minepeon/bin/bfgminer).
So this is still happening even with the MinePeon bits disabled, just using bfgminer. I have a couple dozen Block Erupters, a Red Fury, a Jalapeno, and a Hashbuster Micro attached.
Everything works great for at least 2+ hours. Then I start to get a bunch of Sick devices. The thing starts to become slow as molasses even just trying to SSH in and type. And then it locks up entirely and I have to hard reset the Raspberry Pi.
Anyone seen similar or have any suggestions? I'm on bfgminer 3.8.0 (compiled myself) and plan on trying 3.8.1 next.
Code:
sudo systemctl stop miner
sudo systemctl disable miner
sudo reboot
That'll reboot it without the miner starting up. Then feel free to use bfgminer at your leisure (/opt/minepeon/bin/bfgminer).
Awesome - thanks very much!
Jump to: