How to Write an Image to the eMMC Module Tutorial
#41
Will this method allow the use of both the SD card and the eMMC in the final OS - for instance that /home is located on the SD card and everything else on the eMMC?
  Reply
#42
(09-27-2017, 01:17 PM)elienar Wrote: Will this method allow the use of both the SD card and the eMMC in the final OS - for instance that /home is located on the SD card and everything else on the eMMC?

I don't have eMMC to try but I believe it is very possible. Do some read up about FSTAB (/etc/fstab).
  Reply
#43
Thank you for the tutorial.
You wrote: "Preparation steps: 1) make sure the eMMC module is snapped in place on the Rock64 main board."
Now a qustion from the SBC beginner: how to snap the eMMC module in place on the Rock64 main board? Is there a video that shows the process?
  Reply
#44
(10-13-2017, 03:02 AM)mshock Wrote: Thank you for the tutorial.
You wrote: "Preparation steps: 1) make sure the eMMC module is snapped in place on the Rock64 main board."
Now a qustion from the SBC beginner: how to snap the eMMC module in place on the Rock64 main board? Is there a video that shows the process?


Its self-explanatory;  very easy, just line it up and press over the socket (gently) with the power unplugged !
marcushh777    Cool

please join us for a chat @  irc.pine64.xyz:6667   or ssl  irc.pine64.xyz:6697

( I regret that I am not able to respond to personal messages;  let's meet on irc! )
  Reply
#45
Hi,

I'm having trouble following this tutorial but I'm not sure whether the eMMC module I have is working at all.
There is no problem interrupting the boot with the serial console (CP2102 at 1.5M baud). I can then remove the jumper but even if I do, the booted OS does NOT see the eMMC device in fdisk -l output.

Relevant output from my serial console:


Code:
Hit any key to stop autoboot:  0
=> boot
Card did not respond to voltage select!
mmc_init: -95, time 12
MMC Device 0 not found
no mmc device at slot 0
switch to partitions #0, OK
mmc1 is current device
Scanning mmc 1:6...
Found /extlinux/extlinux.conf
Retrieving file: /extlinux/extlinux.conf


So it seems that it does not see the eMMC device 0 and afterwards in Linux I only get /dev/mmc0 which is the SD card.

I also tried booting without any jumper, which should give the (uninitialized) eMMC priority, but even then my Rock64 boots from the SD card.

Any clue or should I try an RMA ?

Regards,

Fritti
  Reply
#46
(09-03-2017, 12:10 PM)MarkHaysHarris777 Wrote:
(09-03-2017, 07:43 AM)z4v4l Wrote: Why installation is not done by just like this:
1) insert an SD card card with the "minimal" linux.
2) snap an empty eMMC in
3) turn the board on, boot from SD
4) download an image and flash it into eMMC by that smartass script.

I know it's obvious and hardly nobody could think of it before, rather there are some obstacles to do so. What they are?


Hi, the reason your simplified approach will not work is that boot precedence and eMMC initialization create two problems which prevent it.  If there is an image on the eMMC already, then the eMMC will boot 'first'.  If there is no image on the eMMC then either the machine will not boot, or if it does boot,  both devices will not be 'seen' by the OS during initialization; both mmcblk0 and mmcblk1 must be present, AND the machine has to be booted from SD.

The jumper used has one function,  it grounds the clock line of the eMMC, deactivating it temporarily;  that way the SD card will boot-up because (for all intents and purposes) the eMMC is not there.  We interrupt the boot-up at the uboot timer and then continue the bootup with the jumper removed--  this allows the boot-up to continue on SD, but also allows the OS to 'see' the eMMC module during initialization.

Thanks for the question.

In my view the need for this extremely complicated installation process is a major design flaw. I would have expected to be able to plug in a USB stick prepared in such a way the system would boot off the USB stick and transfer the OS image to the eMMC and that would be it.

At no point during the purchase process it was brought to my attention that I would need to purchase extra hardware to actually be able to install the system purchased (ROCK64, power supply and 64GB eMMC). I find it unacceptable that I need to purchase extra hardware with an additional shipping cost and waiting time, just to install it.

Would it be possible to install Linux on the eMMC after having installed Android on the eMMC using the simpler installation method? If not, I'll probably return my ROCK64 as it would be useless to me.
  Reply
#47
(11-07-2017, 07:48 AM)MofTot Wrote:
(09-03-2017, 12:10 PM)MarkHaysHarris777 Wrote:
(09-03-2017, 07:43 AM)z4v4l Wrote: Why installation is not done by just like this:
1) insert an SD card card with the "minimal" linux.
2) snap an empty eMMC in
3) turn the board on, boot from SD
4) download an image and flash it into eMMC by that smartass script.

I know it's obvious and hardly nobody could think of it before, rather there are some obstacles to do so. What they are?


Hi, the reason your simplified approach will not work is that boot precedence and eMMC initialization create two problems which prevent it.  If there is an image on the eMMC already, then the eMMC will boot 'first'.  If there is no image on the eMMC then either the machine will not boot, or if it does boot,  both devices will not be 'seen' by the OS during initialization; both mmcblk0 and mmcblk1 must be present, AND the machine has to be booted from SD.

The jumper used has one function,  it grounds the clock line of the eMMC, deactivating it temporarily;  that way the SD card will boot-up because (for all intents and purposes) the eMMC is not there.  We interrupt the boot-up at the uboot timer and then continue the bootup with the jumper removed--  this allows the boot-up to continue on SD, but also allows the OS to 'see' the eMMC module during initialization.

Thanks for the question.

In my view the need for this extremely complicated installation process is a major design flaw. I would have expected to be able to plug in a USB stick prepared in such a way the system would boot off the USB stick and transfer the OS image to the eMMC and that would be it.

At no point during the purchase process it was brought to my attention that I would need to purchase extra hardware to actually be able to install the system purchased (ROCK64, power supply and 64GB eMMC). I find it unacceptable that I need to purchase extra hardware with an additional shipping cost and waiting time, just to install it.

Would it be possible to install Linux on the eMMC after having installed Android on the eMMC using the simpler installation method? If not, I'll probably return my ROCK64 as it would be useless to me.

I'm not sure how experienced you are with SBCs, but in any case:
  • You can now purchase a USB->eMMC  from the store that makes it very easy to install the chosen OS to eMMC; read about it in the NOOB Wiki section
  • A prompt to buy a PSU and the USB->eMMC adaptor would be nice but you can't blame PINE64 for not doing your research prior to your purchase. You understand that you can run the device from SD right ? 
  • Yes, there are alternative ways to flash images - read the Wiki. Also, with SPI implementation already working (although not yet stable from what I understand) I expect things to get much easier in the near future. 
You can find me on IRC, Discord and Twitter


  Reply
#48
(11-07-2017, 08:00 AM)Luke Wrote:
(11-07-2017, 07:48 AM)MofTot Wrote:
(09-03-2017, 12:10 PM)MarkHaysHarris777 Wrote:
(09-03-2017, 07:43 AM)z4v4l Wrote: Why installation is not done by just like this:
1) insert an SD card card with the "minimal" linux.
2) snap an empty eMMC in
3) turn the board on, boot from SD
4) download an image and flash it into eMMC by that smartass script.

I know it's obvious and hardly nobody could think of it before, rather there are some obstacles to do so. What they are?


Hi, the reason your simplified approach will not work is that boot precedence and eMMC initialization create two problems which prevent it.  If there is an image on the eMMC already, then the eMMC will boot 'first'.  If there is no image on the eMMC then either the machine will not boot, or if it does boot,  both devices will not be 'seen' by the OS during initialization; both mmcblk0 and mmcblk1 must be present, AND the machine has to be booted from SD.

The jumper used has one function,  it grounds the clock line of the eMMC, deactivating it temporarily;  that way the SD card will boot-up because (for all intents and purposes) the eMMC is not there.  We interrupt the boot-up at the uboot timer and then continue the bootup with the jumper removed--  this allows the boot-up to continue on SD, but also allows the OS to 'see' the eMMC module during initialization.

Thanks for the question.

In my view the need for this extremely complicated installation process is a major design flaw. I would have expected to be able to plug in a USB stick prepared in such a way the system would boot off the USB stick and transfer the OS image to the eMMC and that would be it.

At no point during the purchase process it was brought to my attention that I would need to purchase extra hardware to actually be able to install the system purchased (ROCK64, power supply and 64GB eMMC). I find it unacceptable that I need to purchase extra hardware with an additional shipping cost and waiting time, just to install it.

Would it be possible to install Linux on the eMMC after having installed Android on the eMMC using the simpler installation method? If not, I'll probably return my ROCK64 as it would be useless to me.

I'm not sure how experienced you are with SBCs, but in any case:
  • You can now purchase a USB->eMMC  from the store that makes it very easy to install the chosen OS to eMMC; read about it in the NOOB Wiki section
  • A prompt to buy a PSU and the USB->eMMC adaptor would be nice but you can't blame PINE64 for not doing your research prior to your purchase. You understand that you can run the device from SD right ? 
  • Yes, there are alternative ways to flash images - read the Wiki. Also, with SPI implementation already working (although not yet stable from what I understand) I expect things to get much easier in the near future. 

Thanks for your reply.

I've had a couple of Raspberry Pis for a few years and I purchased the ROCK64 as a replacement for one of them, with the eMMC, Gigabit Ethernet and USB 3 as the killer features. I'm not interested in running from the SD card, that's properly as bad as running from the SD card on the Raspberry. With my usage the Raspberry destroys the SD card within a few months, so I need to use the eMMC only instead.

Because of my Raspberry experience I didn't even consider that this would be so different and require different hardware options just to install. Obviously my bad but I think most users that come from a similar background would expect the same so I suggest some kind of warning during the purchase process if bought with an eMMC.

So there's no way of avoiding purchasing extra hardware to get the image onto the eMMC? At no point will it be possible to prepare a USB stick with booter, image and installation software, just plug it into the ROCK64 and it will take care of the installation onto the eMMC?
  Reply
#49
(11-07-2017, 08:34 AM)MofTot Wrote:
(11-07-2017, 08:00 AM)Luke Wrote:
(11-07-2017, 07:48 AM)MofTot Wrote:
(09-03-2017, 12:10 PM)MarkHaysHarris777 Wrote:
(09-03-2017, 07:43 AM)z4v4l Wrote: Why installation is not done by just like this:
1) insert an SD card card with the "minimal" linux.
2) snap an empty eMMC in
3) turn the board on, boot from SD
4) download an image and flash it into eMMC by that smartass script.

I know it's obvious and hardly nobody could think of it before, rather there are some obstacles to do so. What they are?


Hi, the reason your simplified approach will not work is that boot precedence and eMMC initialization create two problems which prevent it.  If there is an image on the eMMC already, then the eMMC will boot 'first'.  If there is no image on the eMMC then either the machine will not boot, or if it does boot,  both devices will not be 'seen' by the OS during initialization; both mmcblk0 and mmcblk1 must be present, AND the machine has to be booted from SD.

The jumper used has one function,  it grounds the clock line of the eMMC, deactivating it temporarily;  that way the SD card will boot-up because (for all intents and purposes) the eMMC is not there.  We interrupt the boot-up at the uboot timer and then continue the bootup with the jumper removed--  this allows the boot-up to continue on SD, but also allows the OS to 'see' the eMMC module during initialization.

Thanks for the question.

In my view the need for this extremely complicated installation process is a major design flaw. I would have expected to be able to plug in a USB stick prepared in such a way the system would boot off the USB stick and transfer the OS image to the eMMC and that would be it.

At no point during the purchase process it was brought to my attention that I would need to purchase extra hardware to actually be able to install the system purchased (ROCK64, power supply and 64GB eMMC). I find it unacceptable that I need to purchase extra hardware with an additional shipping cost and waiting time, just to install it.

Would it be possible to install Linux on the eMMC after having installed Android on the eMMC using the simpler installation method? If not, I'll probably return my ROCK64 as it would be useless to me.

I'm not sure how experienced you are with SBCs, but in any case:
  • You can now purchase a USB->eMMC  from the store that makes it very easy to install the chosen OS to eMMC; read about it in the NOOB Wiki section
  • A prompt to buy a PSU and the USB->eMMC adaptor would be nice but you can't blame PINE64 for not doing your research prior to your purchase. You understand that you can run the device from SD right ? 
  • Yes, there are alternative ways to flash images - read the Wiki. Also, with SPI implementation already working (although not yet stable from what I understand) I expect things to get much easier in the near future. 

Thanks for your reply.

I've had a couple of Raspberry Pis for a few years and I purchased the ROCK64 as a replacement for one of them, with the eMMC, Gigabit Ethernet and USB 3 as the killer features. I'm not interested in running from the SD card, that's properly as bad as running from the SD card on the Raspberry. With my usage the Raspberry destroys the SD card within a few months, so I need to use the eMMC only instead.

Because of my Raspberry experience I didn't even consider that this would be so different and require different hardware options just to install. Obviously my bad but I think most users that come from a similar background would expect the same so I suggest some kind of warning during the purchase process if bought with an eMMC.

So there's no way of avoiding purchasing extra hardware to get the image onto the eMMC? At no point will it be possible to prepare a USB stick with booter, image and installation software, just plug it into the ROCK64 and it will take care of the installation onto the eMMC?

Put the Rock64 into maskrom and use ayufan's script

Quote:<ayufan9put in maskrom mode and run script with link to uncompressed image: https://github.com/ayufan-rock64/flash-tools 
edit: so this allows you to flash using an A-to-A cable from a nix computer. I'll write up more detailed instructions on the wiki next week. But its basically identical to how you would go about using rkflashtool to flash android on Linux or Mac OS. No adaptor required, just a jumper (or a clip...), an A-to-A USB cable and a nix computer...
You can find me on IRC, Discord and Twitter


  Reply
#50
I am stuck on the minicom step. I have set it up like in this document (http://wiki.emacinc.com/wiki/Getting_Sta...th_Minicom) but changed the baud speed to 1500000. I changed the device setting to /dev/ttyUSB0 (which I have confirmed is correct) and checked it with dmesg - "usb 2-1.1: cp210x converter now attached to ttyUSB0".


But when I launch minicom with the new settings it shows the device as offline. I can't find a way to change this, any ideas?
  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  Download IDB fail when trying to flash Android image cherkasoff 0 71 04-05-2020, 07:41 AM
Last Post: cherkasoff
  Receiving errors about eMMC (?) acasta 11 2,470 09-24-2019, 10:26 PM
Last Post: ridgarou
  USB -> eMMC is now available. Luke 15 9,148 07-27-2019, 04:27 PM
Last Post: tllim
  Rock 64 network error as soon as I try to write or read. georgegohl888 1 234 03-12-2019, 09:35 AM
Last Post: georgegohl888
  Rock64 scipy, numpy, scikit-image, matplotlib issue with pip3 ictele 0 241 02-05-2019, 05:41 PM
Last Post: ictele
  flash image to sd/emmc through ethernet LMM 0 293 02-04-2019, 07:36 AM
Last Post: LMM
  HW image transitions in Python gaggleoxfoggy 7 862 11-24-2018, 10:41 AM
Last Post: gaggleoxfoggy
  Rock64 Compute Module ktc 5 1,829 08-24-2018, 03:23 PM
Last Post: tllim
  Card emmc Auggoncalves 2 492 06-25-2018, 03:20 AM
Last Post: Auggoncalves
  New User - No image file in LibreELEC download Frogmella 9 1,179 06-11-2018, 01:01 PM
Last Post: Frogmella

Forum Jump:


Users browsing this thread: 1 Guest(s)