Author

Topic: DragonMiner 1TH/s PI wont boot (Read 805 times)

member
Activity: 68
Merit: 10
May 01, 2014, 03:40:08 PM
#14
just roughly translated the index.php of the miner, but it then refreshes and some how copies an original file in it's place, does anyone know where the original file is its copying?
hero member
Activity: 539
Merit: 500
May 01, 2014, 03:29:16 PM
#13
Busted the bank balance got a £3 sd usb card reader copied a fresh iso with jackx instructions copying to the card root not a formatted partition and booted and mined in seconds!

Well done jackx thanks for the help enjoy your free hashing Wink

Glad I could help, thanks for the hashes.  Smiley
member
Activity: 68
Merit: 10
May 01, 2014, 03:12:18 PM
#12
Busted the bank balance got a £3 sd usb card reader copied a fresh iso with jackx instructions copying to the card root not a formatted partition and booted and mined in seconds!

Well done jackx thanks for the help enjoy your free hashing Wink
member
Activity: 68
Merit: 10
April 30, 2014, 08:55:22 PM
#11
safe i'll give it a go in tomorrow at work with a newer mac book air rather than my friends old desktop if all else fails il boot up the dreaded windows laptop of doom
hero member
Activity: 539
Merit: 500
April 30, 2014, 08:28:40 PM
#10
Yes - write to the card not the partitions.

disks1 is what the mac is calling it.  Once he pi is booted it's mmcblk0.

the format shouldn't matter, you're writing a fat32 and an ext partition to the card.
member
Activity: 68
Merit: 10
April 30, 2014, 08:01:16 PM
#9
ah thanks i see write to the SD not the partitions? il will give it a whirl! i guess that explains why the partitions will be called mmcblk0p1 not disks1s?

and is fat32 filesystem fine or does it need to be ext4 or similar based on this qs -->http://apple.stackexchange.com/questions/122538/how-to-erase-and-reformat-sd-card-to-ext3-on-my-macbook-to-prepare-it-for-my-ras?
hero member
Activity: 539
Merit: 500
April 30, 2014, 07:49:51 PM
#8
what would you suggest if i told you i formatted the whole card because it was corrupted from rebooting the device so none of them partition names exist?

does the mmcblk0p1  or disk1s1 get assigned automatically? how would you recommend preparing the SD card i previously formatted it to 1 FAT32 partition?

EDIT
just checked on the mac i was using i originally, used if/ of not of/ if as stated above

Formatting was probably the best plan.

You're writing the image, which contains all the partitions, to the card.

rdisk1, not rdisk1s1
member
Activity: 68
Merit: 10
April 30, 2014, 07:40:52 PM
#7
what would you suggest if i told you i formatted the whole card because it was corrupted from rebooting the device so none of them partition names exist?

does the mmcblk0p1  or disk1s1 get assigned automatically? how would you recommend preparing the SD card i previously formatted it to 1 FAT32 partition?

EDIT
just checked on the mac i was using i originally, used if/ of not of/ if as stated above
hero member
Activity: 539
Merit: 500
April 30, 2014, 07:37:53 PM
#6
using rdisk instead of disk is the raw unbuffered path to the device so writes quicker, in  my example given the formatted partition of the SD card is /dev/disk1s1   which is the same as the unbuffered /dev/rdisk1s1 using unbuffered channel shouldnt cause issues?

Any particular reason block sizes should be 1m, i though as long as it was under 32M it was fine due to being fat32 file system?


I am not pretending to be a linux pro, I can hack my way through.  Maybe I'm making coffee and waiting when I could be writing 2M blocks, I'm not too worried.  I stick to basic approaches that I know work.

Also, the booted dragon is two partitions, so try leaving the partition number off your dd command.

/dev/mmcblk0p1            8192      122879       57344    c  W95 FAT32 (LBA)
/dev/mmcblk0p2          122880     5785599     2831360   83  Linux


edit:  How to write from a mac.

dd bs=1m if=iso.img of=/dev/rdisk2

source: http://www.raspberrypi.org/forums/viewtopic.php?f=5&t=5561
member
Activity: 68
Merit: 10
April 30, 2014, 07:24:30 PM
#5
using rdisk instead of disk is the raw unbuffered path to the device so writes quicker, in  my example given the formatted partition of the SD card is /dev/disk1s1   which is the same as the unbuffered /dev/rdisk1s1 using unbuffered channel shouldnt cause issues?

Any particular reason block sizes should be 1m, i though as long as it was under 32M it was fine due to being fat32 file system?


EDIT
PLEASE DONT MAKE ME USE WINDOWS, I CRY A LITTLE EVERY TIME I HEAR THAT  Sad Sad  Grin
hero member
Activity: 539
Merit: 500
April 30, 2014, 07:19:01 PM
#4
sudo dd if=/home/user/iso.img bs=1M of=/dev/rdisks1s1 bs=1M.

Elaborate this more what this actually does

You get the dirty, non technical version.

sudo - run as superuser

dd - quick translation - convert and copy aka "data duplicate", go look it up for details.

if=/home/user/iso.img - "input file"

bs=1M - block size to read is 1 Meg

of=/dev/rdisks1s1 - output file.  Presumably the second partition(number 1) of rdisks1

bs=1M - block size to write is 1 Meg.


EDIT:  if you're doing this in linux, KNOW what the /dev/sdcardname is.  When you boot a raspi, it's mmcblk0.  The box you're trying to write on may call it sdb1, or if you're trying to use a card reader on a Raspi it may be mmcblk1.


That's why I said use Win32DiskImager... It writes all the correct partitions for you.


member
Activity: 68
Merit: 10
April 30, 2014, 07:18:13 PM
#3
Quote
Using command line tools (1)

    If you are comfortable with the command line, you can image a card without any additional software. Run:
        diskutil list
            identify the disk (not partition) of your SD card. e.g. disk4 (not disk4s1)
        diskutil unmountDisk /dev/
            e.g. diskutil unmountDisk /dev/disk4
        sudo dd bs=1m if=.img of=/dev/
            e.g. sudo dd bs=1m if=2012-12-16-wheezy-raspbian.img of=/dev/disk4
            (This will take a few minutes)

i based it on these instructions posted here -->  http://elinux.org/RPi_Easy_SD_Card_Setup

@Eternity dd is a unix command
http://en.wikipedia.org/wiki/Dd_%28Unix%29
hero member
Activity: 539
Merit: 500
April 30, 2014, 07:02:49 PM
#2
Would recommend using Win32DiskImager to write sdcards.

I don't have much pi experience, more on the BBB side, but from a linux perspective it looks like your dd command was backward.  if=input, of=output.

ie:

sudo dd if=/home/user/iso.img bs=1M of=/dev/rdisks1s1 bs=1M.


Also depending on how the card was imaged, you may be writing multiple partitions.  ie: of=/dev/rdisks1 bs=1M
member
Activity: 68
Merit: 10
April 30, 2014, 03:24:41 PM
#1
Im having some troubles with a 1TH/s DragonMiner unit,

the first issue was that it would not join the network after rebooting, which looks like the SD card in the pi board was corrupt, I plugged the pi into the screen and saw the following errors

'VFS no file system could mount root'

I googled this and host of answers mainly relating to raspberry Pi support questions regarding corrupt SDs which confirmed my suspicion, one post result did link me to a post on this forum

https://bitcointalk.org/index.php?topic=545642.20

Which provided a fresh ISO for the miner, and found the following tutorial on how to create a bootable SD for Pi's
http://elinux.org/RPi_Easy_SD_Card_Setup

I don’t have a card reader on my linux box so used a friends mac to create the sd using, after unmounting the sd partition as suggested in the tutorial

sudo dd bs=2m of=/iso.img if=/dev/rdisk1s1

once finished i tried to boot the card again and no look, this time the Pi wouldn’t even show up on screen to see the boot messages, so i tried this again on a second spare Pi i had lying around on a fresh SD same process and still nothing. is this the correct method of making a bootable pi for the dragon miners? I’ve used this process before to make bootable iso's of Linux installs for usb so im pretty sure it's the right commands and process, can anyone else offer any insight?

if anyone’s able to make a disk img copy of there working install I’ll happily tip you
Jump to: