Code:
adsp -> /dev/block/mmcblk0p16
board_info -> /dev/block/mmcblk0p3
boot -> /dev/block/mmcblk0p42
cache -> /dev/block/mmcblk0p46
carrier -> /dev/block/mmcblk0p37
cdma_record -> /dev/block/mmcblk0p33
cir_img -> /dev/block/mmcblk0p40
control -> /dev/block/mmcblk0p30
custdata -> /dev/block/mmcblk0p22
ddr -> /dev/block/mmcblk0p14
debug_config -> /dev/block/mmcblk0p28
devlog -> /dev/block/mmcblk0p39
dsps -> /dev/block/mmcblk0p15
extra -> /dev/block/mmcblk0p32
fataldevlog -> /dev/block/mmcblk0p27
fsc -> /dev/block/mmcblk0p34
fsg -> /dev/block/mmcblk0p19
hboot -> /dev/block/mmcblk0p11
local -> /dev/block/mmcblk0p31
mfg -> /dev/block/mmcblk0p5
misc -> /dev/block/mmcblk0p24
modem_st1 -> /dev/block/mmcblk0p25
modem_st2 -> /dev/block/mmcblk0p26
pdata -> /dev/block/mmcblk0p29
pg1fs -> /dev/block/mmcblk0p2
pg2fs -> /dev/block/mmcblk0p6
radio -> /dev/block/mmcblk0p20
radio_config -> /dev/block/mmcblk0p18
recovery -> /dev/block/mmcblk0p43
reserve -> /dev/block/mmcblk0p41
reserve_1 -> /dev/block/mmcblk0p4
reserve_2 -> /dev/block/mmcblk0p23
reserve_3 -> /dev/block/mmcblk0p44
rpm -> /dev/block/mmcblk0p8
sbl1 -> /dev/block/mmcblk0p1
sbl1_update -> /dev/block/mmcblk0p7
sdi -> /dev/block/mmcblk0p10
sensor_hub -> /dev/block/mmcblk0p38
skylink -> /dev/block/mmcblk0p36
sp1 -> /dev/block/mmcblk0p12
ssd -> /dev/block/mmcblk0p35
system -> /dev/block/mmcblk0p45
tool_diag -> /dev/block/mmcblk0p21
tz -> /dev/block/mmcblk0p9
userdata -> /dev/block/mmcblk0p47
wcnss -> /dev/block/mmcblk0p17
wifi -> /dev/block/mmcblk0p13
Sent from my HTC One_M8 using Tapatalk
What exactly is this?
Sent from my HTC One_M8 using XDA Premium 4 mobile app
Related
partition list:
Code:
B2B -> /dev/block/mmcblk0p25
DDR -> /dev/block/mmcblk0p17
FOTAKernel -> /dev/block/mmcblk0p16
LTALabel -> /dev/block/mmcblk0p18
TA -> /dev/block/mmcblk0p1
aboot -> /dev/block/mmcblk0p5
alt -> /dev/block/mmcblk0p8
apps -> /dev/block/mmcblk0p22
boot -> /dev/block/mmcblk0p14
cache -> /dev/block/mmcblk0p24
dbi -> /dev/block/mmcblk0p4
fsg -> /dev/block/mmcblk0p21
modemst1 -> /dev/block/mmcblk0p19
modemst2 -> /dev/block/mmcblk0p20
ramdump -> /dev/block/mmcblk0p15
rpm -> /dev/block/mmcblk0p6
s1sbl -> /dev/block/mmcblk0p3
sbl1 -> /dev/block/mmcblk0p2
system -> /dev/block/mmcblk0p23
tz -> /dev/block/mmcblk0p7
userdata -> /dev/block/mmcblk0p26
Original kernel: https://drive.google.com/file/d/0B8rpJsF4EG0YLXV4bi1FRC04V0k
System dump: https://drive.google.com/file/d/0B8rpJsF4EG0YTFItSXRkTVZVM1E
For Devs and ROM chefs:
Code:
lrwxrwxrwx root root 2014-02-09 00:22 aboot -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2014-02-09 00:22 apnhlos -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2014-02-09 00:22 boot -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2014-02-09 00:22 cache -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 2014-02-09 00:22 dbi -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2014-02-09 00:22 ddr -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-02-09 00:22 efs -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2014-02-09 00:22 fota -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2014-02-09 00:22 mdm1m9kefs1 -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2014-02-09 00:22 mdm1m9kefs2 -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-02-09 00:22 mdm1m9kefs3 -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2014-02-09 00:22 mdm1m9kefsc -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-02-09 00:22 misc -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2014-02-09 00:22 modem -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2014-02-09 00:22 pad -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2014-02-09 00:22 param -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2014-02-09 00:22 persdata -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-02-09 00:22 persist -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-02-09 00:22 recovery -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2014-02-09 00:22 rpm -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2014-02-09 00:22 sbl1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2014-02-09 00:22 sbl1bak -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2014-02-09 00:22 ssd -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2014-02-09 00:22 system -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-02-09 00:22 tz -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2014-02-09 00:22 userdata -> /dev/block/mmcblk0p26
Hi,
is it possible to dump the original ROM which is installed on GearBest Phones before putting TWRP and MIUI 8 via EDL on the Mi Max? I think if the phone is faulty you have a chance to remain warranty if you can flash the GB ROM back.
Thanks
I don't think there is any easy way to dump the content of all partitions. Fastboot does not provide the way, maybe some other tool?
You can use dd command like this on rooted device:
Code:
su
dd if=/dev/block/platform/soc.0/7824900.sdhci/by-name/system of=/sdcard/system.img
All Mi Max partitions:
Code:
# ls -l /dev/block/platform/soc.0/7824900.sdhci/by-name
DDR -> /dev/block/mmcblk0p17
aboot -> /dev/block/mmcblk0p38
abootbak -> /dev/block/mmcblk0p39
apdp -> /dev/block/mmcblk0p13
bk1 -> /dev/block/mmcblk0p1
bk2 -> /dev/block/mmcblk0p9
bk3 -> /dev/block/mmcblk0p10
bk4 -> /dev/block/mmcblk0p12
bk5 -> /dev/block/mmcblk0p51
bk6 -> /dev/block/mmcblk0p52
bk7 -> /dev/block/mmcblk0p53
bluetooth -> /dev/block/mmcblk0p50
boot -> /dev/block/mmcblk0p60
cache -> /dev/block/mmcblk0p62
cmnlib -> /dev/block/mmcblk0p30
cmnlib64 -> /dev/block/mmcblk0p32
cmnlib64bak -> /dev/block/mmcblk0p33
cmnlibbak -> /dev/block/mmcblk0p31
config -> /dev/block/mmcblk0p6
cust -> /dev/block/mmcblk0p63
devcfg -> /dev/block/mmcblk0p20
devcfgbak -> /dev/block/mmcblk0p21
devinfo -> /dev/block/mmcblk0p45
dip -> /dev/block/mmcblk0p46
dpo -> /dev/block/mmcblk0p3
dsp -> /dev/block/mmcblk0p58
frp -> /dev/block/mmcblk0p19
fsc -> /dev/block/mmcblk0p2
fsg -> /dev/block/mmcblk0p40
hyp -> /dev/block/mmcblk0p28
hypbak -> /dev/block/mmcblk0p29
keymaster -> /dev/block/mmcblk0p34
keymasterbak -> /dev/block/mmcblk0p35
keystore -> /dev/block/mmcblk0p18
limits -> /dev/block/mmcblk0p7
logo -> /dev/block/mmcblk0p48
mcfg -> /dev/block/mmcblk0p44
mdtp -> /dev/block/mmcblk0p56
misc -> /dev/block/mmcblk0p43
modem -> /dev/block/mmcblk0p49
modemst1 -> /dev/block/mmcblk0p41
modemst2 -> /dev/block/mmcblk0p42
mota -> /dev/block/mmcblk0p15
msadp -> /dev/block/mmcblk0p14
oem -> /dev/block/mmcblk0p59
oops -> /dev/block/mmcblk0p54
persist -> /dev/block/mmcblk0p57
pmic -> /dev/block/mmcblk0p22
pmicbak -> /dev/block/mmcblk0p23
recovery -> /dev/block/mmcblk0p61
rpm -> /dev/block/mmcblk0p26
rpmbak -> /dev/block/mmcblk0p27
sbl1 -> /dev/block/mmcblk0p24
sbl1bak -> /dev/block/mmcblk0p25
sdi -> /dev/block/mmcblk0p11
sec -> /dev/block/mmcblk0p4
splash -> /dev/block/mmcblk0p55
ssd -> /dev/block/mmcblk0p5
sti -> /dev/block/mmcblk0p47
switch -> /dev/block/mmcblk0p8
syscfg -> /dev/block/mmcblk0p16
system -> /dev/block/mmcblk0p64
tz -> /dev/block/mmcblk0p36
tzbak -> /dev/block/mmcblk0p37
userdata -> /dev/block/mmcblk0p65
Nice
Are the Block ids for/from Hydrogen or Helium?
But how to root a Stock device? I Mean i could Flash twrp on a locked device via edl and maybe put supersu via twrp on it but then i don't have the stock recovery because I overwrited it with TWRP.
Dacoco said:
Nice
Are the Block ids for/from Hydrogen or Helium?
But how to root a Stock device? I Mean i could Flash twrp on a locked device via edl and maybe put supersu via twrp on it but then i don't have the stock recovery because I overwrited it with TWRP.
Click to expand...
Click to collapse
Both hydrogen and helium have same block ids but if you use .../by-name/... it doesn't matter...
China dev MIUI has root but you want to backup the original state so that is not a option...
The only option is to flash TWRP, mount all partitions posible and do dd command from TWRP to preserve /system original no root state and forget about stock recovery which btw is just a picture and nothing else...
There is even a TWRP mod that enables all those partitions in mount screen...
Why do dd commands if he can just do full nandroid backup of all partitions, if he flashes twrp? That way he can restore it if needed and eventually flash stock recovery and be done Whit it!
Aren't the partitions encrypted? I'm not sure but I think a backup with TWRP didn't work because of encrypted partitions. At least data.
Stock recovery is a picture - I know - but it's about to send the phone in case of a warranty back and therefore it should be 100% stock. But I think this won't work...
[email protected] said:
Why do dd commands if he can just do full nandroid backup of all partitions, if he flashes twrp? That way he can restore it if needed and eventually flash stock recovery and be done Whit it!
Click to expand...
Click to collapse
If you can backup all partitions you need with TWRP then yeah...
But I don't think you can...
Hi,
As it said in another topics, do backup of your phone.
A scan of my config :
Code:
m8:/ # ls -al /dev/block/platform/msm_sdcc.1/by-name/
adsp -> /dev/block/mmcblk0p16
board_info -> /dev/block/mmcblk0p3
boot -> /dev/block/mmcblk0p42
cache -> /dev/block/mmcblk0p46
carrier -> /dev/block/mmcblk0p37
cdma_record -> /dev/block/mmcblk0p33
cir_img -> /dev/block/mmcblk0p40
control -> /dev/block/mmcblk0p30
custdata -> /dev/block/mmcblk0p22
ddr -> /dev/block/mmcblk0p14
debug_config -> /dev/block/mmcblk0p28
devlog -> /dev/block/mmcblk0p39
dsps -> /dev/block/mmcblk0p15
extra -> /dev/block/mmcblk0p32
fataldevlog -> /dev/block/mmcblk0p27
fsc -> /dev/block/mmcblk0p34
fsg -> /dev/block/mmcblk0p19
hboot -> /dev/block/mmcblk0p11
local -> /dev/block/mmcblk0p31
mfg -> /dev/block/mmcblk0p5
misc -> /dev/block/mmcblk0p24
modem_st1 -> /dev/block/mmcblk0p25
modem_st2 -> /dev/block/mmcblk0p26
pdata -> /dev/block/mmcblk0p29
pg1fs -> /dev/block/mmcblk0p2
pg2fs -> /dev/block/mmcblk0p6
radio -> /dev/block/mmcblk0p20
radio_config -> /dev/block/mmcblk0p18
recovery -> /dev/block/mmcblk0p43
reserve -> /dev/block/mmcblk0p41
reserve_1 -> /dev/block/mmcblk0p4
reserve_2 -> /dev/block/mmcblk0p23
reserve_3 -> /dev/block/mmcblk0p44
rpm -> /dev/block/mmcblk0p8
sbl1 -> /dev/block/mmcblk0p1
sbl1_update -> /dev/block/mmcblk0p7
sdi -> /dev/block/mmcblk0p10
sensor_hub -> /dev/block/mmcblk0p38
skylink -> /dev/block/mmcblk0p36
sp1 -> /dev/block/mmcblk0p12
ssd -> /dev/block/mmcblk0p35
system -> /dev/block/mmcblk0p45
tool_diag -> /dev/block/mmcblk0p21
tz -> /dev/block/mmcblk0p9
userdata -> /dev/block/mmcblk0p47
wcnss -> /dev/block/mmcblk0p17
wifi -> /dev/block/mmcblk0p13
So i have already do a backup of all partition (to .bin files) but as it said in the folliwing topic,
https://forum.xda-developers.com/showthread.php?t=2450045
If the partition is formatted as ext3/4 then the dumped partition will have .img as an extension.
Other partition dumps have different extensions; examples:
radio.bin
param.lfs
Sbl.bin
zImage (without extension)
Click to expand...
Click to collapse
What's possible to launch for zImage (without extension)? The following command ?
Code:
dd if=/dev/block/platform/msm_sdcc.1/by-name/mfg of=mfg.zImage
or just .img extension file is okey for reflashing ?
Code:
dd if=/dev/block/platform/msm_sdcc.1/by-name/mfg of=mfg.zImage
A script already exist to backup all partition ? an example : https://forum.xda-developers.com/showthread.php?t=2073775
--------------------------------------------------------------------------------------------------------
Moroever, can we create .tar.md5 for flashing BL, AP, CSC, ?
The following old code, we can create .tar.md5 files with X part.
A template exist for htc one m8?
https://forum.xda-developers.com/showthread.php?t=2417603%3Cbr%20/%3E[Backup%20Script]Backup%20all%20paritions%20on%20i9505%20to%20odin%20rom
Code:
echo "Making compressed tar ball"
busybox tar -cz NON-HLOS.bin modem.bin sbl1.mbn sbl2.mbn sbl3.mbn aboot.mbn rpm.mbn tz.mbn system.img.ext4 recovery.img boot.img cache.img.ext4 > odin-${GETDATE}.tar.gz
echo "Writing MD5 sums..."
busybox md5sum -t odin-${GETDATE}.tar.gz >> odin-${GETDATE}.tar.gz
echo "Renaming..."
busybox mv odin-${GETDATE}.tar.gz odin-${GETDATE}.tar.md5.gz
please help me, I just bricked my lg k10 2017, and I urgently need a dump file from /dev/block/mmcblk0p7 , please back up this directory/patition ,and upload it to me
To make a backup you need to run this command on terminal if=/dev/block/mmcblk0p7 of=/sdcard/aboot.img , and pls send me the aboot.img via email [email protected]
aboot?
OP -> /dev/block/mmcblk0p48
boot -> /dev/block/mmcblk0p13
cache -> /dev/block/mmcblk0p47
cust -> /dev/block/mmcblk0p44
efuse -> /dev/block/mmcblk0p34
eksst -> /dev/block/mmcblk0p26
encrypt -> /dev/block/mmcblk0p27
expdb -> /dev/block/mmcblk0p18
factory -> /dev/block/mmcblk0p33
flashinfo -> /dev/block/mmcblk0p50
frp -> /dev/block/mmcblk0p45
ftm -> /dev/block/mmcblk0p4
keystore -> /dev/block/mmcblk0p23
laf -> /dev/block/mmcblk0p11
lgfota -> /dev/block/mmcblk0p31
lk -> /dev/block/mmcblk0p9
lk2 -> /dev/block/mmcblk0p10
lo_bak_go -> /dev/block/mmcblk0p17
logo -> /dev/block/mmcblk0p16
md1arm7 -> /dev/block/mmcblk0p42
md1dsp -> /dev/block/mmcblk0p41
md1img -> /dev/block/mmcblk0p40
md3img -> /dev/block/mmcblk0p43
metadata -> /dev/block/mmcblk0p39
misc2 -> /dev/block/mmcblk0p3
mpt -> /dev/block/mmcblk0p30
nvcfg -> /dev/block/mmcblk0p37
nvdata -> /dev/block/mmcblk0p38
nvram -> /dev/block/mmcblk0p5
oemkeystore -> /dev/block/mmcblk0p20
para -> /dev/block/mmcblk0p12
persist -> /dev/block/mmcblk0p36
persist_lg -> /dev/block/mmcblk0p29
proinfo -> /dev/block/mmcblk0p1
protect1 -> /dev/block/mmcblk0p7
protect2 -> /dev/block/mmcblk0p8
rct -> /dev/block/mmcblk0p32
recovery -> /dev/block/mmcblk0p14
recoverybak -> /dev/block/mmcblk0p15
seccfg -> /dev/block/mmcblk0p19
secro -> /dev/block/mmcblk0p21
spare1 -> /dev/block/mmcblk0p2
spare2 -> /dev/block/mmcblk0p6
spare3 -> /dev/block/mmcblk0p22
spare4 -> /dev/block/mmcblk0p28
spare5 -> /dev/block/mmcblk0p35
system -> /dev/block/mmcblk0p46
tee1 -> /dev/block/mmcblk0p24
tee2 -> /dev/block/mmcblk0p25
userdata -> /dev/block/mmcblk0p49
Click to expand...
Click to collapse
And if it's bricked, how you restore that partition?
CXZa said:
aboot?
And if it's bricked, how you restore that partition?
Click to expand...
Click to collapse
I 'll use lglaf in linux
CXZa said:
aboot?
And if it's bricked, how you restore that partition?
Click to expand...
Click to collapse
Protect1 and Protect2 is same? A backup?
JunioJsv said:
Protect1 and Protect2 is same? A backup?
Click to expand...
Click to collapse
Not quite the same. There are texts that say the partition name in them.
No idea if a copy from a different device works at all.
That is, what they are used for... these protects...
Have you tried LGUP using refurbish mode?
It should do some wiping before writing.
Or LGBridge?
>LGlaf
Haven't been able to write a partition with that, in windows.
It "writes", that is, it takes its time but it doesn't stick...
I could write into some partitions in terminal mode,
but not into boot and recovery etc.
Now, with root writing into those partitions is possible but useless.
Corrupted, not trusted, whatever errors if them are modified...
Bootloader...
CXZa said:
Not quite the same. There are texts that say the partition name in them.
No idea if a copy from a different device works at all.
That is, what they are used for... these protects...
Have you tried LGUP using refurbish mode?
It should do some wiping before writing.
Or LGBridge?
>LGlaf
Haven't been able to write a partition with that, in windows.
It "writes", that is, it takes its time but it doesn't stick...
I could write into some partitions in terminal mode,
but not into boot and recovery etc.
Now, with root writing into those partitions is possible but useless.
Corrupted, not trusted, whatever errors if them are modified...
Bootloader...
Click to expand...
Click to collapse
Lgup wont work in my case. Already "unblock" the phone or simply gave a dd if=/dev/block/mmcblk0p8 of=/ if=/dev/block/mmcblk0p7 with lglaf and the revible phone
JunioJsv said:
Lgup wont work in my case. Already "unblock" the phone or simply gave a dd if=/dev/block/mmcblk0p8 of=/ if=/dev/block/mmcblk0p7 with lglaf and the revible phone
Click to expand...
Click to collapse
:highfive:
I fixed the same problem with the help of this forum, Thank you so much!.