[Android Software/Hacking General [Developers Only]] BiduBR:
K10 has a different structure.

K430TV

partitions.py getting assert error.

this is my mount output

rootfs / rootfs rw,seclabel 0 0

tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,mode=755 0 0

devpts /dev/pts devpts rw,seclabel,relatime,mode=600 0 0

proc /proc proc rw,relatime 0 0

sysfs /sys sysfs rw,seclabel,relatime 0 0

selinuxfs /sys/fs/selinux selinuxfs rw,relatime 0 0

debugfs /sys/kernel/debug debugfs rw,seclabel,relatime 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/system /system ext4 ro,seclabel,relatime,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/protect1 /protect_f ext4 rw,seclabel,nosuid,nodev,noatime,nodelalloc,noauto_da_alloc,commit=1,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/protect2 /protect_s ext4 rw,seclabel,nosuid,nodev,noatime,nodelalloc,noauto_da_alloc,commit=1,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/nvdata /nvdata ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/cust /cust ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/mpt /mpt ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/persist /persist ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/persist_lg /persist-lg ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/OP /OP ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

Any chance to make this work to extract userdata?

Dont know if it helps but if I do a ls with a mount address I get the device. see

# ls -l /dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/nvdata

lrwxrwxrwx root root 2010-01-03 08:58 nvdata -> /dev/block/mmcblk0p35

# ls -l /dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/OP

lrwxrwxrwx root root 2010-01-03 08:58 OP -> /dev/block/mmcblk0p38

If I ls -l to /dev/block/

# ls -l /dev/block/

lstat '/dev/block//mmcblk0p11' failed: Permission denied

lstat '/dev/block//mmcblk0p12' failed: Permission denied

lstat '/dev/block//mmcblk0p14' failed: Permission denied

lstat '/dev/block//mmcblk0p16' failed: Permission denied

lstat '/dev/block//mmcblk0p17' failed: Permission denied

lstat '/dev/block//mmcblk0p18' failed: Permission denied

lstat '/dev/block//mmcblk0p19' failed: Permission denied

lstat '/dev/block//mmcblk0p20' failed: Permission denied

lstat '/dev/block//mmcblk0p21' failed: Permission denied

lstat '/dev/block//mmcblk0p22' failed: Permission denied

lstat '/dev/block//mmcblk0p26' failed: Permission denied

lstat '/dev/block//mmcblk0p27' failed: Permission denied

lstat '/dev/block//mmcblk0p29' failed: Permission denied

lstat '/dev/block//mmcblk0p32' failed: Permission denied

lstat '/dev/block//mmcblk0p34' failed: Permission denied

lstat '/dev/block//mmcblk0p35' failed: Permission denied

lstat '/dev/block//mmcblk0p36' failed: Permission denied

lstat '/dev/block//mmcblk0p38' failed: Permission denied

brw------- root root 7, 0 2010-01-03 08:58 loop0

brw------- root root 7, 1 2010-01-03 08:58 loop1

brw------- root root 7, 2 2010-01-03 08:58 loop2

brw------- root root 7, 3 2010-01-03 08:58 loop3

brw------- root root 7, 4 2010-01-03 08:58 loop4

brw------- root root 7, 5 2010-01-03 08:58 loop5

brw------- root root 7, 6 2010-01-03 08:58 loop6

brw------- root root 7, 7 2010-01-03 08:58 loop7

brw-rw---- root system 179, 0 2010-01-03 08:58 mmcblk0

brw-rw---- root system 179, 32 2010-01-03 08:58 mmcblk0boot0

brw-rw---- root system 179, 64 2010-01-03 08:58 mmcblk0boot1

brw-rw---- root system 179, 1 2010-01-03 08:58 mmcblk0p1

brw-rw---- root system 179, 10 2010-01-03 08:58 mmcblk0p10

brw------- root root 179, 13 2010-01-03 08:58 mmcblk0p13

brw------- root root 179, 15 2010-01-03 08:58 mmcblk0p15

brw-rw---- root system 179, 2 2010-01-03 08:58 mmcblk0p2

brw------- root root 179, 23 2010-01-03 08:58 mmcblk0p23

brw------- root root 179, 24 2010-01-03 08:58 mmcblk0p24

brw------- root root 179, 25 2010-01-03 08:58 mmcblk0p25

brw------- root root 179, 28 2010-01-03 08:58 mmcblk0p28

brw------- root root 179, 3 2010-01-03 08:58 mmcblk0p3

brw------- root root 179, 30 2010-01-03 08:58 mmcblk0p30

brw------- root root 179, 31 2010-01-03 08:58 mmcblk0p31

brw-r--r-- root system 259, 1 2010-01-03 08:58 mmcblk0p33

brw------- root root 259, 5 2010-01-03 08:58 mmcblk0p37

brw------- root root 259, 7 2010-01-03 08:58 mmcblk0p39

brw-rw---- root system 179, 4 2010-01-03 08:58 mmcblk0p4

brw------- root root 259, 8 2010-01-03 08:58 mmcblk0p40

brw------- root root 179, 5 2010-01-03 08:58 mmcblk0p5

brw------- root root 179, 6 2010-01-03 08:58 mmcblk0p6

brw------- root root 179, 7 2010-01-03 08:58 mmcblk0p7

brw------- root root 179, 8 2010-01-03 08:58 mmcblk0p8

brw------- root root 179, 9 2010-01-03 08:58 mmcblk0p9

brw------- root root 179, 96 2010-01-03 08:58 mmcblk0rpmb

drwxr-xr-x root root 2010-01-03 08:58 platform

brw------- root root 254, 0 2010-01-03 08:58 zram0

#

Hope this helps

---------- Post added at 02:16 AM ---------- Previous post was at 01:54 AM ----------

Can I use DD to dump to an sd card or OTG?

---------- Post added at 02:35 AM ---------- Previous post was at 02:16 AM ----------

Changed the path in partition.py to /dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/

Dumping now..