Recovery

[HussX]

It's a big learning experience for me.


Sent from my XB10.1

[Ads]

[jakemate2004]

http://db.tt/2ozqc2rC for recovery image and
http://db.tt/NsdZUkir for update zip

Sent from my DROIDX using Tapatalk

thanks for you work

I have a XYBoard 8.2 mz609-16, work for me???

I run..

# ./parted /dev/block/mmcblk1 print
Error: The backup GPT table is not at the end of the disk, as it should be.
This might mean that another operating system believes the disk is smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Ignore/Cancel? Ignore
Ignore
Warning: Not all of the space available to /dev/block/mmcblk1 appears to be
used, you can fix the GPT to use all of the space (an extra 57311 blocks) or
continue with the current setting?
Fix/Ignore? Ignore
Ignore

Model: MMC SEM16G (sd/mmc)
Disk /dev/block/mmcblk1: 15.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 131kB 262kB 131kB mbmloader
2 524kB 1049kB 524kB mbm
3 1049kB 1573kB 524kB mbmbackup
4 2621kB 2753kB 131kB cdt.bin
5 3146kB 7340kB 4194kB ext4 pds
6 7340kB 7864kB 524kB utags
7 8389kB 9437kB 1049kB logo.bin
8 9437kB 11.5MB 2097kB sp
9 11.5MB 12.1MB 524kB devtree
10 12.1MB 12.6MB 524kB devtree_backup
11 12.6MB 21.0MB 8389kB boot
12 21.0MB 30.4MB 9437kB recovery
13 30.4MB 253MB 222MB cdrom
14 253MB 253MB 524kB misc
15 253MB 254MB 524kB cid
16 254MB 258MB 4194kB kpanic
17 258MB 887MB 629MB ext4 system
18 887MB 1892MB 1005MB ext4 cache
19 1892MB 2626MB 734MB ext4 preinstall
20 2626MB 15.9GB 13.3GB ext4 userdata

[HussX]

His files would be the ones for yours, but those are test files. We're tweaking to get them to work.


Sent from my XB10.1

[HussX]

We need input from other user experiences as well as new ideas from other users. I think we got the right update zip built, but the bootstrap portion is the key here to get moving forward.


Sent from my XB10.1

[HussX]

thanks for you work

I have a XYBoard 8.2 mz609-16, work for me???

I run..

# ./parted /dev/block/mmcblk1 print
Error: The backup GPT table is not at the end of the disk, as it should be.
This might mean that another operating system believes the disk is smaller.
Fix, by moving the backup to the end (and removing the old backup)?
Fix/Ignore/Cancel? Ignore
Ignore
Warning: Not all of the space available to /dev/block/mmcblk1 appears to be
used, you can fix the GPT to use all of the space (an extra 57311 blocks) or
continue with the current setting?
Fix/Ignore? Ignore
Ignore

Model: MMC SEM16G (sd/mmc)
Disk /dev/block/mmcblk1: 15.9GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number Start End Size File system Name Flags
1 131kB 262kB 131kB mbmloader
2 524kB 1049kB 524kB mbm
3 1049kB 1573kB 524kB mbmbackup
4 2621kB 2753kB 131kB cdt.bin
5 3146kB 7340kB 4194kB ext4 pds
6 7340kB 7864kB 524kB utags
7 8389kB 9437kB 1049kB logo.bin
8 9437kB 11.5MB 2097kB sp
9 11.5MB 12.1MB 524kB devtree
10 12.1MB 12.6MB 524kB devtree_backup
11 12.6MB 21.0MB 8389kB boot
12 21.0MB 30.4MB 9437kB recovery
13 30.4MB 253MB 222MB cdrom
14 253MB 253MB 524kB misc
15 253MB 254MB 524kB cid
16 254MB 258MB 4194kB kpanic
17 258MB 887MB 629MB ext4 system
18 887MB 1892MB 1005MB ext4 cache
19 1892MB 2626MB 734MB ext4 preinstall
20 2626MB 15.9GB 13.3GB ext4 userdata

If you use fdisk -l on each partition, it gives me the size in bytes. Although it should be the same across devices, aside from the userdata partition, it's better safe than sorry. Try:
# fdisk -l /dev/block/mmcblk1p1
And every number up to mmcblk1p20


Sent from my XB10.1

[runandhide05]

cat /proc/partitions
Will give u the same thing
In terminal
su
cat /proc/pratitions


Sent from my Galaxy Nexus using Tapatalk

[HussX]

cat /proc/partitions
Will give u the same thing
In terminal
su
cat /proc/pratitions


Sent from my Galaxy Nexus using Tapatalk

Close. That gives you the blocks. The hex conversions i did building the update zip needed specific bytes. I had to do the math backward to figure it out, but i need the sizes from fdisk.


Sent from my XB10.1

[runandhide05]

Close. That gives you the blocks. The hex conversions i did building the update zip needed specific bytes. I had to do the math backward to figure it out, but i need the sizes from fdisk.


Sent from my XB10.1

I thought it did give bites, then just convert to hex

Sent from my Galaxy Nexus using Tapatalk

[HussX]

I thought it did give bites, then just convert to hex

Sent from my Galaxy Nexus using Tapatalk

No. The numbers were coming up short. Partitions list gives blocks. I converted the existing hex numbers over n it was about 4500000 for boot image. About half of what our devices have. Once I fixed those numbers, it built without errors.

Sent from my DROIDX using Tapatalk

[runandhide05]

No. The numbers were coming up short. Partitions list gives blocks. I converted the existing hex numbers over n it was about 4500000 for boot image. About half of what our devices have. Once I fixed those numbers, it built without errors.

Sent from my DROIDX using Tapatalk

...see I lean something new every day

Sent from my Galaxy Nexus using Tapatalk