06-22-2018, 10:21 PM
For all the noobs like me I've attached a procedure to flash the 16GB eMMC on the Tinker Board S. Hope this will be of use.
Rick
Rick

PROCEDURE TO FLASH eMMC
|
06-22-2018, 10:21 PM
For all the noobs like me I've attached a procedure to flash the 16GB eMMC on the Tinker Board S. Hope this will be of use.
Rick ![]() ![]() • astroboboy, Hobissa, Leskriim, Noraxus, Tinker Board, turbo_negro, ugur78tr
06-23-2018, 01:48 AM
Nice
And when you put another os on the eMMC and cant reflash it later.....(been there, had that panic, done that) https://tinkerboarding.co.uk/wiki/index...._and_Flash
...working my way through the 1000+ ways things don't work to find the one that does...
09-23-2018, 12:44 PM
(This post was last modified: 09-23-2018, 02:08 PM by mas9l4ever. Edited 2 times in total.)
I "bicked" eMMC of my TBS in the first day of use, today I managed to boot TBS from eMMC for the first time. Here is what I did:
0. Boot your TBS using SD card, use terminal or SSH to input following commands. 1. Download TinkerOS distribution and unzip: Code: wget [link***] 2. Delete old partitions from eMMC(mmcblk1 in my case): Code: sudo fdisk /dev/mmcblk1 3. Reboot TBS. 4. Unpack image file to the cleaned partition: Code: sudo dd if=20180622-tinker-board-linaro-stretch-alip-v2.0.7.img of=/dev/mmcblc1 status=progress && sync After this you should be able to boot your TBS form eMMC, do not forget to change jumper to the parking position. Result is not optimal through - root partition on eMMC created by dd tool is only 3GB, rest left not used, I do not know why it happened, and I do not know how to change partition size in fdisk tool, so I used gparted tool to increase root partition on eMMC to use all available space. I'm complete noob to linux & terminal, so do not blame my solution for the incompetence, on the other hand optimization tips are appreciated. ***P.S. I can not post links, so you have to find workable link for Tinker OS distribution by yourself, I used archive provided on this website wiki section.
09-23-2018, 03:34 PM
(This post was last modified: 09-23-2018, 03:34 PM by Im4Tinker. Edited 1 time in total.)
I've done this way, which is pretty quick.
The only problem is about the partition table which won't be consistent. So it might be better to install only the u-boot image. In such way the previous setup still available to use, and saving time to update the packages that where already done. First step:
This way will need to write less than 2 Mb, which suffices for most of the cases. Usually the u-boot is not bigger than 460 Kb. Also it prevent to upset the previous partition and they'll come back to be used again. The only advise is to use the same previous installation, whatever is TinkerOS, or Armbian or Volumio or else. For convenience it might be good to save that portion into SD card, so if it will happen again, is less troubles to resume. Therefore the command become inverted for saving Code: $ sudo dd if=/dev/mmcblk0 of=BackupFile.img bs=512 seek=64 count=4032 conv=noerror,notrunc ![]()
10-31-2018, 03:37 PM
(06-23-2018, 01:48 AM)Robertspark Wrote: Nice Hi, I've perused the wiki on Recovery and Flash, but the words are jumbled, or else written by someone not very familiar with English. Can someone translate that? Thanks, Joe
11-01-2018, 07:15 AM
@ Radioman
Can we know were you get difficulties to do the operations. If your TBS won't be recognized by the PC when is plugged in (some time may take even 15 seconds to react). Then you need to copy the installation file on a SD card, which is already know to boot with TBS in MASKROM mode. After you booted your SD card, just perform the writing to the eMMC (internal memory). Perhaps you may use Etcher from within the SD card installation. To identify the eMMC against the SD card, you may write a small file onto the SD card and check which partition has it. Later you should find the partition list by Code: $ sudo fdisk -l Code: $ mount |grep /dev/mmc That is for the complete installation recovering, which implies the loss of any previous configuration for a working installation. The other method is referring to recover the UMS functionality which is written on the first 4 Mbytes or less, as above described.
Light blue words might be a link. Have you try to click on them?
![]()
11-01-2018, 02:26 PM
(11-01-2018, 07:15 AM)Im4Tinker Wrote: @ Radioman Thanks for your response. Your posts are always helpful and enlightening. I'm currently not having difficulties, but really don't care for the Debian based TOS. I'd like to move to the ELAR Ubuntu/Lubuntu/Xubuntu, and wanted to have all my options ready if I ran into trouble. My RPi3B+ ran on Ubuntu Mate, and I really liked that. I'm kind of new to the Linux world and find it a breath of fresh air after MS & Mac. I'm thinking I can overwrite the TOS with the new ELAR OS, is that correct? Thanks, Joe (aka Radioman)
11-02-2018, 05:27 AM
(11-01-2018, 02:26 PM)Radioman Wrote: I'm thinking I can overwrite the TOS with the new ELAR OS, is that correct? Yes, you're correct. The variation is to change the content of the second partition, AKA rootfs. But it takes some care that the extlinux.conf in the first partition must point to the rootfs partition. For TinkerOS is omitted, because the u-boot has it set as default. So check carefully the append statement. If we look at the ELAR partition scheme, we'll find that is the same as linaro one (TinkerOS). The first partition is vfat of few tenth of Mb, and contains the files for booting, later is mounted on /boot. If you'll plan such switch, then you need to understand which partition you should copy. That is a bit trickier than simply copy the whole image. First we need to see the image partition scheme Code: $ sudo fdisk -l TinkerBoard-Lubuntu18.04LTS_ELAR-Systems-SD-v2.img ## after unrar-ed Then from those details we'll understand where to start to skip the unnecessary blocks. In particular where the first sector of rootfs starts. So for the case we may give the command Code: $ sudo dd if=TinkerBoard-Lubuntu18.04LTS_ELAR-Systems-SD-v2.img of=/dev/sdc bs=512 seek=212992 skip=139264 But it must check that the host partition is big enough 5722112 < 6144000. Later just try it out. Don't try to modify the partition prior a new reboot, because the system needs to expand the partition to the maximum. A second approach would be to format the linaro rootfs and then write the ElarOS onto the partition. Code: $ sudo su ## be a master :-) Before to start it up, care must be taken to modify the extlinux.conf and set the new rootfs pointer. So by the help of gparted (the simplest way) set a name to the partitions (unless done). Later browse the plugged TBS and open the extlinux.conf for editing (as administrator), that should reside in the smaller partition. if there's a statement root=<something> or none, then we need to modify to root=LABEL=<rootfs_partition_name> A side note, I used to set a second partition for /home, so the system may change but my data won't disappear along the system.
Light blue words might be a link. Have you try to click on them?
![]()
11-02-2018, 09:10 PM
Ah so that's why there is some partition table on the internal storage out of the box. This is actually a bootloader that's needed for USB device mode support. Does anybody know how large this bit is so it can be easily backed-up? I think everything after the partition table is already random garbage. Neither of the partitions that are there by default can be mounted (out of the box).
11-02-2018, 10:00 PM
(This post was last modified: 11-02-2018, 10:01 PM by Radioman. Edited 1 time in total.)
(11-02-2018, 05:27 AM)Im4Tinker Wrote: [quote="Radioman" pid='8633' dateline='1541082387'] So, I got impatient. I overwrote the TOS on the eMMC with the ELAR. What harm could I do? ![]() On an unrelated (sort of) subject, I have a 120GB external SSD that I can see in devices and Gparted, but can't access because it is owned by root. Root didn't buy the darned thing, I did. I am so confused. Where is Ubuntu Mate when I need it? Thank you for all the help. This noobie needs it! Joe |
« Next Oldest | Next Newest »
|