Show Posts
|
Pages: « 1 [2] 3 »
|
That sounds really good. I don't have much of technical know how, is it possible, via DM, you could help me out a bit! As in approximately the cost, exactly what would be the steps! I would like to thank you in advance, and would really appreciate if you can help me out with this!
Sure, I'm actually thinking of writing a manual on how to build such a thing since I believe it could be used for a loots of different purposes. Nearly all routers require the reboot at some point.. I think there are other solutions too but I'l DM you about the project to get you started.
|
|
|
Very true, but be aware; I've had this one nasty issue where some of the .pyc files got corrupted. While the file system is read-only, this could never happen (I believe the decision to make the FS to read-only was not just to bug the miners, but to eliminate some of the issues that could happen). It's not that big of a work to manually switch between rw&ro when needed and honestly believe that is the safer route. to resolve the Read-only issue Permanently then look for the line change it to then save using " wq! " you have a read-write root
|
|
|
Doensn't work, i got the same response read-only file system using both commands. Alternatives? Thank's!
I have same issue... I cant chmod, copy or vi save the file... always same message :
root@miner/home/inno_py: cp /home/inno_py/inno_config.py ./inno_config.py.bk cp: can't create './inno_config.py.bk': Read-only file system
Is the only option is to unmount and mount back the file system as a RW? I am no linux expert, not sure the consequences on the A4+
I'd imagine that route will work. I can check out the correct "safe" procedures for the A4+ to make the switch once I get home today. Unless someone is faster to help. Thank's @kb8679
Ok, this works: "mount -o remount,rw /dev/root /" Once you're done, you can change it back to read only with: "mount -o remount,ro /dev/root /" I tested it by simply making a empty file to the same folder where the inno_config.py is located. Works just fine. There are two partitions by default; one being the one pointed to / which is read-only. Other is for the configuration files which are rw by default. Partition identifier: /dev/root Mountpoint: / Partition identifier: /dev/mtdblock5 Mountpoint: /innocfg
|
|
|
Doensn't work, i got the same response read-only file system using both commands. Alternatives? Thank's!
I have same issue... I cant chmod, copy or vi save the file... always same message :
root@miner/home/inno_py: cp /home/inno_py/inno_config.py ./inno_config.py.bk cp: can't create './inno_config.py.bk': Read-only file system
Is the only option is to unmount and mount back the file system as a RW? I am no linux expert, not sure the consequences on the A4+
I'd imagine that route will work. I can check out the correct "safe" procedures for the A4+ to make the switch once I get home today. Unless someone is faster to help.
|
|
|
When i input " :wq " for save the file inno_config.py i get error "READ ONLY FILE" and i can't save the changes. Any solution?
Try ":wq!" with ! at the end.
Or you could just change the file to be writeable and use the plain ":wq". "chmod 777 inno_config.py" should do the trick nicely.Sorry, forget about those. Wouldn't work as it turned out.
|
|
|
A massive thank you for this! Inno replied to my query for the pw: "Sorry, It's a secret for our developers only and can't be shared". Damn them. Should they find out again that the PW is out in the public, do you see it as a real option that they could improve their security and move away from the relatively easy to crack DES-scheme? If so, things could get more painful in the future (then I'd probably skip important FW updates due to that). Root password for 22 Dec firmware is t1t2t3a5 Merry Christmas all My LTC address for donations is LgWgzgw9dC5UfiEhLfuT75h37wzzkaYXZo Thanks!
|
|
|
Wow awesome! I believe this was a huge help. And I'm asking for others much smarter than me to help. I have been thinking about cracking the password but my skills in that area are limited to bruteforcing. If there is someone clever enough to give me some pointers for more sophisticated methods, they would be most appreciated... I made a wordlist for 8 characters long password, all starting with the word "inno" and rest characters are all lower & uppercase alphabets and numbers.
I have got the passwd file and this is the root password hash but we need someone to crack the hash qHNyiD2GoZb.6 I guess it is DES encryption E: Yeah, most likely DES. And unfortunately the right pw wasn't found in the "inno" wordlist. Damn. E2: I've submitted this to be cracked by crack.sh - let's see. good news thanks to funbuxx https://bitcointalk.org/index.php?action=profile;u=1151278 he manged to crack the new password the new root password for 22nd Dec Firmware is : t1t2t3a5 Holy SHIT! Thank you very much! It was pretty much wasted 100$ from me then - but really - doesn't matter. This is great news!
|
|
|
Wow awesome! I believe this was a huge help. And I'm asking for others much smarter than me to help. I have been thinking about cracking the password but my skills in that area are limited to bruteforcing. If there is someone clever enough to give me some pointers for more sophisticated methods, they would be most appreciated... I made a wordlist for 8 characters long password, all starting with the word "inno" and rest characters are all lower & uppercase alphabets and numbers.
I have got the passwd file and this is the root password hash but we need someone to crack the hash qHNyiD2GoZb.6 I guess it is DES encryption E: Yeah, most likely DES. And unfortunately the right pw wasn't found in the "inno" wordlist. Damn. E2: I've submitted this to be cracked by crack.sh - let's see.
|
|
|
Oh yeah.
These miners don't seem to like vardiff at all. What fixed value have you guys found to work best with these? I've used either 131072 or 262144. Both work fine for me but I'd like to hear what others are using..
EDIT: Can somebody explain what exacly is "HW". Some sort of error indicator, sure, but I'd like to know about it in more detail... EDIT2: Since the latest FW update, I've found that at least some of the issues regarding the multicoin/vardiff pools are actually fixed. I've still seen "Dead" asic clusters but they are now appearing like once every 24h instead of just few hours and usually just one or two miners are affected.
|
|
|
Innosilicon have changed the root password in the 22nd Dec firmware release root access is no longer supported until the new root password is cracked
Root access is the only way I could repair my A4+, since there IS NO TF card slot, none of my miners can be flashed when they fail. I've had to repair the software on one miner every day, so far. So, not looking good for the future of these things. GOD DAMN INNO.... My miners are all G19 without the card slot.. so I feel VERY unsecure with the miners at the moment. I have had one issue which resulted in a bricked miner and was only recoverable by accessing the busybox and removing all ".pyc" files (some of them apparently got corrupted by unknown reason). Now that this is not an option.. I have asked for the password but I'm afraid they won't respond or don't share it. I have been thinking about cracking the password but my skills in that area are limited to bruteforcing. If there is someone clever enough to give me some pointers for more sophisticated methods, they would be most appreciated... I made a wordlist for 8 characters long password, all starting with the word "inno" and rest characters are all lower & uppercase alphabets and numbers. This method is slow as hell. If someone is willing to share the work (ie, I'd cut you half of the wordlist or sth), it would be also most appreciated. EDIT: The password wordlist: https://www.dropbox.com/s/5apflpal6rbs3ar/inno_pw.rar?dl=0When unpacked it's ~130MB.
|
|
|
Aw shit. Innosilicon has changed the password in their latest FW update (build date Thu Dec 21 17:56:17 CST 2017). I have asked for the new one but I'm afraid I can't share it here anymore. Ask Inno for the PW if required. If they don't provide it, I'm going to brute-force the new one (and hell yeah, that one will be shared). Holy shit. Apparently things can go VERY wrong with these units. So yeah, one of my miners became almost completely dead. Web interface responded but never updated, nor did the miner actually ever started. My issue was corrupted .pyc-files inside the control box. So basically none of the numerous python scripts worked and it appears that the whole thing is run by python... along with busybox, ccminer and some web server.... Great! This will cause the "Error: ValueError: Bad marshal data" -messages while running the .py -scripts. Well luckily I did come up with workaround but jeez. This will also help with people who have forgotten/lost/whatever their passwords for the boxes. I'd imagine this works the same with A5 with similar problem. For the corrupted .pyc files (web interface responses but never gives out any data & no mining happens): 1) telnet to miner IP at port 8100 2) login: root 3) password: innot1t2 4) rm -rf /lib/python3.4/__pycache__/*.pyc 5) reboot If you need to adjust your super secure password (works the same as A5); login like before but head to /home/www/conf and edit the 'password' file with 'vi'. Vi can be a pain to use for the first time but basically since it's just one line you need to edit... press 'i' and edit in the password you want (default being 12345678). Press esc. Type ':wq!' and hit enter... Hope this saves someones day. My evening was ruined since I initally thought that the miner is actually dead... PS. No need to worry deleting the .pyc files, they are automatically recompiled back in place once you reboot and the various scripts are automatically run. EDIT: While they did do the assshole-trick and change the password, the new FW seems to work WAY better than previous ones. I can actually now use multicoin-pools without miners reporting "HW" errors constantly. I'll update this after a day or so but it seems like some of the more annoying bugs really were fixed.
|
|
|
this sounds similar to issues I was having when I got my A4 -- eventually this issue was fixed with a software update. Thanks for the Tip on this one. Hopefully it will be worked out when I finally decide to purchase an A4+
I have reported all my found issues to " miner_support@innosilicon.com.cn" and I suggest everyone with Innosilicon stuff do the same. No matter how small the issue may seem. Report them all...The "If you lose your PW we are gonna charge you for that." aka "If something goes wrong, you have no access to the device you actually own" was quite enough to not feel bad to reveal (already Googleable) root password and the telnet (srsly?) port.
|
|
|
Hi, I am planning on getting the Innosilicon A4+. I was thinking of using a USB Dongle in the router to connect to the miner. I have a 3 GB plan. Would that much be enough for the entire month? Does it require more data than that?
I have tried a 3G connection via usb dongle connected to a router. The connection was not stable enough, it cut off from time to time. I don't recommend using that as a internet connection for mining hardware. I have my rig running behind 4G/LTE connection. I have very good connection quality at the site and no real option for wired connection (sth like xDSL). The router is ZyXEL LTE3301 with latest firmware. I have a raspbi with relay card just probing the connection and if a connection loss is found, it will hard boot the router. After 2 weeks of non-stop running the raspbi-router-reboot-solution hasn't had to kick in once. So, I'd deem the 4G/LTE a viable option if you have reliable-enough router (and you have something like my rasbpi-router-reboot-thingie to back things up) & of course decent connection quality. Connection speed has never been an issue (I'm getting around 20Mbps down AND up with relatively low latencies). I'm also routing IP camera feed through the same connection without problems.
|
|
|
Holy shit. Apparently things can go VERY wrong with these units. So yeah, one of my miners became almost completely dead. Web interface responded but never updated, nor did the miner actually ever started. My issue was corrupted .pyc-files inside the control box. So basically none of the numerous python scripts worked and it appears that the whole thing is run by python... along with busybox, ccminer and some web server.... Great! This will cause the "Error: ValueError: Bad marshal data" -messages while running the .py -scripts. Well luckily I did come up with workaround but jeez. This will also help with people who have forgotten/lost/whatever their passwords for the boxes. I'd imagine this works the same with A5 with similar problem. For the corrupted .pyc files (web interface responses but never gives out any data & no mining happens): 1) telnet to miner IP at port 8100 2) login: root 3) password: innot1t2 4) rm -rf /lib/python3.4/__pycache__/*.pyc 5) reboot If you need to adjust your super secure password (works the same as A5); login like before but head to /home/www/conf and edit the 'password' file with 'vi'. Vi can be a pain to use for the first time but basically since it's just one line you need to edit... press 'i' and edit in the password you want (default being 12345678). Press esc. Type ':wq!' and hit enter... Hope this saves someones day. My evening was ruined since I initally thought that the miner is actually dead... PS. No need to worry deleting the .pyc files, they are automatically recompiled back in place once you reboot and the various scripts are automatically run.
|
|
|
It's been a week since anyone has posted anything here...did more people receive their units? Rocketdata? How are they performing?
Their website currently states you can preorder for December 18 to 28 batch
I've been running my for more than a week now. I haven't had the need to do any manual maintenance during this time (which is extremely good since they are located ~1h car drive away from my home...). I am going there today however to do some tweaking to the cabinet and installing a IP cam. Someone asked for some photos of the units, I'm gonna take some today. About the performance; When you're mining just a single coin (with fixed difficulty rate of 128000) they deliver almost exacly the promised hashrates. And they don't require any sort of maintenance. Haven't had to manually reboot (manually = remotely via web interface) or anything, they just work, day after day. Then there are the multicoin pools. Apparently these units don't like that or the variable difficulty that much. They do deliver great hashrates but sometimes some of the asic cluster go to "Dead" status which is a problem that apparently can only be resolved by manually rebooting the machine (not sure though). VERY annoying. And the provided documentation is a joke. It gets you started but that's it. I'd love to see some explanation for the status page on web interface (fe. what is "HW", I know it's some sort of error indicator but ...). Also about the appearance; I looked up some pictures of L3+ and for a bit of my surprise, ít looks almost 100% identical to the A4+. Also the web interface is almost 1:1 match. EDIT: A close up of one unit (they are secured in place, it's nearly impossible to take picture of the whole tube due to how they are installed):
|
|
|
Yeah, so stressful I probably wouldn't ever buy again or recommend them, no matter how well the thing works. Won't mean anything to them if they are running at 100% capacity though.
Yeah, I'd like to agree but the damn things work just as promised... I'm already planning (/dreaming) on getting some more, even though it's a real pain... You got yours as well? Any issues with customs? My came through without anyone even checking (so yeah, saved quite a bit there too).
|
|
|
Alles gut. I received my miners today. The extremely stressful waiting period is finally over.
|
|
|
Hey. I searched for a performance oriented VBIOS for Sapphire RX570 ITX (Pulse Mini) 4GB. My cards have both elpida & hynix memories. As none of the ROMs I found were satisfactory (reached about 25mhs, only ETH), I managed, after a few hours, to modify my own VBIOS. I'm dual mining ETH+DCR and have a stable rates of 30MH/s & 540MH/s respectively. Mem clock 2050MHz & core @ 1200. This is definitely not power efficient (whole rig pulls approximately 1500W out of the wall. 8 GPU's). And temps stay around 65C-68C. This is a little pet project of mine. Picture attached. Also a link to the modified VBIOS rom is provided, hopefully someone finds it useful. If you try it out, let me know how it worked for you. Use at your own risk. This has been stable for my setup but you never know... EDIT: There were some instability which resulted in bad ETH shares, current settings and hashes are: 29MH/s & 525MH/s, mem clock 2000, core 1150 and powertune set to 3. This appears to have increased the stability a lot, and power usage dropped from 1500W to 1400W. Also temperatures dropped to around 60C. Much better. http://fileshare.link/3151e62397ea7762/S_RX570ITX_4GB.rom
|
|
|
This was discussed earlier in this thread, but I can also confirm now that they do indeed fabricate another invoice and ship the goods with a value you decide. Very nice indeed. About the A5 customers, is there anyone here? The hefty 10k USD price tag along with the current profitability with them seems like an extremely awful deal (never ever reaching ROI)... I got an email reply and it seems that they are letting me use my preorder payment one one A4+ miner. It's not certain because anything can happen between now and delivery.
I gotta admit that this is pretty nice of them. I have been reading about how buyers of the A5 had to pay full price on the customs and wondered how the hell am I going to actually make any money with these things? The customs VAT seems to be about 20% of declared value to the USA.
I also realize that this is a natural part of capitalism - people will extract as much as possible, as much as they can get away with. When there's some guy in a back room figuring out that they can get an extra 30% and still have buyers clamoring for their miners then - well - forgidaboutit when it comes to magical profits.
PS My main rigs are still 1060's. Mining has taught me to be a tightwad. "Ah, they work and they are paid for"
|
|
|
At last something is apparently happening. I'm in a situation where I got the calculated sum of the final payment, filled in the delivery details and am currently just waiting for the final invoice (yeah I know they're probably very busy at the moment but jeez they are slow to respond to their customers...).
Has anyone actually received their miners yet? Or maybe someone has them on the way at the moment?
|
|
|
|