Pages:
Author

Topic: Strange Error In Miner (Read 696 times)

sr. member
Activity: 446
Merit: 347
June 10, 2020, 04:42:15 PM
#28
i have verified on my S9 (full unlocked with stock firmware 2019), and contain all this files to Wink

i thinks the files are not importance lol
hero member
Activity: 1194
Merit: 573
OGRaccoon
June 10, 2020, 03:50:33 PM
#27
I found a bunch of files in the miner I posted above I have a feeling they could be used when flashing the machine I am curious if anyone know's what they are used for and if there supposed to be left on the miner?

If someone has a S9 or other miner they could check to see if those too come packed with the above file.
sr. member
Activity: 446
Merit: 347
June 09, 2020, 03:16:21 PM
#26
i have some problem ...

i have take this command "dd if=initramfs.bin.SD of=initramfs.gz bs=1 skip=64" and modifi this for compatibilité on "bitmain" firmware, extract, mount, modify permission for edit files, rebuild all files ok !

So, repack all files on flashable files "***.TAR.GZ", but not work ... i have needed modify runme.sh files for compatibility and force miner to flash all files ! Wink
hero member
Activity: 1194
Merit: 573
OGRaccoon
June 07, 2020, 09:50:55 PM
#25
Thanks again for your help Wink so, i have all succes but the error FW is mini ...

I have just by pass all error on runme.sh for force miner to flash all files, and now, is working good !! Wink

Wink

You managed get it to work?

Have you run into any issues or running fine?
sr. member
Activity: 446
Merit: 347
June 07, 2020, 02:24:26 PM
#24
Thanks again for your help Wink so, i have all succes but the error FW is mini ...

I have just by pass all error on runme.sh for force miner to flash all files, and now, is working good !! Wink

Wink
hero member
Activity: 1194
Merit: 573
OGRaccoon
June 06, 2020, 05:36:38 PM
#23


I noticed some files that seem to be related to flash unlocking and nand dump in the miner I wonder if they could be of some use pulling the FW.

Quite interested in what the flash_otp_info  and flash_otp_dump are used for

When checking some of them for there functions I have included below.

Code:
Usage: flash_otp_info [ -f | -u ]

Code:
root@Satoshi1:/usr/sbin# ./flash_unlock
Usage: flash_unlock [offset] [block count]

If offset is not specified, it defaults to 0.
If block count is not specified, it defaults to all blocks.

Code:
root@Satoshi1:/usr/sbin# ./nandtest
usage: nandtest [OPTIONS]

  -h, --help           Display this help output
  -m, --markbad        Mark blocks bad if they appear so
  -s, --seed           Supply random seed
  -p, --passes         Number of passes
  -o, --offset         Start offset on flash
  -l, --length         Length of flash to test
  -k, --keep           Restore existing contents after test
root@Satoshi1:/usr/sbin#

there also seems to be a way to dump the eeprom and i2c from the miner I wonder if these files are supposed to be in the miner of if they were left there when they made the V9's.

If anyone know's there use please do let me know I had a spell of dumping nand's from XBOX360s back in the day so would be interested to know more about doing this in the miner.
sr. member
Activity: 446
Merit: 347
June 05, 2020, 06:42:18 PM
#22
I have succes repacked firmware with my modified files ! but ... problem ...

i have boot my miner by SD card (contain MP Test firmware for allow install any firmware you want) ... i flash my repacked firmware, but "CANNOT VERIFY FW!!!" ...

Any idea ? i have just repacked uramdisk.image.gz files by your methode with succes on linux Wink
sr. member
Activity: 446
Merit: 347
June 03, 2020, 11:14:37 AM
#21
thanks, i have other methode for unpacking working with succes... i'm interessed by your methode for repack !

is possible you details all command for repack all ? So , the signature is not needed, just run miner with sdcard before, and after flash any firmware you want Smiley
hero member
Activity: 1194
Merit: 573
OGRaccoon
June 02, 2020, 05:36:54 PM
#20
I worked out how to pull the firmware images apart with

Code:
dd if=initramfs.bin.SD of=initramfs.gz bs=1 skip=64
mkdir rootfs_unpacked
cd rootfs_unpacked
zcat ../initramfs.gz | cpio -i

Might come in useful down the line but again I also spoke with taserz about this and to re-compile just do the above in reverse.  The issue is it would not be signed so the bitmain firmware won't accept it.
legendary
Activity: 2170
Merit: 6279
be constructive or S.T.F.U
June 01, 2020, 02:54:59 PM
#19
For unlock ssh , the miner need have this files :

-dropbear
-dropbear_rsa_host_key
-lighttpd-htdigest.user

Thanks for the valuable information you put here, I have asked taserz to chime in with what he knows, hopefully the two of you can cooperate and find a simple way to extract a flashable firmware from an existing firmware installed on a miner, that would help a lot of members.
sr. member
Activity: 446
Merit: 347
May 31, 2020, 04:23:49 AM
#18
For unlock ssh , the miner need have this files :

-dropbear
-dropbear_rsa_host_key
-lighttpd-htdigest.user

and this code on bitmainer_setup.sh for unlock this at booting :
Code:
###########################
# dropbear
NO_START=0
#if [ ! -f /config/dropbear ] ; then
#    echo NO_START=1 > /config/dropbear
#else
#    rm /config/dropbear
#    sync
#    echo NO_START=1 > /config/dropbear
#fi
echo NO_START=1 > /config/dropbear
cp /config/dropbear /etc/default/dropbear
###########################

if i succes repack all files on flashable firmware, i want modifi all i want !!! Smiley so is the reason i working for this Smiley

at this time i'm ok for all modifi, extract, mod, but not repack all Sad
legendary
Activity: 2170
Merit: 6279
be constructive or S.T.F.U
May 31, 2020, 03:40:39 AM
#17
At this time, the best methode is extract only "cgminer" and "cgminer-api" (taken on fixed freq firmware) and past on new miner if ssh is actived Wink

Do you see what I did there? that is a big if since almost all firmware versions from Bitmain come with ssh disabled, also not everyone has what it takes to move cgminer and API to another miner using SSH commands, only a handful of people can do that, I am looking for an easy way for the average joe.

... if you know how to, please tell me ! :p

This is your specialty so if you don't know, I most certainly don't  Cry, who else besides you and taserz know about this stuff? maybe we could reach out to them to see if they can help.
sr. member
Activity: 446
Merit: 347
May 29, 2020, 03:18:42 PM
#16
hi, i don't know ... at this time i'm ok for :

Extract all files by ssh (easy for all)
Extract all files on firmware, exemple, downloaded on bitmain.com

At this time, the best methode is extract only "cgminer" and "cgminer-api" (taken on fixed freq firmware) and past on new miner if ssh is actived Wink

i have my own moded files for T17 / T17+ and other ... at this time i don't know how to repack all files for make a firmware flashable ... i working for this Smiley if you know how to, please tell me ! :p

if past modified files miner, working is ok, but one problem, if you reboot the miner, all original files are restored ...
legendary
Activity: 2170
Merit: 6279
be constructive or S.T.F.U
May 29, 2020, 03:12:08 PM
#15
Hi, i have recevied my V9 ... test it, and run perfect ! no rejected ... sorry man ...

Is there a way for you to extract the complete firmware image from the working miner? I have been wanting to ask you this question because it came to attention that even on other miners like the S17 pro some miners come with a fixed frequency firmware (one member here reported that) but most others (like mine) came with auto-tune firmware, so it would be great if you could explain the process of extracting the firmware from the control board.

Thanks.
sr. member
Activity: 446
Merit: 347
May 29, 2020, 12:02:33 PM
#14
Hi, i have recevied my V9 ... test it, and run perfect ! no rejected ... sorry man ...

i have overclocked this at 825mhz without any problems, make 5.47TH
hero member
Activity: 1194
Merit: 573
OGRaccoon
May 28, 2020, 06:09:15 PM
#13
https://i.imgur.com/4qkWdLe.png

Tested with "multi-version" : "4"  last 4 hours still very high rejected rate but started this time round.

I look forward to you getting your V9 and testing to see if you get the same issues.

Thanks for the help.



So quick update I wondered about each of the boards on the miner and thought I would test with unplugging 2 at a time and testing them on there one.

It looks like one board is part of the cause after testing them one of the boards seems to reject a much much higher amount of shares than the other two.



This is much lower than it was so it looks like it's a fault in a board that is causing the issue.

I noticed there are some what looks like jtag connectors on the boards I may be able to hook into the board directly

I found a very interesting post where someone reverse engineered an old antminer and thought about trying this with the reject board to see if it behaves any different.

https://mightydevices.com/index.php/2018/02/reverse-engineering-antminer-s1/
https://github.com/MightyDevices/mightyminer

I am unsure if this will work as the chips seem to be different but what harm could it do the board is faulty anyway.
sr. member
Activity: 446
Merit: 347
May 27, 2020, 03:34:15 PM
#12
hum ... try change 1 to 4 Smiley just for test ...

on my idea ... bitmain have include Asicboost on firmware, but, V9 have "S7" hashboard reconditioned ... and not compatible ...

"multi-version" : "1" (no asicboost)
"multi-version" : "4" (asicboost actived)


just try ...

coming soon i receved one V9 model ... i have only buy this for psu lol , but i run it, if i have same problem, i work for this for try discover the problem Wink
hero member
Activity: 1194
Merit: 573
OGRaccoon
May 27, 2020, 03:20:27 PM
#11
I added the line in the conf but now the miner won't start to mine I checked in the gui and everything is missing from the config page I attempted to start cgminer from the cli pointing to the /config/cgminer.conf file but the miner starts and runs at only 1.1 TH it's like only one board is starting.

Another things I noticed was there us never any WU or Bestshare showing in the GUI or CLI I think bitman sold me a bunch of faulty miners tbh.

Any other idea before the claw hammer comes out.

Thanks again

Magic

Code:
cgminer version 4.9.0 - Started: [2020-05-27 19:07:27]
--------------------------------------------------------------------------------
 (2s):1.411T (1m):499.4G (5m):122.7G (15m):42.37G (avg):1.353Th/s
 A:81264  R:29592  HW:1  WU:0.0/m
 Connected to solo.ckpool.org diff 632 with stratum as user BlaBlaBlaBla
 Block: c253b167...  Diff:15.1T  Started: [19:11:13]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 0: V9 0       :                         | 1.406T / 1.349Th/s WU:0.0/m
--------------------------------------------------------------------------------
 [2020-05-27 19:14:40] Popping work from get queue to get work
 [2020-05-27 19:14:40] Got work from get queue to get work for thread 0
 [2020-05-27 19:14:40] Selecting pool 0 for work
 [2020-05-27 19:14:40] Generated stratum merkle 7d2d9f2fd8f6f0c4658b27786837dd41700c59b1cee481459d1d99c2fb3039f9
 [2020-05-27 19:14:40] Generated stratum header 200000008fcfc8772d2bf98abd2f52930e5d1b8b167f31e9000c253b00000000000000007d2d9f2fd8f6f0c4658b27786837dd41700c59b1cee481459d1d99c2fb3039f95ecebc06171297f60000000000000080000000000000000000000
00000000000000000000000000000000000
 [2020-05-27 19:14:40] Work job_id 5ec3301000003579 nonce2 118767 ntime 5ecebc06
 [2020-05-27 19:14:40] Generated target 0000000000000000000000000000000000000000247b06a2d2b1670000000000
 [2020-05-27 19:14:40] ChainID[2] Wirte Work. workid=34
 [2020-05-27 19:14:40] Generated stratum work
 [2020-05-27 19:14:40] Pushing work from pool 0 to hash queue
 [2020-05-27 19:14:40] Selecting pool 0 for work
 [2020-05-27 19:14:40] Popping work from get queue to get work
 [2020-05-27 19:14:40] Generated stratum merkle 9e6b3e4eecdcdf1080d96c301cd97a2066806e698de7fd5092acca17132e4b8f
 [2020-05-27 19:14:40] Generated stratum header 200000008fcfc8772d2bf98abd2f52930e5d1b8b167f31e9000c253b00000000000000009e6b3e4eecdcdf1080d96c301cd97a2066806e698de7fd5092acca17132e4b8f5ecebc06171297f60000000000000080000000000000000000000
00000000000000000000000000000000000
sr. member
Activity: 446
Merit: 347
May 27, 2020, 11:50:03 AM
#10
Thanks, add this line ""multi-version" : "1""

so ,

Code:

{
"pools" : [
{
"url" : "firstpool.com:3333",
"user" : "3SsoMeBtCaddRe3S4pY2HbYoX5PnhGuSt3s.Worker1",
"pass" : "x"
},
{
"url" : "stratum+tcp://2ndpool.com.com:3333",
"user" : "satoshi.1",
"pass" : "123456"
},
{
"url" : "stratum+tcp://somepool.com:1234",
"user" : "z9z9z",
"pass" : "x"
}
]
,
"api-listen" : true,
"api-network" : true,
"api-groups" : "A:stats:pools:devs:summary:version",
"api-allow" : "A:0/0,W:*",
"bitmain-fan-ctrl" : true,
"bitmain-fan-pwm" : "50",
"bitmain-use-vil" : true,
"bitmain-freq" : "533",
"multi-version" : "1"
}

modifi your cgminer.conf, and reboot miner (no apply on config webgui for old the new settings) ... just try it Smiley
hero member
Activity: 1194
Merit: 573
OGRaccoon
May 26, 2020, 05:30:34 PM
#9
Thanks here is a copy of the cgminer.conf file I have changed some of the info I have SSH access to the miner bitmain have not locked down the V9 range with there firmware from what I can see.

I will send you a dump from the miner's webgui via PM also.

/config# cat cgminer.conf

Code:
{
"pools" : [
{
"url" : "firstpool.com:3333",
"user" : "3SsoMeBtCaddRe3S4pY2HbYoX5PnhGuSt3s.Worker1",
"pass" : "x"
},
{
"url" : "stratum+tcp://2ndpool.com.com:3333",
"user" : "satoshi.1",
"pass" : "123456"
},
{
"url" : "stratum+tcp://somepool.com:1234",
"user" : "z9z9z",
"pass" : "x"
}
]
,
"api-listen" : true,
"api-network" : true,
"api-groups" : "A:stats:pools:devs:summary:version",
"api-allow" : "A:0/0,W:*",
"bitmain-fan-ctrl" : true,
"bitmain-fan-pwm" : "50",
"bitmain-use-vil" : true,
"bitmain-freq" : "533"
}
Pages:
Jump to: