Develop Bugs

[dev][ref][q]ancora partition table

as the title said, here i will post partition table of our ancora
Code:
Number Start (sector) End (sector) Size Code Name
1 1 212991 104.0 MiB 0700 Microsoft basic data
2 212992 213991 500.0 KiB 8300 Linux filesystem
3 213992 221183 3.5 MiB 8300 Linux filesystem
5 229376 239615 5.0 MiB 8300 Linux filesystem
6 245760 285759 19.5 MiB 8300 Linux filesystem
7 286720 292863 3.0 MiB 8300 Linux filesystem
8 294912 306175 5.5 MiB 8300 Linux filesystem
9 311296 324271 6.3 MiB 8300 Linux filesystem
10 327680 333823 3.0 MiB 8300 Linux filesystem
11 335872 342015 3.0 MiB 8300 Linux filesystem
12 344064 360447 8.0 MiB 8300 Linux filesystem
13 360448 375807 7.5 MiB 8300 Linux filesystem
14 376832 387071 5.0 MiB 8300 Linux filesystem
15 393216 1488895 535.0 MiB 8300 Linux filesystem
16 1490944 1613823 60.0 MiB 8300 Linux filesystem
17 1613824 3887103 1.1 GiB 8300 Linux filesystem
18 3891200 3993599 50.0 MiB 8300 Linux filesystem
19 3997696 3998695 500.0 KiB 8300 Linux filesystem
20 4005888 4013079 3.5 MiB 8300 Linux filesystem
21 4014080 4024319 5.0 MiB 8300 Linux filesystem
22 4030464 4070463 19.5 MiB 8300 Linux filesystem
23 4071424 4081663 5.0 MiB 8300 Linux filesystem
24 4087808 4101807 6.8 MiB 8300 Linux filesystem
25 4104192 4114431 5.0 MiB 8300 Linux filesystem
26 4120576 4130815 5.0 MiB 8300 Linux filesystem
27 4136960 4147199 5.0 MiB 8300 Linux filesystem
28 4153344 7733247 1.7 GiB 8300 Linux filesystem
well, my question regarding this data are
1. why i don't get the name of each partition ?
2. as we know, kernel block memory is mmcblk0p13, the block size is 7.5MB, is this available size only for the kernel or this size included kernel+ramdisk?
3. we got so many partition, any idea of having a hidden partition that is vacant or useable to mount other things?
thanks

i hope pep would see this post and help me
Sent from my GT-I8150

hadidjapri said:
i hope pep would see this post and help me
Sent from my GT-I8150
Click to expand...
Click to collapse
You're making me ashamed
I'll look for my notes tomorrow. Of those partitions, IIRC we (that is, me & friends in this forum) successfully identified:
* bootloader partition
* 2 (two) baseband partitions
* ROM partition
* recovery partition
As to the others... they *are* still mysterious...
-- xda app / Pristine NoMod CM9b4 / CastagnaIT kernel / GT-I8150 --

pepoluan said:
You're making me ashamed
I'll look for my notes tomorrow. Of those partitions, IIRC we (that is, me & friends in this forum) successfully identified:
* bootloader partition
* 2 (two) baseband partitions
* ROM partition
* recovery partition
As to the others... they *are* still mysterious...
-- xda app / Pristine NoMod CM9b4 / CastagnaIT kernel / GT-I8150 --
Click to expand...
Click to collapse
i got efs from arco
another question, kernel got 7.5mb space,.is this only for the kernel or kernel+ramdisk?
Sent from my GT-I8150

hadidjapri said:
another question, kernel got 7.5mb space,.is this only for the kernel or kernel+ramdisk?
Click to expand...
Click to collapse
kernel+ramdisk, and boot is 5.5mb actually. Recovery is 7.5mb.
This is the information I've gathered about the partitions.
Code:
# cat /proc/partitions
major minor #blocks name
179 0 3864576 mmcblk0
179 1 106495 mmcblk0p1 //secboot2 partition map
179 2 500 mmcblk0p2 //dbl (boot loader)
179 3 3596 mmcblk0p3 //osbl (boot loader)
179 4 1 mmcblk0p4 //mbr extended partition table
179 5 5120 mmcblk0p5 //emmcboot (boot loader, download mode)
179 6 20000 mmcblk0p6 //amss
179 7 3072 mmcblk0p7 //emmcparam
179 8 5632 mmcblk0p8 //boot
179 9 6488 mmcblk0p9 //adsp
179 10 3072 mmcblk0p10 //rmt
179 11 3072 mmcblk0p11 //rmt
179 12 8192 mmcblk0p12 //persist
179 13 7680 mmcblk0p13 //recovery
179 14 5120 mmcblk0p14 //param
179 15 547840 mmcblk0p15 //system
179 16 61440 mmcblk0p16 //cache
179 17 1136640 mmcblk0p17 //data
179 18 51200 mmcblk0p18 //preload
179 19 500 mmcblk0p19
179 20 3596 mmcblk0p20
179 21 5120 mmcblk0p21
179 22 20000 mmcblk0p22
179 23 5120 mmcblk0p23
179 24 7000 mmcblk0p24
179 25 5120 mmcblk0p25
179 26 5120 mmcblk0p26
179 27 5120 mmcblk0p27 //efs
179 28 1787904 mmcblk0p28 //internal sdcard

arco68 said:
kernel+ramdisk, and boot is 5.5mb actually. Recovery is 7.5mb.
This is the information I've gathered about the partitions.
Code:
# cat /proc/partitions
major minor #blocks name
179 0 3864576 mmcblk0
179 1 106495 mmcblk0p1 //secboot2 partition map
179 2 500 mmcblk0p2 //dbl (boot loader)
179 3 3596 mmcblk0p3 //osbl (boot loader)
179 4 1 mmcblk0p4 //mbr extended partition table
179 5 5120 mmcblk0p5 //emmcboot (boot loader, download mode)
179 6 20000 mmcblk0p6 //amss
179 7 3072 mmcblk0p7 //emmcparam
179 8 5632 mmcblk0p8 //boot
179 9 6488 mmcblk0p9 //adsp
179 10 3072 mmcblk0p10 //rmt
179 11 3072 mmcblk0p11 //rmt
179 12 8192 mmcblk0p12 //persist
179 13 7680 mmcblk0p13 //recovery
179 14 5120 mmcblk0p14 //param
179 15 547840 mmcblk0p15 //system
179 16 61440 mmcblk0p16 //cache
179 17 1136640 mmcblk0p17 //data
179 18 51200 mmcblk0p18 //preload
179 19 500 mmcblk0p19
179 20 3596 mmcblk0p20
179 21 5120 mmcblk0p21
179 22 20000 mmcblk0p22
179 23 5120 mmcblk0p23
179 24 7000 mmcblk0p24
179 25 5120 mmcblk0p25
179 26 5120 mmcblk0p26
179 27 5120 mmcblk0p27 //efs
179 28 1787904 mmcblk0p28 //internal sdcard
Click to expand...
Click to collapse
hmm what does mmcblk10-26 store sir?
Sent from my GT-I8150

You mean 19-26? No idea. Probably not used for anything. You can dd them and see if they contain something, or is just filled with zeros.

arco68 said:
You mean 19-26? No idea. Probably not used for anything. You can dd them and see if they contain something, or is just filled with zeros.
Click to expand...
Click to collapse
I once dd-ed p22, it has similar strings to p6.
A kind of backup baseband?
-- CM9b4 / CastagnaIT 7.3 BFS+ExtUV / DXKL1 / GT-I8150 --

My notes from analyzing dumps and tables inside loaders (apparently the partition type IDs are listed in many of these tables):
Code:
N Size (s) Size (MiB) Size (MB) B T
1 212991 104.000 MiB 106.496 MB 0c ? (hashes)
2 1000 0.488 MiB 0.500 MB *4d DBL [/boot/qcsbl_cfg] {dbl.mbn}
3 7192 3.512 MiB 3.596 MB 46 OSBL [/boot/oemsbl, /boot/osbl] {osbl.mbn}
4 2 0.001 MiB 0.001 MB 05 (extended)
5 10240 5.000 MiB 5.120 MB 47 HBOOT [/boot/appsbl] {EMMCBOOT.MBN}
6 40000 19.531 MiB 20.000 MB 49 AMSS [/boot/modem] {amss.mbn}
7 6144 3.000 MiB 3.072 MB 58 ? (empty - 00)
8 11264 5.500 MiB 5.632 MB 48 Android boot [/boot/apps]
9 12976 6.336 MiB 6.488 MB 50 ADSP [/boot/adsp] {adsp.mbn}
10 6144 3.000 MiB 3.072 MB 4a ? (random) [/boot/modem_fs1]
11 6144 3.000 MiB 3.072 MB 4b ? (random) [/boot/modem_fs2]
12 16384 8.000 MiB 8.192 MB 90 Android /persist (ext4)
13 15360 7.500 MiB 7.680 MB 91 Android recovery
14 10240 5.000 MiB 5.120 MB 92 ? (region ID) {emmcparam.bin}
15 1095680 535.000 MiB 547.840 MB 93 Android /system (ext4)
16 122880 60.000 MiB 61.440 MB 94 Android /cache (ext4)
17 2273280 1110.000 MiB 1136.640 MB 95 Android /data (ext4)
18 102400 50.000 MiB 51.200 MB 96 Android /preload (ext4)
19 1000 0.488 MiB 0.500 MB 97 ? (empty - 00)
20 7192 3.512 MiB 3.596 MB 98 ? (empty - 00) [/boot/osbl_bkp?]
21 10240 5.000 MiB 5.120 MB 99 HBOOT backup [/boot/appsbl_bkp]
22 40000 19.531 MiB 20.000 MB 9a AMSS backup [/boot/modem_bkp]
23 10240 5.000 MiB 5.120 MB 9b ? (empty - 00) [/boot/apps_bkp]
24 14000 6.836 MiB 7.000 MB 9c Android (boot image?) [/boot/adsp_bkp?]
25 10240 5.000 MiB 5.120 MB 9d ? (empty - 00)
26 10240 5.000 MiB 5.120 MB 9e ? (empty - 00)
27 10240 5.000 MiB 5.120 MB 9f Android /efs (ext2)
28 3575808 1746.000 MiB 1787.904 MB a0 Android /sdcard (FAT16)
Partitions: 7639521 3730.235 MiB 3819.760 MB
Holes: 89631 43.765 MiB 44.816 MB
Total sectors: 7729152 3774.000 MiB 3864.576 MB
Apparently some partitions were intended to store backup copies of bootloaders, AMSS, ADSP and the Android boot image; however, there are some mismatches between tables in OSBL and APPSBL, as well as apparently wrong partition sizes — e.g., the OSBL table lists the partition type 0x9b as /boot/apps_bkp, but this partition (mmcblk0p23) is too small to contain the actual boot.img, and the boot image backup is actually stored in mmcblk0p24, which was intended for ADSP backup.

sigprof said:
My notes from analyzing dumps and tables inside loaders (apparently the partition type IDs are listed in many of these tables):
Code:
N Size (s) Size (MiB) Size (MB) B T
1 212991 104.000 MiB 106.496 MB 0c ? (hashes)
2 1000 0.488 MiB 0.500 MB *4d DBL [/boot/qcsbl_cfg] {dbl.mbn}
3 7192 3.512 MiB 3.596 MB 46 OSBL [/boot/oemsbl, /boot/osbl] {osbl.mbn}
4 2 0.001 MiB 0.001 MB 05 (extended)
5 10240 5.000 MiB 5.120 MB 47 HBOOT [/boot/appsbl] {EMMCBOOT.MBN}
6 40000 19.531 MiB 20.000 MB 49 AMSS [/boot/modem] {amss.mbn}
7 6144 3.000 MiB 3.072 MB 58 ? (empty - 00)
8 11264 5.500 MiB 5.632 MB 48 Android boot [/boot/apps]
9 12976 6.336 MiB 6.488 MB 50 ADSP [/boot/adsp] {adsp.mbn}
10 6144 3.000 MiB 3.072 MB 4a ? (random) [/boot/modem_fs1]
11 6144 3.000 MiB 3.072 MB 4b ? (random) [/boot/modem_fs2]
12 16384 8.000 MiB 8.192 MB 90 Android /persist (ext4)
13 15360 7.500 MiB 7.680 MB 91 Android recovery
14 10240 5.000 MiB 5.120 MB 92 ? (region ID) {emmcparam.bin}
15 1095680 535.000 MiB 547.840 MB 93 Android /system (ext4)
16 122880 60.000 MiB 61.440 MB 94 Android /cache (ext4)
17 2273280 1110.000 MiB 1136.640 MB 95 Android /data (ext4)
18 102400 50.000 MiB 51.200 MB 96 Android /preload (ext4)
19 1000 0.488 MiB 0.500 MB 97 ? (empty - 00)
20 7192 3.512 MiB 3.596 MB 98 ? (empty - 00) [/boot/osbl_bkp?]
21 10240 5.000 MiB 5.120 MB 99 HBOOT backup [/boot/appsbl_bkp]
22 40000 19.531 MiB 20.000 MB 9a AMSS backup [/boot/modem_bkp]
23 10240 5.000 MiB 5.120 MB 9b ? (empty - 00) [/boot/apps_bkp]
24 14000 6.836 MiB 7.000 MB 9c Android (boot image?) [/boot/adsp_bkp?]
25 10240 5.000 MiB 5.120 MB 9d ? (empty - 00)
26 10240 5.000 MiB 5.120 MB 9e ? (empty - 00)
27 10240 5.000 MiB 5.120 MB 9f Android /efs (ext2)
28 3575808 1746.000 MiB 1787.904 MB a0 Android /sdcard (FAT16)
Partitions: 7639521 3730.235 MiB 3819.760 MB
Holes: 89631 43.765 MiB 44.816 MB
Total sectors: 7729152 3774.000 MiB 3864.576 MB
Apparently some partitions were intended to store backup copies of bootloaders, AMSS, ADSP and the Android boot image; however, there are some mismatches between tables in OSBL and APPSBL, as well as apparently wrong partition sizes — e.g., the OSBL table lists the partition type 0x9b as /boot/apps_bkp, but this partition (mmcblk0p23) is too small to contain the actual boot.img, and the boot image backup is actually stored in mmcblk0p24, which was intended for ADSP backup.
Click to expand...
Click to collapse
is it possible partition number 19-26 are intended to be backup partition?
Sent from my GT-I8150

Could phone operator lock code be stored in one of the (normally unmounted) partitions?
Sent from my GT-I8150 using xda app-developers app

[DEV]Redmi 1s partition Table

Device Name: Xiaome Redmi 1s
Redmi 1S partition table
Fdisk
Code:
fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 7818 MB, 7818182656 bytes
256 heads, 63 sectors/track, 946 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 1 266306 2147483647+ ee EFI GPT
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 1) logical=(0, 0, 2)
Partition 1 has different physical/logical endings:
phys=(1023, 255, 63) logical=(266305, 4, 4)
Parted
Code:
parted /dev/block/mmcblk0
GNU Parted 1.8.8.1.179-aef3
Using /dev/block/mmcblk0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted)
p
Model: MMC M8G1GC (sd/mmc)
Disk /dev/block/mmcblk0: 7818MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 2097kB 2080kB sbl1
2 2097kB 4177kB 2080kB sbl1bak
3 4177kB 5225kB 1049kB rpm
4 5225kB 6274kB 1049kB rpmbak
5 6274kB 7323kB 1049kB tz
6 7323kB 8371kB 1049kB tzbak
7 8371kB 8379kB 8192B ssd
8 8379kB 9428kB 1049kB sdi
9 9428kB 10.5MB 1049kB DDR
10 10.5MB 14.7MB 4194kB aboot
11 14.7MB 18.9MB 4194kB abootbak
12 18.9MB 24.1MB 5243kB bk1
13 24.1MB 28.3MB 4194kB misc
14 28.3MB 36.7MB 8389kB logo
15 36.7MB 67.1MB 30.4MB bk2
16 67.1MB 68.7MB 1573kB modemst1
17 68.7MB 70.2MB 1573kB modemst2
18 70.2MB 70.3MB 1024B fsc
19 70.3MB 134MB 64.0MB bk3
20 134MB 136MB 1573kB fsg
21 136MB 168MB 32.0MB bk4
22 168MB 201MB 33.6MB bk5
23 201MB 268MB 67.1MB fat16 modem
24 268MB 285MB 16.8MB boot
25 285MB 302MB 16.8MB recovery
26 302MB 336MB 33.6MB ext4 persist
27 336MB 1174MB 839MB ext4 system
28 1174MB 1577MB 403MB ext4 cache
29 1577MB 7818MB 6241MB ext4 userdata
(parted)
gdisk
Code:
gdisk -l /dev/block/mmcblk0
GPT fdisk (gdisk) version 0.8.4
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Disk /dev/block/mmcblk0: 15269888 sectors, 7.3 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 98101B32-BBE2-4BF2-A06E-2BB33D000C20
Partition table holds up to 32 entries
First usable sector is 34, last usable sector is 15269854
Partitions will be aligned on 2-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
1 34 4095 2.0 MiB FFFF sbl1
2 4096 8157 2.0 MiB 0700 sbl1bak
3 8158 10205 1024.0 KiB FFFF rpm
4 10206 12253 1024.0 KiB 0700 rpmbak
5 12254 14301 1024.0 KiB FFFF tz
6 14302 16349 1024.0 KiB 0700 tzbak
7 16350 16365 8.0 KiB FFFF ssd
8 16366 18413 1024.0 KiB FFFF sdi
9 18414 20461 1024.0 KiB FFFF DDR
10 20462 28653 4.0 MiB FFFF aboot
11 28654 36845 4.0 MiB 0700 abootbak
12 36846 47085 5.0 MiB 8300 bk1
13 47086 55277 4.0 MiB FFFF misc
14 55278 71661 8.0 MiB 8300 logo
15 71662 131061 29.0 MiB 8300 bk2
16 131062 134133 1.5 MiB FFFF modemst1
17 134134 137205 1.5 MiB FFFF modemst2
18 137206 137207 1024 bytes FFFF fsc
19 137208 262133 61.0 MiB 8300 bk3
20 262134 265205 1.5 MiB FFFF fsg
21 265206 327669 30.5 MiB 8300 bk4
22 327670 393205 32.0 MiB 8300 bk5
23 393206 524277 64.0 MiB 0700 modem
24 524278 557045 16.0 MiB FFFF boot
25 557046 589813 16.0 MiB FFFF recovery
26 589814 655349 32.0 MiB 0700 persist
27 655350 2293749 800.0 MiB 0700 system
28 2293750 3080181 384.0 MiB 0700 cache
29 3080182 15269854 5.8 GiB 0700 userdata

planning to make changes with this Partition table :-]
but thinking what to expand.......
Userdata or System by shrinking /Cache
:-]
will make thread soon with all info and guide .

OH NO!!!
I accidentally erased tz partition. So will 'dd'ing tz.mbn to /dev/sdb5(here) work? Please help, my phone is completely dead, not even fastboot. X|

generex144 said:
I accidentally erased tz partition. So will 'dd'ing tz.mbn to /dev/sdb5(here) work? Please help, my phone is completely dead, not even fastboot. X|
Click to expand...
Click to collapse
dnt wrry, i have gone through this..
this will help you..
http://en.miui.com/thread-54139-1-1.html
NOTE- donwload ,install usb 9006 & 9008 drivers properly and before start charge battery with external charger or with spare phone... battery should b in phone else it wont switch 9006 to 9008 mode...

Is the partition table not resetted if I fastboot flashed a stock img onto the phone? I've tried it thrice but it stops at the cache partition giving me this error:
Code:
Unspecified error(0x80004005: FAILED (remote: size too large)

M9 (himauhl) GPT table

Hello
I want to split userdata partition of my M9 into two parts. What is the right tool for it?
I tried android-gptfdisk but it shows that GPT partition table is very strange.
After I run gdisk from the package above I can see the following message.
[email protected]_himauhl:/ # gdisk /dev/block/mmcblk0
GPT fdisk (gdisk) version 1.0.0
Warning! Main and backup partition tables differ! Use the 'c' and 'e' options
on the recovery & transformation menu to examine the two tables.
Warning! One or more CRCs don't match. You should repair the disk!
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): p
Disk /dev/block/mmcblk0: 61071360 sectors, 29.1 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 98101B32-BBE2-4BF2-A06E-2BB33D000C20
Partition table holds up to 72 entries
First usable sector is 34, last usable sector is 60932095
Partitions will be aligned on 2-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
1 34 65 16.0 KiB FFFF board_info
2 66 8257 4.0 MiB FFFF pg1fs
3 8258 10305 1024.0 KiB FFFF sbl1
4 10306 12353 1024.0 KiB FFFF pmic
5 12354 94273 40.0 MiB 0700 dummy
6 94274 98303 2.0 MiB 0700 reserve_1
7 98304 98815 256.0 KiB FFFF mfg
8 98816 147325 23.7 MiB FFFF pg2fs
9 147326 148349 512.0 KiB FFFF rpm
10 148350 152445 2.0 MiB FFFF tz
11 152446 152637 96.0 KiB FFFF sdi
12 152638 156733 2.0 MiB FFFF hyp
13 156734 158781 1024.0 KiB FFFF aboot
14 158782 179261 10.0 MiB 0700 tool_diag
15 179262 199741 10.0 MiB 0700 sp1
16 199742 201789 1024.0 KiB FFFF ddr
17 201790 203837 1024.0 KiB 0700 rfg_0
18 203838 205885 1024.0 KiB 0700 rfg_1
19 205886 207933 1024.0 KiB 0700 rfg_2
20 207934 209981 1024.0 KiB 0700 rfg_3
21 209982 212029 1024.0 KiB 0700 rfg_4
22 212030 214077 1024.0 KiB 0700 rfg_5
23 214078 216125 1024.0 KiB 0700 rfg_6
24 216126 218173 1024.0 KiB 0700 rfg_7
25 218174 221245 1.5 MiB FFFF fsg
26 221246 342079 59.0 MiB 0700 radio
27 342080 383039 20.0 MiB 0700 adsp
28 383040 383041 1024 bytes FFFF limits
29 383042 393215 5.0 MiB 0700 reserve_2
30 393216 438271 22.0 MiB FFFF persist
31 438272 458751 10.0 MiB 0700 ramdump
32 458752 460799 1024.0 KiB FFFF misc
33 460800 463871 1.5 MiB FFFF modem_st1
34 463872 466943 1.5 MiB FFFF modem_st2
35 466944 507903 20.0 MiB 0700 fataldevlog
36 507904 569343 30.0 MiB 0700 devlog
37 569344 569855 256.0 KiB 0700 pdata
38 569856 569887 16.0 KiB 0700 control
39 569888 570015 64.0 KiB 0700 extra
40 570016 572063 1024.0 KiB 0700 cdma_record
41 572064 572065 1024 bytes 0700 fsc
42 572066 572081 8.0 KiB FFFF ssd
43 572082 573105 512.0 KiB 0700 sensor_hub
44 573106 573361 128.0 KiB FFFF sec
45 573362 575409 1024.0 KiB FFFF abootbak
46 575410 575429 10.0 KiB 0700 cir_img
47 575430 577991 1.3 MiB 0700 local
48 577992 579015 512.0 KiB 0700 frp
49 579016 583111 2.0 MiB FFFF cpe
50 583112 624071 20.0 MiB 0700 carrier
51 624072 624583 256.0 KiB 0700 skylink
52 624584 624839 128.0 KiB 0700 rfg_8
53 624840 625095 128.0 KiB 0700 rfg_9
54 625096 625351 128.0 KiB 0700 rfg_10
55 625352 625607 128.0 KiB 0700 rfg_11
56 625608 625863 128.0 KiB 0700 rfg_12
57 625864 626119 128.0 KiB 0700 rfg_13
58 626120 626375 128.0 KiB 0700 rfg_14
59 626376 626631 128.0 KiB 0700 rfg_15
60 626632 659399 16.0 MiB 0700 absolute
61 659400 688127 14.0 MiB 0700 reserve
62 688128 819199 64.0 MiB FFFF hosd
63 819200 950271 64.0 MiB FFFF boot
64 950272 1081343 64.0 MiB FFFF recovery
65 1081344 1736703 320.0 MiB 0700 cache
66 1736704 10911743 4.4 GiB 0700 system
67 10911744 60194815 23.5 GiB 0700 userdata
68 60194816 60788735 290.0 MiB 0700 apppreload
69 60788736 60911615 60.0 MiB 0700 cota
70 60911616 60932095 10.0 MiB FFFF battery
Click to expand...
Click to collapse
It looks like GPT partition table and/or MBR are specific. Nevertheless my M9 works well I can boot it and use it.
Could somebody give me a hint about working with M9 GPT partition table?

LG G4 MMCBLK0 Daatabase

Hi guys,
there are tones of LG G4 phones that are bricked, i have tested a technic to get them back to life ( tested with H811) , but such a technic needs Emmc dumps ( all mmcblk0 partitions except userdata cache data and system ) so please i propose to make a database of all G4 dumps in Google drive or somewhere else to help people having bricked LG G4 phones
For me i need H815 dump now
Thanks

leptdre said:
Hi guys,
there are tones of LG G4 phones that are bricked, i have tested a technic to get them back to life ( tested with H811) , but such a technic needs Emmc dumps ( all mmcblk0 partitions except userdata cache data and system ) so please i propose to make a database of all G4 dumps in Google drive or somewhere else to help people having bricked LG G4 phones
For me i need H815 dump now
Thanks
Click to expand...
Click to collapse
Tell me more of your technique? I have an H811 sitting here that could use that. Is it copying the partition table to a microSD card? I've not had luck with that so far, maybe you could elucidate? Thanks!
I'm working on getting some firehose action going on. I think I've got most of the code and tools necessary to prepare the custom files needed, but it's such a steep task, especially as I don't understand its ways yet.

pretty sure we need root for this..
there's alot of interesting file here
http://downloads.codefi.re/autoprime/LG/LG_G4

leptdre said:
Hi guys,
there are tones of LG G4 phones that are bricked, i have tested a technic to get them back to life ( tested with H811) , but such a technic needs Emmc dumps ( all mmcblk0 partitions except userdata cache data and system ) so please i propose to make a database of all G4 dumps in Google drive or somewhere else to help people having bricked LG G4 phones
For me i need H815 dump now
Thanks
Click to expand...
Click to collapse
For now, here you have a list of all particions into 'mmcblk0':
HTML:
Number Start End Size File_system Name
1 16777216B 106954751B 90177536B fat16 modem
2 117440512B 117964799B 524288B pmic
3 117964800B 119013375B 1048576B sbl1
4 119013376B 120061951B 1048576B tz
5 120061952B 120586239B 524288B sdi
6 120586240B 121110527B 524288B hyp
7 121110528B 121634815B 524288B rpm
8 121634816B 123731967B 2097152B aboot
9 123731968B 124780543B 1048576B sbl1bak
10 124780544B 125304831B 524288B pmicbak
11 125304832B 126353407B 1048576B tzbak
12 126353408B 126877695B 524288B hypbak
13 126877696B 127401983B 524288B rpmbak
14 127401984B 129499135B 2097152B abootbak
15 129499136B 130023423B 524288B sdibak
16 130023424B 130547711B 524288B limits
17 130547712B 131071999B 524288B devinfo
18 131072000B 131596287B 524288B apdp
19 131596288B 132120575B 524288B msadp
20 132120576B 132644863B 524288B dpo
21 132644864B 134217727B 1572864B spare1
22 134217728B 150994943B 16777216B misc
23 150994944B 184549375B 33554432B ext4 persist
24 184549376B 186122239B 1572864B modemst1
25 186122240B 187695103B 1572864B modemst2
26 187695104B 189267967B 1572864B fsg
27 189267968B 189792255B 524288B fsc
28 189792256B 190316543B 524288B ssd
29 190316544B 190840831B 524288B keystore
30 190840832B 192937983B 2097152B DDR
31 192937984B 193462271B 524288B sec
32 193462272B 193986559B 524288B encrypt
33 193986560B 194510847B 524288B eksst
34 194510848B 195035135B 524288B rct
35 195035136B 197132287B 2097152B persistent
36 197132288B 201326591B 4194304B spare2
37 201326592B 251658239B 50331648B laf
38 251658240B 293601279B 41943040B boot
39 293601280B 335544319B 41943040B recovery
40 335544320B 343932927B 8388608B ext4 drm
41 343932928B 352321535B 8388608B ext4 sns
42 352321536B 385875967B 33554432B ext4 mpt
43 385875968B 434110463B 48234496B factory
44 434110464B 444596223B 10485760B fota
45 444596224B 448790527B 4194304B raw_resources
46 448790528B 452984831B 4194304B raw_resourcesbak
47 452984832B 4794089471B 4341104640B ext4 system
48 4794089472B 5062524927B 268435456B ext4 cust
49 5066719232B 6358564863B 1291845632B ext4 cache
50 6358564864B 31255953407B 24897388544B ext4 userdata
51 31255953408B 31268519423B 12566016B grow

Variant: H811
Version: v20o
fdisk --> list:
Code:
Disk /dev/block/mmcblk0: 61071360 sectors, 1148M
Logical sector size: 512
Disk identifier (GUID): 98101b32-bbe2-4bf2-a06e-2bb33d000c20
Partition table holds up to 56 entries
First usable sector is 34, last usable sector is 61071326
Number Start (sector) End (sector) Size Code Name
1 32768 208895 86.0M 0700 modem
2 229376 230399 512K 0700 pmic
3 230400 232447 1024K 0700 sbl1
4 232448 234495 1024K 0700 tz
5 234496 235519 512K 0700 sdi
6 235520 236543 512K 0700 hyp
7 236544 237567 512K 0700 rpm
8 237568 241663 2048K 0700 aboot
9 241664 243711 1024K 0700 sbl1bak
10 243712 244735 512K 0700 pmicbak
11 244736 246783 1024K 0700 tzbak
12 246784 247807 512K 0700 hypbak
13 247808 248831 512K 0700 rpmbak
14 248832 252927 2048K 0700 abootbak
15 252928 253951 512K 0700 sdibak
16 253952 254975 512K 0700 limits
17 254976 255999 512K 0700 devinfo
18 256000 257023 512K 0700 apdp
19 257024 258047 512K 0700 msadp
20 258048 259071 512K 0700 dpo
21 259072 262143 1536K 0700 spare1
22 262144 294911 16.0M 0700 misc
23 294912 360447 32.0M 0700 persist
24 360448 363519 1536K 0700 modemst1
25 363520 366591 1536K 0700 modemst2
26 366592 369663 1536K 0700 fsg
27 369664 370687 512K 0700 fsc
28 370688 371711 512K 0700 ssd
29 371712 372735 512K 0700 keystore
30 372736 376831 2048K 0700 DDR
31 376832 377855 512K 0700 sec
32 377856 378879 512K 0700 encrypt
33 378880 379903 512K 0700 eksst
34 379904 380927 512K 0700 rct
35 380928 385023 2048K 0700 persistent
36 385024 393215 4096K 0700 spare2
37 393216 491519 48.0M 0700 laf
38 491520 573439 40.0M 0700 boot
39 573440 655359 40.0M 0700 recovery
40 655360 671743 8192K 0700 drm
41 671744 688127 8192K 0700 sns
42 688128 753663 32.0M 0700 mpt
43 753664 770047 8192K 0700 eri
44 770048 778239 4096K 0700 raw_resources
45 778240 786431 4096K 0700 raw_resourcesbak
46 786432 819199 16.0M 0700 operatorlogging
47 819200 901119 40.0M 0700 carrier
48 901120 917503 8192K 0700 felica
49 917504 1011711 46.0M 0700 factory
50 1011712 1015807 2048K 0700 spare3
51 1015808 1036287 10.0M 0700 fota
52 1036288 1048575 6144K 0700 spare4
53 1048576 9822207 4284M 0700 system
54 9822208 12345343 1232M 0700 cache
55 12345344 61046783 23.2G 0700 userdata
56 61046784 61071326 11.9M 0700 grow
parted --> print:
Code:
Model: MMC 032G74 (sd/mmc)
Disk /dev/block/mmcblk0: 31.3GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name F
1 16.8MB 107MB 90.2MB fat16 modem
2 117MB 118MB 524kB pmic
3 118MB 119MB 1049kB sbl1
4 119MB 120MB 1049kB tz
5 120MB 121MB 524kB sdi
6 121MB 121MB 524kB hyp
7 121MB 122MB 524kB rpm
8 122MB 124MB 2097kB aboot
9 124MB 125MB 1049kB sbl1bak
10 125MB 125MB 524kB pmicbak
11 125MB 126MB 1049kB tzbak
12 126MB 127MB 524kB hypbak
13 127MB 127MB 524kB rpmbak
14 127MB 129MB 2097kB abootbak
15 129MB 130MB 524kB sdibak
16 130MB 131MB 524kB limits
17 131MB 131MB 524kB devinfo
18 131MB 132MB 524kB apdp
19 132MB 132MB 524kB msadp
20 132MB 133MB 524kB dpo
21 133MB 134MB 1573kB spare1
22 134MB 151MB 16.8MB misc
23 151MB 185MB 33.6MB ext4 persist
24 185MB 186MB 1573kB modemst1
25 186MB 188MB 1573kB modemst2
26 188MB 189MB 1573kB fsg
27 189MB 190MB 524kB fsc
28 190MB 190MB 524kB ssd
29 190MB 191MB 524kB keystore
30 191MB 193MB 2097kB DDR
31 193MB 193MB 524kB sec
32 193MB 194MB 524kB encrypt
33 194MB 195MB 524kB eksst
34 195MB 195MB 524kB rct
35 195MB 197MB 2097kB persistent
36 197MB 201MB 4194kB spare2
37 201MB 252MB 50.3MB laf
38 252MB 294MB 41.9MB boot
39 294MB 336MB 41.9MB recovery
40 336MB 344MB 8389kB ext4 drm
41 344MB 352MB 8389kB ext4 sns
42 352MB 386MB 33.6MB ext4 mpt
43 386MB 394MB 8389kB eri
44 394MB 398MB 4194kB raw_resources
45 398MB 403MB 4194kB raw_resourcesbak
46 403MB 419MB 16.8MB operatorlogging
47 419MB 461MB 41.9MB carrier
48 461MB 470MB 8389kB felica
49 470MB 518MB 48.2MB factory
50 518MB 520MB 2097kB spare3
51 520MB 531MB 10.5MB fota
52 531MB 537MB 6291kB spare4
53 537MB 5029MB 4492MB ext4 system
54 5029MB 6321MB 1292MB ext4 cache
55 6321MB 31.3GB 24.9GB ext4 userdata
56 31.3GB 31.3GB 12.6MB grow
---
Diagnosis: 9008, non-ILAPO, caused by me accidentally flashing the v20i bootstack.
I [shoddily] customized gpt_parser.py(based on source from here) to create partition.xml, which I then fed to ptool.py (source) to create the rawprogram0.xml and patch0.xml. Then I fed those into msp.py to create a singleimage.bin that I dd'd over to a microSD card. I inserted the microSD and surprisingly enough my G4 sprang to life instantly!
I booted into TWRP to copy over the what I thought were the correct v20o images to correct the faulty v20i images I had initially used to kill the mofo. That seems to have resulted in a total brick, when I rebooted there was no signs of life at all now, no 9008, no USB peeps at all now. But! the microSD card trick did bring it back from 9008, only it seems I shucked when I should have jived. (me >= woe.)
So maybe I flashed the wrong images *again*? Goddamnit. I should have dipped right into LAF download mode and flashed the stock KDZ. I've been a fool.
Anyway, I'm including the files I used to make all this happen in case anyone finds them useful: [download]
It turns out creating the partition.xml, rawprogram0.xml, and patch0.xml is incredibly simple. Too bad I could not get Firehose to work, it kept throwing this error at me whenever I tried:
Code:
{ERROR: OpenPort:4197 It took 10.01600000 seconds to open port. Which is longer than 3.000. This indicates your target is not stable
I *was* using a firehose 8992_lite.mbn file from who knows where, that could be why maybe? That is one file I'm not sure how to create yet, though the code to create it is in the same repo at the ptool.py link I posted above.

culot said:
Variant: H811
Version: v20o
fdisk --> list:
Code:
Disk /dev/block/mmcblk0: 61071360 sectors, 1148M
Logical sector size: 512
Disk identifier (GUID): 98101b32-bbe2-4bf2-a06e-2bb33d000c20
Partition table holds up to 56 entries
First usable sector is 34, last usable sector is 61071326
Number Start (sector) End (sector) Size Code Name
1 32768 208895 86.0M 0700 modem
2 229376 230399 512K 0700 pmic
3 230400 232447 1024K 0700 sbl1
4 232448 234495 1024K 0700 tz
5 234496 235519 512K 0700 sdi
6 235520 236543 512K 0700 hyp
7 236544 237567 512K 0700 rpm
8 237568 241663 2048K 0700 aboot
9 241664 243711 1024K 0700 sbl1bak
10 243712 244735 512K 0700 pmicbak
11 244736 246783 1024K 0700 tzbak
12 246784 247807 512K 0700 hypbak
13 247808 248831 512K 0700 rpmbak
14 248832 252927 2048K 0700 abootbak
15 252928 253951 512K 0700 sdibak
16 253952 254975 512K 0700 limits
17 254976 255999 512K 0700 devinfo
18 256000 257023 512K 0700 apdp
19 257024 258047 512K 0700 msadp
20 258048 259071 512K 0700 dpo
21 259072 262143 1536K 0700 spare1
22 262144 294911 16.0M 0700 misc
23 294912 360447 32.0M 0700 persist
24 360448 363519 1536K 0700 modemst1
25 363520 366591 1536K 0700 modemst2
26 366592 369663 1536K 0700 fsg
27 369664 370687 512K 0700 fsc
28 370688 371711 512K 0700 ssd
29 371712 372735 512K 0700 keystore
30 372736 376831 2048K 0700 DDR
31 376832 377855 512K 0700 sec
32 377856 378879 512K 0700 encrypt
33 378880 379903 512K 0700 eksst
34 379904 380927 512K 0700 rct
35 380928 385023 2048K 0700 persistent
36 385024 393215 4096K 0700 spare2
37 393216 491519 48.0M 0700 laf
38 491520 573439 40.0M 0700 boot
39 573440 655359 40.0M 0700 recovery
40 655360 671743 8192K 0700 drm
41 671744 688127 8192K 0700 sns
42 688128 753663 32.0M 0700 mpt
43 753664 770047 8192K 0700 eri
44 770048 778239 4096K 0700 raw_resources
45 778240 786431 4096K 0700 raw_resourcesbak
46 786432 819199 16.0M 0700 operatorlogging
47 819200 901119 40.0M 0700 carrier
48 901120 917503 8192K 0700 felica
49 917504 1011711 46.0M 0700 factory
50 1011712 1015807 2048K 0700 spare3
51 1015808 1036287 10.0M 0700 fota
52 1036288 1048575 6144K 0700 spare4
53 1048576 9822207 4284M 0700 system
54 9822208 12345343 1232M 0700 cache
55 12345344 61046783 23.2G 0700 userdata
56 61046784 61071326 11.9M 0700 grow
parted --> print:
Code:
Model: MMC 032G74 (sd/mmc)
Disk /dev/block/mmcblk0: 31.3GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name F
1 16.8MB 107MB 90.2MB fat16 modem
2 117MB 118MB 524kB pmic
3 118MB 119MB 1049kB sbl1
4 119MB 120MB 1049kB tz
5 120MB 121MB 524kB sdi
6 121MB 121MB 524kB hyp
7 121MB 122MB 524kB rpm
8 122MB 124MB 2097kB aboot
9 124MB 125MB 1049kB sbl1bak
10 125MB 125MB 524kB pmicbak
11 125MB 126MB 1049kB tzbak
12 126MB 127MB 524kB hypbak
13 127MB 127MB 524kB rpmbak
14 127MB 129MB 2097kB abootbak
15 129MB 130MB 524kB sdibak
16 130MB 131MB 524kB limits
17 131MB 131MB 524kB devinfo
18 131MB 132MB 524kB apdp
19 132MB 132MB 524kB msadp
20 132MB 133MB 524kB dpo
21 133MB 134MB 1573kB spare1
22 134MB 151MB 16.8MB misc
23 151MB 185MB 33.6MB ext4 persist
24 185MB 186MB 1573kB modemst1
25 186MB 188MB 1573kB modemst2
26 188MB 189MB 1573kB fsg
27 189MB 190MB 524kB fsc
28 190MB 190MB 524kB ssd
29 190MB 191MB 524kB keystore
30 191MB 193MB 2097kB DDR
31 193MB 193MB 524kB sec
32 193MB 194MB 524kB encrypt
33 194MB 195MB 524kB eksst
34 195MB 195MB 524kB rct
35 195MB 197MB 2097kB persistent
36 197MB 201MB 4194kB spare2
37 201MB 252MB 50.3MB laf
38 252MB 294MB 41.9MB boot
39 294MB 336MB 41.9MB recovery
40 336MB 344MB 8389kB ext4 drm
41 344MB 352MB 8389kB ext4 sns
42 352MB 386MB 33.6MB ext4 mpt
43 386MB 394MB 8389kB eri
44 394MB 398MB 4194kB raw_resources
45 398MB 403MB 4194kB raw_resourcesbak
46 403MB 419MB 16.8MB operatorlogging
47 419MB 461MB 41.9MB carrier
48 461MB 470MB 8389kB felica
49 470MB 518MB 48.2MB factory
50 518MB 520MB 2097kB spare3
51 520MB 531MB 10.5MB fota
52 531MB 537MB 6291kB spare4
53 537MB 5029MB 4492MB ext4 system
54 5029MB 6321MB 1292MB ext4 cache
55 6321MB 31.3GB 24.9GB ext4 userdata
56 31.3GB 31.3GB 12.6MB grow
---
Diagnosis: 9008, non-ILAPO, caused by me accidentally flashing the v20i bootstack.
I [shoddily] customized gpt_parser.py(based on source from here) to create partition.xml, which I then fed to ptool.py (source) to create the rawprogram0.xml and patch0.xml. Then I fed those into msp.py to create a singleimage.bin that I dd'd over to a microSD card. I inserted the microSD and surprisingly enough my G4 sprang to life instantly!
I booted into TWRP to copy over the what I thought were the correct v20o images to correct the faulty v20i images I had initially used to kill the mofo. That seems to have resulted in a total brick, when I rebooted there was no signs of life at all now, no 9008, no USB peeps at all now. But! the microSD card trick did bring it back from 9008, only it seems I shucked when I should have jived. (me >= woe.)
So maybe I flashed the wrong images *again*? Goddamnit. I should have dipped right into LAF download mode and flashed the stock KDZ. I've been a fool.
Anyway, I'm including the files I used to make all this happen in case anyone finds them useful: [download]
It turns out creating the partition.xml, rawprogram0.xml, and patch0.xml is incredibly simple. Too bad I could not get Firehose to work, it kept throwing this error at me whenever I tried:
Code:
{ERROR: OpenPort:4197 It took 10.01600000 seconds to open port. Which is longer than 3.000. This indicates your target is not stable
I *was* using a firehose 8992_lite.mbn file from who knows where, that could be why maybe? That is one file I'm not sure how to create yet, though the code to create it is in the same repo at the ptool.py link I posted above.
Click to expand...
Click to collapse
i just wan ask a simple question. If you didn't see a signe of the EMMC memory, so why you bother creating rawprogram etc , i had the same phone , i downgraded from 10N , and i had a hard brick . i was able to turn it back on by the SDcard methode and never been able to see the emmc in TWRP ( /dev directory)

Emmc was fully fleshed out, I perused it before I began dd'ing partitions over to it. Everything seemed normal.

For the H815 variant. I found a working Dump that i flashed into an SD card. I was able to enter download mode and flash a firmware. but as expected the firmware goes to the SD card and the phone is unstable. I have IMEI = 0 and i could not unlock the bootloader.
Bottom line. Ithink that there is some hope of getting the phone to detects the EMMC memory, i dont know how may be a hardware switch or some custum SD card.
I hope that it will soon available

culot said:
Emmc was fully fleshed out, I perused it before I began dd'ing partitions over to it. Everything seemed normal.
Click to expand...
Click to collapse
what did you do to get the 9008 mode working please share :'(

leptdre said:
what did you do to get the 9008 mode working please share :'(
Click to expand...
Click to collapse
It's all right there in my post. Not sure what else to say.? ?

culot said:
It's all right there in my post. Not sure what else to say.? ��
Click to expand...
Click to collapse
i want to know what software did you use and did the phone show sign of life without SD card , cause i have a H811 that i got working with just the SD card and no tweaking what so ever

leptdre said:
i want to know what software did you use and did the phone show sign of life without SD card , cause i have a H811 that i got working with just the SD card and no tweaking what so ever
Click to expand...
Click to collapse
The software I used is detailed in my above post. If you have any specific questions about that let me know.
It was the typical 9008 mode, no signs of life other than showing a 9008 port when USB was plugged in -- that's with no SD card.
I inserted the microSD I formatted with the singleimage.bin, then as soon as I inserted the battery the phone gave its little vibe and began to boot normally. I rebooted into TWRP so I could flash the proper partitions, and then after I rebooted it was dead. Apparently I flashed the wrong ones? I'm not sure, but the microSD trick definitely worked to get it into a state where repair is possible. I should have put it into LAF download mode and flashed a KDZ.
I was overconfident, thinking that no matter what I'd be able to bring it back with that same microSD card. That is not the case: it turns out that whatever I flashed has well and truly bricked it, as now it shows no life signs at all. I was careless, stupid, reckless. So close!
How did you microSD method work? Just flashed full image to the microSD? Details and files are always nice.

culot said:
The software I used is detailed in my above post. If you have any specific questions about that let me know.
It was the typical 9008 mode, no signs of life other than showing a 9008 port when USB was plugged in -- that's with no SD card.
I inserted the microSD I formatted with the singleimage.bin, then as soon as I inserted the battery the phone gave its little vibe and began to boot normally. I rebooted into TWRP so I could flash the proper partitions, and then after I rebooted it was dead. Apparently I flashed the wrong ones? I'm not sure, but the microSD trick definitely worked to get it into a state where repair is possible. I should have put it into LAF download mode and flashed a KDZ.
I was overconfident, thinking that no matter what I'd be able to bring it back with that same microSD card. That is not the case: it turns out that whatever I flashed has well and truly bricked it, as now it shows no life signs at all. I was careless, stupid, reckless. So close!
How did you microSD method work? Just flashed full image to the microSD? Details and files are always nice.
Click to expand...
Click to collapse
1- first you need to resize you micro sd card with SD formatter ( give it its original size)
2- you must low level format it ( not quick format )
3- flash your bin file with win 32 Disk imager ( or DD command in linux ) ( if you dont have a working dump i will upload this evening)
4- put the sd card into the phone , put the battery on , press vol up button and plug a usb cable
5- now you will be able to enter download mode and flash a firmware using LG UP ( flash 10N or above )
obviously the firmware is going to the SD card , from twrp i listed the /dev/block directory , i found no sign of the EMMC memory what so ever, if someone happen to find it please share

culot said:
Variant: H811
Version: v20o
fdisk --> list:
Code:
Disk /dev/block/mmcblk0: 61071360 sectors, 1148M
Logical sector size: 512
Disk identifier (GUID): 98101b32-bbe2-4bf2-a06e-2bb33d000c20
Partition table holds up to 56 entries
First usable sector is 34, last usable sector is 61071326
Number Start (sector) End (sector) Size Code Name
1 32768 208895 86.0M 0700 modem
2 229376 230399 512K 0700 pmic
3 230400 232447 1024K 0700 sbl1
4 232448 234495 1024K 0700 tz
5 234496 235519 512K 0700 sdi
6 235520 236543 512K 0700 hyp
7 236544 237567 512K 0700 rpm
8 237568 241663 2048K 0700 aboot
9 241664 243711 1024K 0700 sbl1bak
10 243712 244735 512K 0700 pmicbak
11 244736 246783 1024K 0700 tzbak
12 246784 247807 512K 0700 hypbak
13 247808 248831 512K 0700 rpmbak
14 248832 252927 2048K 0700 abootbak
15 252928 253951 512K 0700 sdibak
16 253952 254975 512K 0700 limits
17 254976 255999 512K 0700 devinfo
18 256000 257023 512K 0700 apdp
19 257024 258047 512K 0700 msadp
20 258048 259071 512K 0700 dpo
21 259072 262143 1536K 0700 spare1
22 262144 294911 16.0M 0700 misc
23 294912 360447 32.0M 0700 persist
24 360448 363519 1536K 0700 modemst1
25 363520 366591 1536K 0700 modemst2
26 366592 369663 1536K 0700 fsg
27 369664 370687 512K 0700 fsc
28 370688 371711 512K 0700 ssd
29 371712 372735 512K 0700 keystore
30 372736 376831 2048K 0700 DDR
31 376832 377855 512K 0700 sec
32 377856 378879 512K 0700 encrypt
33 378880 379903 512K 0700 eksst
34 379904 380927 512K 0700 rct
35 380928 385023 2048K 0700 persistent
36 385024 393215 4096K 0700 spare2
37 393216 491519 48.0M 0700 laf
38 491520 573439 40.0M 0700 boot
39 573440 655359 40.0M 0700 recovery
40 655360 671743 8192K 0700 drm
41 671744 688127 8192K 0700 sns
42 688128 753663 32.0M 0700 mpt
43 753664 770047 8192K 0700 eri
44 770048 778239 4096K 0700 raw_resources
45 778240 786431 4096K 0700 raw_resourcesbak
46 786432 819199 16.0M 0700 operatorlogging
47 819200 901119 40.0M 0700 carrier
48 901120 917503 8192K 0700 felica
49 917504 1011711 46.0M 0700 factory
50 1011712 1015807 2048K 0700 spare3
51 1015808 1036287 10.0M 0700 fota
52 1036288 1048575 6144K 0700 spare4
53 1048576 9822207 4284M 0700 system
54 9822208 12345343 1232M 0700 cache
55 12345344 61046783 23.2G 0700 userdata
56 61046784 61071326 11.9M 0700 grow
parted --> print:
Code:
Model: MMC 032G74 (sd/mmc)
Disk /dev/block/mmcblk0: 31.3GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name F
1 16.8MB 107MB 90.2MB fat16 modem
2 117MB 118MB 524kB pmic
3 118MB 119MB 1049kB sbl1
4 119MB 120MB 1049kB tz
5 120MB 121MB 524kB sdi
6 121MB 121MB 524kB hyp
7 121MB 122MB 524kB rpm
8 122MB 124MB 2097kB aboot
9 124MB 125MB 1049kB sbl1bak
10 125MB 125MB 524kB pmicbak
11 125MB 126MB 1049kB tzbak
12 126MB 127MB 524kB hypbak
13 127MB 127MB 524kB rpmbak
14 127MB 129MB 2097kB abootbak
15 129MB 130MB 524kB sdibak
16 130MB 131MB 524kB limits
17 131MB 131MB 524kB devinfo
18 131MB 132MB 524kB apdp
19 132MB 132MB 524kB msadp
20 132MB 133MB 524kB dpo
21 133MB 134MB 1573kB spare1
22 134MB 151MB 16.8MB misc
23 151MB 185MB 33.6MB ext4 persist
24 185MB 186MB 1573kB modemst1
25 186MB 188MB 1573kB modemst2
26 188MB 189MB 1573kB fsg
27 189MB 190MB 524kB fsc
28 190MB 190MB 524kB ssd
29 190MB 191MB 524kB keystore
30 191MB 193MB 2097kB DDR
31 193MB 193MB 524kB sec
32 193MB 194MB 524kB encrypt
33 194MB 195MB 524kB eksst
34 195MB 195MB 524kB rct
35 195MB 197MB 2097kB persistent
36 197MB 201MB 4194kB spare2
37 201MB 252MB 50.3MB laf
38 252MB 294MB 41.9MB boot
39 294MB 336MB 41.9MB recovery
40 336MB 344MB 8389kB ext4 drm
41 344MB 352MB 8389kB ext4 sns
42 352MB 386MB 33.6MB ext4 mpt
43 386MB 394MB 8389kB eri
44 394MB 398MB 4194kB raw_resources
45 398MB 403MB 4194kB raw_resourcesbak
46 403MB 419MB 16.8MB operatorlogging
47 419MB 461MB 41.9MB carrier
48 461MB 470MB 8389kB felica
49 470MB 518MB 48.2MB factory
50 518MB 520MB 2097kB spare3
51 520MB 531MB 10.5MB fota
52 531MB 537MB 6291kB spare4
53 537MB 5029MB 4492MB ext4 system
54 5029MB 6321MB 1292MB ext4 cache
55 6321MB 31.3GB 24.9GB ext4 userdata
56 31.3GB 31.3GB 12.6MB grow
---
Diagnosis: 9008, non-ILAPO, caused by me accidentally flashing the v20i bootstack.
I [shoddily] customized gpt_parser.py(based on source from here) to create partition.xml, which I then fed to ptool.py (source) to create the rawprogram0.xml and patch0.xml. Then I fed those into msp.py to create a singleimage.bin that I dd'd over to a microSD card. I inserted the microSD and surprisingly enough my G4 sprang to life instantly!
I booted into TWRP to copy over the what I thought were the correct v20o images to correct the faulty v20i images I had initially used to kill the mofo. That seems to have resulted in a total brick, when I rebooted there was no signs of life at all now, no 9008, no USB peeps at all now. But! the microSD card trick did bring it back from 9008, only it seems I shucked when I should have jived. (me >= woe.)
So maybe I flashed the wrong images *again*? Goddamnit. I should have dipped right into LAF download mode and flashed the stock KDZ. I've been a fool.
Anyway, I'm including the files I used to make all this happen in case anyone finds them useful: [download]
It turns out creating the partition.xml, rawprogram0.xml, and patch0.xml is incredibly simple. Too bad I could not get Firehose to work, it kept throwing this error at me whenever I tried:
Code:
{ERROR: OpenPort:4197 It took 10.01600000 seconds to open port. Which is longer than 3.000. This indicates your target is not stable
I *was* using a firehose 8992_lite.mbn file from who knows where, that could be why maybe? That is one file I'm not sure how to create yet, though the code to create it is in the same repo at the ptool.py link I posted above.
Click to expand...
Click to collapse
plz give me the link of this file firehose 8992_lite.mbn for h811

leptdre said:
1- first you need to resize you micro sd card with SD formatter ( give it its original size)
2- you must low level format it ( not quick format )
3- flash your bin file with win 32 Disk imager ( or DD command in linux ) ( if you dont have a working dump i will upload this evening)
4- put the sd card into the phone , put the battery on , press vol up button and plug a usb cable
5- now you will be able to enter download mode and flash a firmware using LG UP ( flash 10N or above )
obviously the firmware is going to the SD card , from twrp i listed the /dev/block directory , i found no sign of the EMMC memory what so ever, if someone happen to find it please share
Click to expand...
Click to collapse
please give me link bin file for g4 h811
thanks

I kept getting Secure Boot Error when I figured out how to do this. We should just be able to use the KDZ, since everything is on there that is needed to get into Download mode.
LG still holding my phone hostage since the 16th...not happy!

Noksucow1 said:
I kept getting Secure Boot Error when I figured out how to do this. We should just be able to use the KDZ, since everything is on there that is needed to get into Download mode.
LG still holding my phone hostage since the 16th...not happy!
Click to expand...
Click to collapse
Was your bootloadwr previously unlocked?

can i use the full dump "Dump_H811_1GB.img"
http://www.gsm-file.com/files/dumph8111gbzip-2702.html
or i must use dump file *.BIN that i cant find it....

T.E.I.M said:
can i use the full dump "Dump_H811_1GB.img"
http://www.gsm-file.com/files/dumph8111gbzip-2702.html
or i must use dump file *.BIN that i cant find it....
Click to expand...
Click to collapse
you can use it you just need a clean SD card like i sad

culot said:
Was your bootloadwr previously unlocked?
Click to expand...
Click to collapse
No, I had the Unlock OEM checked, other than that no...It's not on the list.

Increasing boot_a size

Hi,
I want to increase boot_a to a minimum of 64 MiB. I saw that Google Pixel 2 XL has last_parti free with size 76 MiB, but when I typed sgdisk new it ended in failure:
Code:
# sgdisk --new=42:332585:352250 --change-name=42:boot_a --typecode=42:20117F86-E985-4357-B9EE-374BC1D8487D
Could not create partition 42 from 332585 to 352250
Setting name!
partNum is 41
REALLY setting name!
Unable to set partition 42's name to 'boot_a'!
Could not change partition 42's type code to 20117F86-E985-4357-B9EE-374BC1D8487D!
Error encountered; not saving changes.
Why it could not create a partition? I tried with 8 instead of 42, but the error is the same. Current part table:
Code:
taimen:/ # sgdisk --print /dev/block/sde
Disk /dev/block/sde: 352256 sectors, 1.3 GiB
Logical sector size: 4096 bytes
Disk identifier (GUID): 25C6DACF-4929-0791-2561-11DD6D31D595
Partition table holds up to 64 entries
First usable sector is 6, last usable sector is 352250
Partitions will be aligned on 1-sector boundaries
Total free space is 19666 sectors (76.8 MiB)
Number Start (sector) End (sector) Size Code Name
1 6 133 512.0 KiB FFFF rpm_a
2 134 645 2.0 MiB FFFF tz_a
3 646 773 512.0 KiB FFFF hyp_a
4 774 901 512.0 KiB FFFF pmic_a
5 902 21381 80.0 MiB 0700 modem_a
6 21382 21637 1024.0 KiB FFFF abl_a
7 21638 21765 512.0 KiB FFFF keymaster_a
8 21766 32005 40.0 MiB FFFF boot_a
9 32006 32133 512.0 KiB FFFF cmnlib_a
10 32134 32261 512.0 KiB FFFF cmnlib64_a
11 32262 32293 128.0 KiB FFFF devcfg_a
12 32294 32309 64.0 KiB FFFF vbmeta_a
13 32310 34357 8.0 MiB FFFF dtbo_a
14 34358 162357 500.0 MiB FFFF vendor_a
15 162358 162485 512.0 KiB FFFF rpm_b
16 162486 162997 2.0 MiB FFFF tz_b
17 162998 163125 512.0 KiB FFFF hyp_b
18 163126 163253 512.0 KiB FFFF pmic_b
19 163254 183733 80.0 MiB FFFF modem_b
20 183734 183989 1024.0 KiB FFFF abl_b
21 183990 184117 512.0 KiB FFFF keymaster_b
22 184118 194357 40.0 MiB FFFF boot_b
23 194358 194485 512.0 KiB FFFF cmnlib_b
24 194486 194613 512.0 KiB FFFF cmnlib64_b
25 194614 194645 128.0 KiB FFFF devcfg_b
26 194646 194661 64.0 KiB FFFF vbmeta_b
27 194662 196709 8.0 MiB FFFF dtbo_b
28 196710 324709 500.0 MiB FFFF vendor_b
29 324710 324773 256.0 KiB FFFF apdp
30 324774 324837 256.0 KiB FFFF msadp
31 324838 324869 128.0 KiB FFFF storsec
32 324870 325381 2.0 MiB FFFF fsg
33 325382 325413 128.0 KiB FFFF sec
34 325414 325414 4.0 KiB FFFF devinfo
35 325415 325670 1024.0 KiB FFFF dip
36 325671 325671 4.0 KiB FFFF dpo
37 325672 325672 4.0 KiB FFFF limits
38 325673 325928 1024.0 KiB FFFF toolsfv
39 325929 327976 8.0 MiB FFFF logfs
40 327977 328488 2.0 MiB FFFF sti
41 328489 332584 16.0 MiB FFFF metadata
42 332585 352250 76.8 MiB FFFF last_parti
taimen:/ #
I uploaded also a backup of my /dev/block/sde. I tried to test also on /dev/loop on my PC, but still nothing. I can't also delete last_parti, because it doesn't exist. Interestingly, this range is free:
Code:
taimen:/ # sgdisk --first-in-largest /dev/block/sde
332585
taimen:/ # sgdisk --end-of-largest /dev/block/sde
352250
Edit: solved by resizing vendor_b to 250 MiB and added boot_a after vendor_b.