Wetek Img issues

Hi,

I've been building from the master branch for a few months now and i noticed now and then that the .img file (inside img.gz) sometimes gets courrpt during the creating process, it's noticable since the 2nd linux partition created after writing the img to the sdcard is unmountable even on the pc.
when inserting the sdcard the error is:

mount_storage could not mount /dev/mmcblk0p2

i tried writing it several times and even deleting the partiotion table formatting etc it's the img it self, i tried formatting the 2nd partition as ext4 and got the following error (probobly on the 1st partition):

oudn't mount /dev/SYSTEM

The thing is, actually 2 things:

1. the working build i have is from May 6, May 7 fails like this, i also have a build from June 2nd (fresh) also fails and one from June 10 and today (not fresh) all fail the same way.
2. copying the img.gz to .update and running the update on the build from May 5th passed and made it update but inside is the same .img file that fails to be written to the same SD.

Before the May builds i've also enoutnered this but since i'm still new at this i though it's my faults somehow.

BTW i'm building for Wetek Core (amlogic pkg) and this was the same for openelec too.

Any ideas?

Sure, here it is:
Zippyshare.com -

hmm strange, were you able to mount the 2nd partition? because even on linux i could not.
Is there any way to test this on PC? i don't have another SD this is a new SD and like i said when build x works and y, z doesn't i still think it might be the build not the SD otherwise it doesn't make any sense.
I can write this to the device nand but won't that brick it if it's bad?

Quote from milhouse

Yes, I could mount the second partition - use "sudo apt-get install kpartx" on Ubuntu to install kpartx:

Code

neil@nm-linux:~/projects/extract$ ls -la
total 2244644
drwxrwxr-x  3 neil neil      4096 Jun 13 23:29 .
drwxrwxr-x 39 neil neil     12288 Jun 14 22:02 ..
-rw-r--r--  1 neil neil 574619648 Jun  8 20:47 LibreELEC-RPi2.arm-7.0.1.img
-rw-rw-r--  1 neil neil 574619648 Jun  9 13:21 LibreELEC-RPi.arm-7.0.1.img
-rw-r--r--  1 neil neil 574619648 Jun 13 23:31 LibreELEC-WeTek_Core.arm-8.0-devel-20160612143724-r23223-gec2a5d2.img
neil@nm-linux:~/projects/extract$ mkdir storage
neil@nm-linux:~/projects/extract$ sudo kpartx -av LibreELEC-WeTek_Core.arm-8.0-devel-20160612143724-r23223-gec2a5d2.img
add map loop0p1 (252:0): 0 1048577 linear 7:0 2048
add map loop0p2 (252:1): 0 65537 linear 7:0 1052672
neil@nm-linux:~/projects/extract$ sudo fsck -n /dev/mapper/loop0p2
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/loop0p2: clean, 12/8192 files, 5530/32768 blocks
neil@nm-linux:~/projects/extract$ sudo mount /dev/mapper/loop0p2 storage
neil@nm-linux:~/projects/extract$ ls -la storage
total 17
drwxr-xr-x 3 root root  1024 Jun 12 12:40 .
drwxrwxr-x 4 neil neil  4096 Jun 14 22:03 ..
drwx------ 2 root root 12288 Jun 12 12:40 lost+found
-rw-r--r-- 1 root root     0 Jun 12 12:40 .please_resize_me
neil@nm-linux:~/projects/extract$ sudo umount storage
neil@nm-linux:~/projects/extract$ sudo kpartx -d LibreELEC-WeTek_Core.arm-8.0-devel-20160612143724-r23223-gec2a5d2.img
loop deleted : /dev/loop0
neil@nm-linux:~/projects/extract$

Display More

Yes, that is strange, but I can't think of anything obvious that has changed that would cause this.

Not familiar with the Wetek system so can't advise here.

I ran the same commands you did and got the same results and numbers just now...
Any chance i might be doing the writing wrong?

sudo dd if=LibreELEC-WeTek_Core.arm-8.0-devel-20160612143724-r23223-gec2a5d2.img of=/dev/sdb bs=4M

Quote from Ne0

Just for the sake of it try to format the SD card before you write a new image to it. Use gparted, delete the partitions, create a new partition table and format it to fat32.

I've seen similar issues like this before and suggested sdcard formatter to people and it usually fixed the problem.
SD Card Formatter - SD Association

I tested the build you've posted and it works fine on my side.

I only have Linux and i tried with gparted and fdisk, still the same results, even gparted says the 2nd partiotion is unknown...
I think the problem is not with the sdcard itself but with the writing of the img, is there any other way to write it apart from DD?

I actually found out that the reason this is failing is that the machine i used to write the img can't seem to mound the 2nd partiton as ext4 for some reason (proboly kernel related) but on another machine it's fine so i guess since it can't mount it properly it's not written properly or something... but for some images it was able to mount... and i couldn't find the main cause in the kernel option between the too (still looking).

But i want to thank you all for your assistance with this issue

Quote from gdachs

DD transfers an image that contains both partitions. DD will never try to mount these partitions.

I'm aware of this but there was no other explanation to this issue, and also why it's happening since i do have ext4 support in the kernel and the root partition is mounted as ext4, so since weird things are happening then i guess DD fails too...

The new build from today mounts and works on that machine but other don't, no idea why but i guess it's my fault not yours so no need to keep this thread open for that.
Thanks for the help attempts