Strange Error In Miner | Bitcointalksearch.org

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

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.

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

Quote from: thierry4wd on June 07, 2020, 01:24:26 PM

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

You managed get it to work?

Have you run into any issues or running fine?

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

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.

thierry4wd

sr. member

Activity: 446

Merit: 347

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

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

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.

mikeywith

legendary

Activity: 2394

Merit: 6581

be constructive or S.T.F.U

Quote from: thierry4wd on May 31, 2020, 03:23:49 AM

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.

thierry4wd

sr. member

Activity: 446

Merit: 347

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 !!!

so is the reason i working for this

at this time i'm ok for all modifi, extract, mod, but not repack all Sad

mikeywith

legendary

Activity: 2394

Merit: 6581

be constructive or S.T.F.U

Quote from: thierry4wd on May 29, 2020, 02:18:42 PM

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.

Quote from: thierry4wd on May 29, 2020, 02:18:42 PM

... 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.

thierry4wd

sr. member

Activity: 446

Merit: 347

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

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 ...

mikeywith

legendary

Activity: 2394

Merit: 6581

be constructive or S.T.F.U

Quote from: thierry4wd on May 29, 2020, 11:02:33 AM

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.

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

Quote from: ?? on ??

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.

thierry4wd

sr. member

Activity: 446

Merit: 347

hum ... try change 1 to 4

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

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

thierry4wd

sr. member

Activity: 446

Merit: 347

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

DaCryptoRaccoon

hero member

Activity: 1220

Merit: 612

OGRaccoon

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"
}

Topic: Strange Error In Miner (Read 709 times)