HellDiverUK
|
|
January 18, 2014, 09:16:10 AM |
|
What revision BBB are you guys running? Mine's A5A.
nwoolls, I'll try later and see if I reproduce, though the only BFG compatible devices I have are 10xAntminer U1, 2xBFL Jalapeno and 2xNanofury. My Hashbuster remains cgminer only, which I'm running off Peon on the Pi.
|
|
|
|
grumpy619
|
|
January 19, 2014, 01:15:46 AM |
|
Me being lazy has anyone had success with getting this to run an avalon v2 blades on it?
|
|
|
|
jedimstr
|
|
January 19, 2014, 01:45:56 AM |
|
I'm on the BBB rev A6A.
Note that the lock ups for me don't always happen. It takes a few scans in succession like if I restart BFGMiner multiple times while tweaking settings in the Conf and I didn't set -S noauto.
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
January 19, 2014, 01:55:42 AM |
|
I have A6A's, an A6 and an A5A,
Version does nit make any difference as far as I can tell.
Are you guys compiling with or without hidapi? I find without most of the issues disappear, but then I cannot run some test devices.....
Neil
|
|
|
|
jedimstr
|
|
January 19, 2014, 02:19:54 AM |
|
I have A6A's, an A6 and an A5A,
Version does nit make any difference as far as I can tell.
Are you guys compiling with or without hidapi? I find without most of the issues disappear, but then I cannot run some test devices.....
Neil
Mine is compiled without hidapi, but i still see issues if I do a lot of BFGMiner restarts with scanning.
|
|
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
January 19, 2014, 06:33:29 AM |
|
There is an issue with that version that will not allow resizeing. I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later. Neil
|
|
|
|
deagel
Member
Offline
Activity: 67
Merit: 10
|
|
January 19, 2014, 06:39:41 AM |
|
My way: List your old partitiontable:[minepeon@Green-Pie ~]$ sudo fdisk -l
Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00057540
Device Boot Start End Blocks Id System /dev/mmcblk0p1 2048 186367 92160 c W95 FAT32 (LBA) /dev/mmcblk0p2 186368 3667967 1740800 5 Extended /dev/mmcblk0p5 188416 3667967 1739776 83 Linux You need to delete first p5 and than p2 if done recreate themsudo fdisk /dev/mmcblk0
- press d for delete p5 and p2 - press n for new partition
Command (m for help): n
Partition type: p primary (1 primary, 0 extended, 3 free) e extended Select (default p): e Partition number (2-4, default 2): First sector (186368-31116287, default 186368): Last sector, +sectors or +size{K,M,G,T,P} (186368-31116287, default 31116287):
Created a new partition 2 of type 'Extended' and of size 14.8 GiB.
Command (m for help): n
Partition type: p primary (1 primary, 0 extended, 3 free) e extended Select (default p): e Partition number (2-4, default 2): First sector (186368-31116287, default 186368): Last sector, +sectors or +size{K,M,G,T,P} (186368-31116287, default 31116287):
Created a new partition 2 of type 'Extended' and of size 14.8 GiB.
Command (m for help): n
Partition type: p primary (1 primary, 1 extended, 2 free) l logical (numbered from 5) Select (default p): l
Adding logical partition 5 First sector (188416-31116287, default 188416): Last sector, +sectors or +size{K,M,G,T,P} (188416-31116287, default 31116287):
Created a new partition 5 of type 'Linux' and of size 14.8 GiB.
Command (m for help): p Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00057540
Device Boot Start End Blocks Id System /dev/mmcblk0p1 2048 186367 92160 c W95 FAT32 (LBA) /dev/mmcblk0p2 186368 31116287 15464960 5 Extended /dev/mmcblk0p5 188416 31116287 15463936 83 Linux
Command (m for help): w
The partition table has been altered. Calling ioctl() to re-read partition table. Re-reading the partition table failed.: Device or resource busy
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8). As written you need to rebootresize your fssudo resize2fs /dev/mmcblk0p5 [minepeon@Green-Pie ~]$ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 15G 1.1G 13G 8% / devtmpfs 210M 0 210M 0% /dev tmpfs 232M 0 232M 0% /dev/shm tmpfs 232M 1.2M 231M 1% /run tmpfs 232M 0 232M 0% /sys/fs/cgroup tmpfs 232M 0 232M 0% /tmp /dev/mmcblk0p1 90M 24M 66M 27% /boot
|
|
|
|
rallasnackbar
|
|
January 19, 2014, 10:12:15 AM |
|
There is an issue with that version that will not allow resizeing. I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later. Neil Sounds great, hopefuly my bi*furys will work on it then.
|
|
|
|
HellDiverUK
|
|
January 19, 2014, 10:18:54 AM |
|
I'm not sure it's a BBB issue - I'm seeing bfgminer 3.10.0 hang up on scan on my NUC running Debian, too. I have hidapi installed on Debian on both the BBB and the NUC. Both seem to hang up about 20% of the time. An replug of all USB devices seems to cure the issue.
|
|
|
|
ct1aic
|
|
January 19, 2014, 11:15:20 AM Last edit: January 19, 2014, 02:19:20 PM by ct1aic |
|
There is an issue with that version that will not allow resizeing.
I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later.
Neil
Greetings. With git pull from today, I think I see the new 0.2.5 branch. How can I upgrade my 0.2.4.3 versions of MinePeon to the new version, without having to do another SD's? minepeon ~ # cd /opt/minepeon/ minepeon /opt/minepeon # git pull remote: Counting objects: 16, done. remote: Compressing objects: 100% (14/14), done. remote: Total 16 (delta 2), reused 15 (delta 1) Unpacking objects: 100% (16/16), done. From https://github.com/MineForeman/minepeon-base * [new branch] RaspberryPi-0.2.5 -> origin/RaspberryPi-0.2.5 Already up-to-date.
|
Rui Costa, Portugal - BTC : 1ct1aicGoUVpZeovsw3cCcPJZJHV5JXtW
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
January 19, 2014, 08:06:01 PM |
|
There is an issue with that version that will not allow resizeing.
I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later.
Neil
Greetings. With git pull from today, I think I see the new 0.2.5 branch. How can I upgrade my 0.2.4.3 versions of MinePeon to the new version, without having to do another SD's? minepeon ~ # cd /opt/minepeon/ minepeon /opt/minepeon # git pull remote: Counting objects: 16, done. remote: Compressing objects: 100% (14/14), done. remote: Total 16 (delta 2), reused 15 (delta 1) Unpacking objects: 100% (16/16), done. From https://github.com/MineForeman/minepeon-base * [new branch] RaspberryPi-0.2.5 -> origin/RaspberryPi-0.2.5 Already up-to-date. It's going to be a new image sorry ct1aic, there are a few changes under the hood that require it. Neil
|
|
|
|
rallasnackbar
|
|
January 19, 2014, 08:15:44 PM |
|
There is an issue with that version that will not allow resizeing.
I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later.
Neil
Greetings. With git pull from today, I think I see the new 0.2.5 branch. How can I upgrade my 0.2.4.3 versions of MinePeon to the new version, without having to do another SD's? minepeon ~ # cd /opt/minepeon/ minepeon /opt/minepeon # git pull remote: Counting objects: 16, done. remote: Compressing objects: 100% (14/14), done. remote: Total 16 (delta 2), reused 15 (delta 1) Unpacking objects: 100% (16/16), done. From https://github.com/MineForeman/minepeon-base * [new branch] RaspberryPi-0.2.5 -> origin/RaspberryPi-0.2.5 Already up-to-date. It's going to be a new image sorry ct1aic, there are a few changes under the hood that require it. Neil Yay! When do you expect to upload it?
|
|
|
|
Zelek Uther
|
|
January 19, 2014, 09:11:09 PM |
|
There is an issue with that version that will not allow resizeing. I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later. Neil Thanks so much! I look forward to it...
|
Run a Bitcoin node, support the network.
|
|
|
ct1aic
|
|
January 19, 2014, 09:29:42 PM Last edit: January 19, 2014, 09:52:39 PM by ct1aic |
|
There is an issue with that version that will not allow resizeing.
I am about to release 0.2.5 PR1 with that issue fixed if you want to try it out (within the next 24 hours, I am just letting it "burn in"). Check back here later.
Neil
Greetings. With git pull from today, I think I see the new 0.2.5 branch. How can I upgrade my 0.2.4.3 versions of MinePeon to the new version, without having to do another SD's? minepeon ~ # cd /opt/minepeon/ minepeon /opt/minepeon # git pull remote: Counting objects: 16, done. remote: Compressing objects: 100% (14/14), done. remote: Total 16 (delta 2), reused 15 (delta 1) Unpacking objects: 100% (16/16), done. From https://github.com/MineForeman/minepeon-base * [new branch] RaspberryPi-0.2.5 -> origin/RaspberryPi-0.2.5 Already up-to-date. It's going to be a new image sorry ct1aic, there are a few changes under the hood that require it. Neil Thanks for your answer, Neil. 3 more questions... - Can I backup all settings and statistics with 0.2.4.3 version and restore them with the new 0.2.5 image without loss of data?
- Can I expand the file system of the new 0.2.5 image to the full size of my SD's with the commands somewhere in this thread?
- Are you "releasing" bfgminer 3.10.0 to 0.2.4.3 version via git pull?
|
Rui Costa, Portugal - BTC : 1ct1aicGoUVpZeovsw3cCcPJZJHV5JXtW
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
January 19, 2014, 09:58:46 PM |
|
Thanks for your answer, Neil. But can I backup all settings and statistics with 0.2.4.3 version and restore them with the new 0.2.5 image without loss of data? The backup of the setting will work, the statistics however wont. Statistics are moving to a sqlite DB. Also, can I expand the file system of the new 0.2.5 image to the full size of my SD's with the commands somewhere in this thread?
Yeah, there was a problem with some previous images. It is fixed in this one so a resize2fs will just expand the root to take up all the free space. Neil
|
|
|
|
ct1aic
|
|
January 19, 2014, 10:03:08 PM |
|
I need to stop editing my comments after I release them, as Neil is so fast in answering them, that some questions are edited after Neil answered the others. Sorry by that, Neil. What about bfgminer 3.10.0?
|
Rui Costa, Portugal - BTC : 1ct1aicGoUVpZeovsw3cCcPJZJHV5JXtW
|
|
|
MineForeman.com (OP)
Legendary
Offline
Activity: 896
Merit: 1000
|
|
January 19, 2014, 10:11:13 PM |
|
Latest and greatest of both cgminer and bfgminer will be included EXCEPT the hidapi drivers for bfgminer.
hidapi just does not work and makes bfgminer unstable on the Pi.
Neil
|
|
|
|
eman5oh
Newbie
Offline
Activity: 57
Merit: 0
|
|
January 20, 2014, 03:24:20 AM |
|
Will you have the usb permissions fix to allow the drillbit boards to work?
|
|
|
|
Eldoen
Newbie
Offline
Activity: 19
Merit: 0
|
|
January 20, 2014, 03:59:10 AM |
|
Interesting that Minepeon site shows up a spam site at work. and OSI project, will have to talk to IT about that. anyway. going to have to pick up one of those Beaglebone blacks. Especially since I can support who I work for indirectly.
Reading up on that board, is the 2gig MMC big enough to support the Archlinux install with Minepeon. or will it be running from the SD slot?
Second, with the sqlite support for stats, can we offload the database to a network drive?
El
|
|
|
|
|