Related
I'm working on customizing my rooted tab 2 and then exporting to an Odin flashable ROM (following instructions from (http://forums.androidcentral.com/dr...create-custom-odin-images-backup-restore.html)
The reason for this, rather than using CWM to more easily make a backup, is that I need to flash my customizations onto a BUNCH of tablets, and don't want to go through the process of unlocking the bootloader and installing CWM for each of them.
What I'm wondering is this:
Which partitions should I be copying to build an Odin flashable rom. The instructions I linked say that I need zImage, factoryfs.rfs and recovery.bin - which I'm hoping is the case.
I'm not sure which partitions correspond to the necessary files for creating the flashable ROM. Any ideas?
Here are my partitions by name:
1|[email protected]:/ # ls -al /dev/block/platform/msm_sdcc.1/by-name
lrwxrwxrwx root root 1970-11-16 22:48 aboot -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 1970-11-16 22:48 backup -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 1970-11-16 22:48 boot -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 1970-11-16 22:48 cache -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 1970-11-16 22:48 efs -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 1970-11-16 22:48 fota -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 1970-11-16 22:48 fsg -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 1970-11-16 22:48 grow -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 1970-11-16 22:48 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 1970-11-16 22:48 modemst1 -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 1970-11-16 22:48 modemst2 -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 1970-11-16 22:48 pad -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 1970-11-16 22:48 param -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 1970-11-16 22:48 persist -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 1970-11-16 22:48 recovery -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 1970-11-16 22:48 rpm -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 1970-11-16 22:48 sbl1 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 1970-11-16 22:48 sbl2 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 1970-11-16 22:48 sbl3 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 1970-11-16 22:48 ssd -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 1970-11-16 22:48 system -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 1970-11-16 22:48 tz -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 1970-11-16 22:48 userdata -> /dev/block/mmcblk0p15
Thanks again for the great thread!
I'm not sure what you're following.
But in my limited experience all you will ever need is a system.img, boot.img and a cache.img to tell the recovery to wipe the data. And a recovery.img is optional. The zImage is the kernel and it is in the boot.img.
Also wrong section.
... and crossposting http://forum.xda-developers.com/showpost.php?p=48143832&postcount=177
Luigi2012SM64DS said:
I'm not sure what you're following.
But in my limited experience all you will ever need is a system.img, boot.img and a cache.img to tell the recovery to wipe the data. And a recovery.img is optional. The zImage is the kernel and it is in the boot.img.
Also wrong section.
Click to expand...
Click to collapse
Cool, thanks for the help. Which section would be better to post this in?
so I pull
boot (/dev/block/mmcblk0p7) to zImage
and
system (/dev/block/mmcblk0p14) to factoryfs.rfs
The instructions I linked to say that cache is optional if I don't want to pull personal data, so I might omit that.
If I don't pull the recovery.img, how does that impact the next tablet I install this on? Does it mean a factory wipe would reset it to its previous image, or is that unrelated.
Thanks again for the help - sorry for the cross-post, I'm pretty new to this entire thing.
Android-Andi said:
... and crossposting http://forum.xda-developers.com/showpost.php?p=48143832&postcount=177
Click to expand...
Click to collapse
Should I delete that one? I figured it was relevant to that thread / people who were interested in rooting that tab, but I guess not posting twice supersedes that. Thanks.
evrkusd said:
Cool, thanks for the help. Which section would be better to post this in?
so I pull
boot (/dev/block/mmcblk0p7) to zImage
and
system (/dev/block/mmcblk0p14) to factoryfs.rfs
The instructions I linked to say that cache is optional if I don't want to pull personal data, so I might omit that.
If I don't pull the recovery.img, how does that impact the next tablet I install this on? Does it mean a factory wipe would reset it to its previous image, or is that unrelated.
Thanks again for the help - sorry for the cross-post, I'm pretty new to this entire thing.
Click to expand...
Click to collapse
The thread has already moved from development to Q and A.
And no, i'm still not understanding. you should pull /system and make it into a system.img
And for the boot.img, I am not really sure how you can pull that from that tab. But I think you can just get a stock kernel boot.img from any ol' stock rom.
Luigi2012SM64DS said:
The thread has already moved from development to Q and A.
And no, i'm still not understanding. you should pull /system and make it into a system.img
And for the boot.img, I am not really sure how you can pull that from that tab. But I think you can just get a stock kernel boot.img from any ol' stock rom.
Click to expand...
Click to collapse
Hm ok. I guess other threads are pointing me to think that I need more than just a system.img.
See here:
http://forum.xda-developers.com/showthread.php?t=960946
or the original link I posted.
If all I need is system (/dev/block/mmcblk0p14) dumped to system.img, that would be easier, but I'm not sure that's all I need. If so, I guess I could pull system.img and tar it and try it out..
Thanks for the advice
evrkusd said:
Hm ok. I guess other threads are pointing me to think that I need more than just a system.img.
See here:
http://forum.xda-developers.com/showthread.php?t=960946
or the original link I posted.
If all I need is system (/dev/block/mmcblk0p14) dumped to system.img, that would be easier, but I'm not sure that's all I need. If so, I guess I could pull system.img and tar it and try it out..
Thanks for the advice
Click to expand...
Click to collapse
That guide is not for tab 2.
You only need a modem.bin if you have the P3100 the gsm tab and not the wifi only.
The zImage is the same as boot.img
The cache is only needed as, again, you need to make it so the data will be wiped to avoid bootloops if coming from custom roms.
And the system is the rom so you will obviously need that.
Luigi2012SM64DS said:
That guide is not for tab 2.
You only need a modem.bin if you have the P3100 the gsm tab and not the wifi only.
The zImage is the same as boot.img
The cache is only needed as, again, you need to make it so the data will be wiped to avoid bootloops if coming from custom roms.
And the system is the rom so you will obviously need that.
Click to expand...
Click to collapse
Ok, thanks. The tab 2 I'm using is the Verizon SCH-I705, btw, so should I include modem.img? It seems like I could just leave the existing modem partition on the device, since I don't want to make any changes there.
Here's my current setup
/boot send to boot.img
dd if=/dev/block/mmcblk0p7 of=/sdcard/boot.img bs=4096
/system send to system.img
dd if=/dev/block/mmcblk0p14 of=/sdcard/system.img bs=4096
/recovery send to recovery.img
dd if=/dev/block/mmcblk0p18 of=/sdcard/recovery.img bs=4096
/cache send to cache.img
dd if=/dev/block/mmcblk0p17 of=/sdcard/cache.img bs=4096
Then I'll roll all 4 of them into a tar package with:
tar -H ustar -c system.img cache.img boot.img recovery.img > package.tar
md5sum -t package.tar >> package.tar
mv package.tar package.tar.md5
and flash via Odin
Does it sound like that will work?
Thanks again for the help
evrkusd said:
Ok, thanks. The tab 2 I'm using is the Verizon SCH-I705, btw, so should I include modem.img? It seems like I could just leave the existing modem partition on the device, since I don't want to make any changes there.
Here's my current setup
/boot send to boot.img
dd if=/dev/block/mmcblk0p7 of=/sdcard/boot.img bs=4096
/system send to system.img
dd if=/dev/block/mmcblk0p14 of=/sdcard/system.img bs=4096
/recovery send to recovery.img
dd if=/dev/block/mmcblk0p18 of=/sdcard/recovery.img bs=4096
/cache send to cache.img
dd if=/dev/block/mmcblk0p17 of=/sdcard/cache.img bs=4096
Then I'll roll all 4 of them into a tar package with:
tar -H ustar -c system.img cache.img boot.img recovery.img > package.tar
md5sum -t package.tar >> package.tar
mv package.tar package.tar.md5
and flash via Odin
Does it sound like that will work?
Thanks again for the help
Click to expand...
Click to collapse
Oh the verizon tab.
Yes you should have the modem.
Don't take the cache from the /cache partition you should make a cache.img from scratch.
Luigi2012SM64DS said:
Oh the verizon tab.
Yes you should have the modem.
Don't take the cache from the /cache partition you should make a cache.img from scratch.
Click to expand...
Click to collapse
Ok, thanks. Am I right in thinking that if the tab already has a working modem (since verizon is working on it), do I need to flash modem.img if I haven't made any changes on the new version?
Also, not sure how to make a cache.img from scratch. I've searched for similar terms on xda and haven't come up with anything.
Thanks again.
Hello.
I have a Samsung Relay that is rebranded by Cellular One of North East AZ. They have a fancy super thin sticker over the Tmobile logo on the glass. lol... But the firmware in the device is branded by Cellular One.
I cannot find that firmware anywhere and want to know if anyone has any directions on how to back up the firmware so It could be loaded onto a t-mobile Relay to "brand" it for Cellular One.
Appreciate any help you can offer.
Thanks.
(I normally play in CDMA world, but I moved to po dunk nothing ville and VZW Sucks here, so had to go with Cell One. First real experience with GSM)
I've never done this before and I'm not 100% sure if it can be done. But there probably are ways if you're clever enough. So here's what I would try if I were in your position:
1. Check if there's a way to dump it with Odin. You can google around to see if it's possible but I'm pretty sure it's a feature in Odin (Whether our phone supports it is another story). You would have to boot into download mode, (vol down + home + power when powering on) and then follow whatever directions you find for dumping a rom. Just make sure you don't flash anything to your device. And make sure you know what you're doing with Odin because it can brick your phone if you push the wrong buttons.
2. The other way to do it is to dump your partition contents with the dd command (I would do it through an adb shell). This would require you to have root. I'm not sure of how to get root without modifying your ROM (kind of defeats the purpose of what you're trying to do if we have to change the ROM) but there are usually ways to get a temp root. Not sure how to do it on our phone but maybe someone else can help you with that part. Or maybe do some googling. The dd part I've at least done for the boot partition. Basically what you want to do is open an adb shell and run:
"ls -l /dev/block/platform/msm_sdcc.1/by-name/"
This will give you a list of all the partition name symlinks and show you the block devices they point to. For example, when I was getting boot.img I found that the "boot" symlink pointed to "/dev/block/mmcblk0p7". Find all the partitions you want to image in this list and figure out which block devices they point to.
The next part is to figure out how big each of the partitions is. You can find this in /proc/partitions. So from your adb shell you would run:
"cat /proc/partitions"
This will print out all of your flash block devices (look at the ones you were interested in from above). The 3rd column in this list will be the # of blocks in the partition. I believe the block size is 1k (1024 bytes). For example, my boot partition was 10240 blocks which comes out to 10 Megs, which sounds about right. The 1k assumption also agrees with the total device flash size, which is 7634944 blocks (mmcblk0) which is just under the 8GB they say the phone has. So I'm pretty confident about the block size.
So now we're at the part where things get a little hairy. I'm assuming you've found some way to get root in your adb shell. Be very careful with these dd commands and if you don't know what you're doing, don't do it. You would want to run something like the following:
"dd if=/dev/block/<partition name> of=/storage/sdCard/<name of image file> bs=1024 count=<# of blocks for partition you found in /proc/partions>"
You would do this for each partition you want dumped.
Again, be careful if you decide to try and do any of this stuff (especially with the dd commands, if you mix up the in file and out file you can brick your device). But like I said this worked for me to get boot.img and I was able to extract it and get the kernel and ramdisk. Hope this helps and sorry I don't know more about getting you a temp root without modifying your ROM.
Jeff
Can you send me a screenshot of your about phone screen?
Sent from my SGH-T699 using Tapatalk
hello everyone,
i resurrection this thread so bring some information to pepole who want to backup stock rom so they can flash it back with odin.
i constructed a list of partitions names/partition location nb./partition block size for a refreance of what to backup:
block size partition block location partition name
7634944 /dev/block/mmcblk0 Whole SSD on Device
2048 /dev/block/mmcblk0p5 aboot
6144 /dev/block/mmcblk0p20 backup
10240 /dev/block/mmcblk0p7 boot
860160 /dev/block/mmcblk0p17 cache
13952 /dev/block/mmcblk0p11 efs
10240 /dev/block/mmcblk0p19 fota
3072 /dev/block/mmcblk0p21 fsg
5120 /dev/block/mmcblk0p23 grow
61440 /dev/block/mmcblk0p1 modem
3072 /dev/block/mmcblk0p12 modemst1
3072 /dev/block/mmcblk0p13 modemst2
512 /dev/block/mmcblk0p9 pad
10240 /dev/block/mmcblk0p10 param
8192 /dev/block/mmcblk0p16 persist
10240 /dev/block/mmcblk0p18 recovery
512 /dev/block/mmcblk0p6 rpm
128 /dev/block/mmcblk0p2 sbl1
256 /dev/block/mmcblk0p3 sbl2
512 /dev/block/mmcblk0p4 sbl3
8 /dev/block/mmcblk0p22 ssd
1228800 /dev/block/mmcblk0p14 system
512 /dev/block/mmcblk0p8 tz
5386240 /dev/block/mmcblk0p15 userdata
so all you have to do is to use this command via terminal:
"dd if=/dev/block/<partition name> of=/storage/sdCard/<name of image file> bs=1024 count=<# of blocks for partition>"
you can cnange "sdCard" for "extSdCard" if you wish.
this will make you the raw imgae of all partitions and then you will need to use tar in linux to make a tar.md5 file for odin.
use the commands below in terimanl to do so:
"tar -H ustar -c image1 image2 image3 etc... > package_name.tar"
"md5sum -t package_name.tar >> package_name.tar"
"mv package_name.tar package_name.tar.md5"
remember you will need superuser on you phone to do this, also the commands are without the quotation mark.
the only thing left to know is what partitions you must backup to beable to restore fully to stock with/without data.
i know you should backup the boot/efs/recovery/system partitions for clean stock + userdata/cache if you want your data back.
does anybody know of other critical partitions to backup?
Does anyone know how to back them up? I came from a Samsung device and do not see the efs folder, I'm assuming it is stored elsewhere?
Sent from my XT1034 using xda app-developers app
That's only a Samsung thing.
Sent from my Moto X cellular telephone...
Yea but for us its somewhere in a PDS folder I went to it but don't know which file to back up
Sent from my XT1034 using xda app-developers app
Backing it up was a safeguard for Samsung devices. Its not practiced on other phones...if it exists...which I don't think it does. And if it does....it is meaningless on non Samsung phones. Backing it up that is.
Google it.
Sent from my Moto X cellular telephone...
A number of people appear to have already managed to loose their IMEI, so it might be worth finding a way to back it up.
If serophia is correct, and imei is stored in the 'pds' partition - it could be backed up using adb:
adb shell
su
dd if=/dev/block/platform/msm_sdcc.1/by-name/pds of=/sdcard/pds.img
To restore:
dd if=pds.img of=/dev/block/platform/msm_sdcc.1/by-name/pds
The pds.img could also be turned into a cwm flashable zip:
ui_print("Restoring IMEI ...");
package_extract_file("pds.img", "/dev/block/mmcblk0p26");
ui_print("Finished!"); ui_print();
Maybe someone could make a tool to simply the process further?
Further information:
In addition to the EFS partition, there are several partitions on our n9005 devices that do not exist in official odin roms.
This means that they must be unique to your phone, and they might be as important to back up as the EFS folder to prevent IMEI loss or other problems (like those bootloops many people get when flashing kernels, which appear to be tied to corrupted modemst1 partitions).
These partitions are: modemst1, modemst2, fsg, fsc, backup, dbi, ddr, pad
Click to expand...
Click to collapse
http://forum.xda-developers.com/showthread.php?t=2617276
Full list of partitions on Moto G:
DDR -> /dev/block/mmcblk0p3
aboot -> /dev/block/mmcblk0p4
abootBackup -> /dev/block/mmcblk0p11
boot -> /dev/block/mmcblk0p31
cache -> /dev/block/mmcblk0p33
cid -> /dev/block/mmcblk0p25
clogo -> /dev/block/mmcblk0p28
dhob -> /dev/block/mmcblk0p20
fsc -> /dev/block/mmcblk0p22
fsg -> /dev/block/mmcblk0p21
hob -> /dev/block/mmcblk0p19
kpan -> /dev/block/mmcblk0p35
logo -> /dev/block/mmcblk0p27
logs -> /dev/block/mmcblk0p9
misc -> /dev/block/mmcblk0p30
modem -> /dev/block/mmcblk0p1
modemst1 -> /dev/block/mmcblk0p17
modemst2 -> /dev/block/mmcblk0p18
padA -> /dev/block/mmcblk0p10
padB -> /dev/block/mmcblk0p16
pds -> /dev/block/mmcblk0p26
persist -> /dev/block/mmcblk0p29
recovery -> /dev/block/mmcblk0p32
rpm -> /dev/block/mmcblk0p5
rpmBackup -> /dev/block/mmcblk0p12
sbl1 -> /dev/block/mmcblk0p2
sdi -> /dev/block/mmcblk0p7
sdiBackup -> /dev/block/mmcblk0p14
sp -> /dev/block/mmcblk0p24
ssd -> /dev/block/mmcblk0p23
system -> /dev/block/mmcblk0p34
tz -> /dev/block/mmcblk0p6
tzBackup -> /dev/block/mmcblk0p13
userdata -> /dev/block/mmcblk0p36
utags -> /dev/block/mmcblk0p8
utagsBackup -> /dev/block/mmcblk0p15
@serophia, @lost101
I understand Nexus 5 stores IMEI in modemst1 and/or modemst2.
Isn´t this our case too?
Where did you get the info about pds from?
drfr said:
@serophia, @lost101
I understand Nexus 5 stores IMEI in modemst1 and/or modemst2.
Isn´t this our case too?
Where did you get the info about pds from?
Click to expand...
Click to collapse
Both modemst1 and modemst2 can be safely wiped without losing IMEI. When restoring Stock Firmware the following commands are included:
fastboot erase modemst1
fastboot erase modemst2
That is not to say IMEI is not stored there temporarily; but it must exist another more permanent location. AFAIK, 'pds' is not touched by any normal fastboot firmware flashing process making it a good candidate.
EDIT: Searching XDA for "pds partition imei" turns up mainly Motorola devices. It appears to be the permanent location of a few unique device indendifiers:
Well it's kinda obvious, you need to flash a retail /pds partition. The thing is, you wont get it, cuz it has sensitive data like IMEI, MAC address, serial number, etc.[source]
And how could I edit the pds.img to find/restore my imei?
Because if I'm in fastboot and type getvar imei it's there, but in dialer it says "0".
Any help/solutions?
Maybe with a HEX editor?
RestlessScreams said:
And how could I edit the pds.img to find/restore my imei?
Because if I'm in fastboot and type getvar imei it's there, but in dialer it says "0".
Any help/solutions?
Maybe with a HEX editor?
Click to expand...
Click to collapse
You can´t edit it, I tried to look with hex editor. That´s why it is good idea to back it up before something bad happens, sorry.
---------- Post added at 04:38 PM ---------- Previous post was at 04:32 PM ----------
lost101 said:
fastboot erase modemst1
fastboot erase modemst2
Click to expand...
Click to collapse
Yeah, that´s what I realized too.
Even if it´s there just temporarily, it´s there and it won´t do any harm to back them up besides the pds partition.
Edit: btw just noticed that the pds size is exactly a sum of modemst1 + 2 sizes. I know that that doesn´t prove anything but...
Another thing - I´ve read somewhere from a user who compared hashes of his multiple modemst backups and they differed. Apparently there are some other non-constant infos stored there besides IMEI, that´s why it is erased during fastboot flash.
drfr said:
You can´t edit it, I tried to look with hex editor. That´s why it is good idea to back it up before something bad happens, sorry.
---------- Post added at 04:38 PM ---------- Previous post was at 04:32 PM ----------
Yeah, that´s what I realized too.
Even if it´s there just temporarily, it´s there and it won´t do any harm to back them up besides the pds partition.
Edit: btw just noticed that the pds size is exactly a sum of modemst1 + 2 sizes. I know that that doesn´t prove anything but...
Another thing - I´ve read somewhere from a user who compared hashes of his multiple modemst backups and they differed. Apparently there are some other non-constant infos stored there besides IMEI, that´s why it is erased during fastboot flash.
Click to expand...
Click to collapse
So I'm prett fuc*d ?:cyclops:
Yes for now
Here is a detailed guide for entering a new IMEI number on Droid Razor, access via BP Tools Mode:
[HOW TO][FIX] Recover your IMEI
http://forum.xda-developers.com/showthread.php?t=1960918EDIT: In that thread someone suggests flashing the Stock Firmware Image without a SIM inserted, boot phone and skip all, proceed to home screen, shutdown, insert SIM and boot.
this way man
http://forum.xda-developers.com/showthread.php?p=50960462
follow the link above to backup and restore ur imei for moto g
sheraz1015 said:
http://forum.xda-developers.com/showthread.php?p=50960462
follow the link above to backup and restore ur imei for moto g
Click to expand...
Click to collapse
Cool thanks will try it when I get the chance
Sent from my XT1034 using xda app-developers app
UPDATE :
CWM recovery : http://forum.xda-developers.com/gal...de-how-to-install-cwm-samsung-galaxy-t2990852
TWRP: http://forum.xda-developers.com/galaxy-core/development/samsung-galaxy-core-2-sm-g355h-m-t2998094
-----------------------------------------------------------------------------------------------------------------------------------
Just wanted to get extra help on this one ...
1. st find and extract image (recovery) on SM Galaxy core 2 SM-G355HN by adb :
Code:
C:\ADB\adt-bundle-windows-x86_64-20140702\sdk\platform-tools>adb shell
[email protected]:/ $ ls -l /dev/block/platform/*/by-name/
ls -l /dev/block/platform/*/by-name/
lrwxrwxrwx root root 2014-11-10 14:25 CSC -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2014-11-10 14:25 FIXNV1 -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2014-11-10 14:25 FIXNV2 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2014-11-10 14:25 FOTA_SIG -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2014-11-10 14:25 HIDDEN -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2014-11-10 14:25 KERNEL -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2014-11-10 14:25 MODEM -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2014-11-10 14:25 MODEM_BACKUP -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2014-11-10 14:25 OTA -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2014-11-10 14:25 Odin_reserved -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-11-10 14:25 PARAM -> /dev/block/mmcblk0p13
[COLOR="Red"][B]lrwxrwxrwx root root 2014-11-10 14:25 RECOVERY -> /dev/block/mmcblk0p18[/B][/COLOR]
lrwxrwxrwx root root 2014-11-10 14:25 RUNTIMENV1 -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2014-11-10 14:25 RUNTIMENV2 -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2014-11-10 14:25 SBL1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2014-11-10 14:25 SBL2 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2014-11-10 14:25 WDSP -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2014-11-10 14:25 WDSP_BACKUP -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-11-10 14:25 efs -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2014-11-10 14:25 fixnv1 -> /dev/block/platform/sprd-sdhci.3/by-name/FIXNV2
lrwxrwxrwx root root 2014-11-10 14:25 fixnv2 -> /dev/block/platform/sprd-sdhci.3/by-name/FIXNV1
lrwxrwxrwx root root 2014-11-10 14:25 prodnv -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-11-10 14:25 runtimenv1 -> /dev/block/platform/sprd-sdhci.3/by-name/RUNTIMENV1
lrwxrwxrwx root root 2014-11-10 14:25 runtimenv2 -> /dev/block/platform/sprd-sdhci.3/by-name/RUNTIMENV2
lrwxrwxrwx root root 2014-11-10 14:25 system -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2014-11-10 14:25 userdata -> /dev/block/mmcblk0p22
[email protected]:/ $ su
[email protected]:/ # cat /dev/block/mmcblk0p18>/storage/extSdCard/recovery.img
cat /dev/block/mmcblk0p18>/storage/extSdCard/recovery.img
[email protected]:/ # cd storage
cd storage
[email protected]:/storage # cd extSdCard
cd extSdCard
[email protected]:/storage/extSdCard # unmkbootimg -i recovery.img
unmkbootimg -i recovery.img
kernel written to 'kernel' (12071152 bytes)
ramdisk written to 'ramdisk.cpio.gz' (1612341 bytes)
To rebuild this boot image, you can use the command:
mkbootimg --base 0 --pagesize 2048 --kernel_offset 0x00008000 --ramdisk_offset
0x01000000 --second_offset 0x00f00000 --tags_offset 0x00000100 --cmdline 'conso
le=ttyS1,115200n8' --kernel kernel --ramdisk ramdisk.cpio.gz -o recovery.img
[email protected]:/storage/extSdCard #
Ok, we found the recovery partition in /dev/block/mmcblk0p18 we copy the block to SDCard, unpack it with 'unmkbootimg' (tool for unpacking), we got the 'kernel' file and 'ramdisk.cpio.gz' file :
Unpack and cpio alined :
Code:
[email protected]:/storage/extSdCard # mkdir ramdisk
mkdir ramdisk
[email protected]:/storage/extSdCard # cd ramdisk
cd ramdisk
[email protected]:/storage/extSdCard/ramdisk # gunzip -c ../ramdisk.cpio.gz | cpio -i
isk.cpio.gz | cpio -i
cpio: can't create symlink from sbin/ueventd to ../init: Function not implemented
cpio: can't create symlink from sbin/watchdogd to ../init: Function not implemented
4252 blocks
[email protected]:/storage/extSdCard/ramdisk #
C:\ADB\adt-bundle-windows-x86_64-20140702\sdk\platform-tools>
Ok, forget about the symlink errors in this try,it's vfat extSdCard related,everything will be fine in internal procedure.
If we look more carefully in the ramdisk ..
init.rc,default.prop,recovery.fstab in /etc/ and the most importand recovery.do in /res/ and recovery in /sbin/
Start making and modding things he,he ... it's the start for now ...
If any1 have the linux machine and sources installed I could help him to make a CWM recovery for this phone.
Here is the guide (CWM) :
http://forum.xda-developers.com/showthread.php?t=1866545
Make backup of your current recovery (build) or you will have to flash the whole thing again with odin ...
Looking for a modded recovery with full (nand) backup, that would be greatest !
I have a building machine....and some time....I will send you a PM so we can chat in g+
Ok,thx.Just asking what else you need for my phone,accept working machine synced git with latest cwm module for 4.4.2 android,guess u will need partition table for the phone for full nandroid backup and some source samsung files or modded in mine disassembly and of course compiled cwm elf program -recovery.Looking forward ...
Sent from my SM-G355HN using XDA Free mobile app
CWM/TWRP recovery
Still looking for ppl who are willing to create/build a custom recovery for Galaxy Core 2. The image and all requested support is here.
StratOS_HTC said:
Still looking for ppl who are willing to create/build a custom recovery for Galaxy Core 2. The image and all requested support is here.
Click to expand...
Click to collapse
I got this CWM Recovery in our country forum (PH) others can make it work using Mobile Uncle but for me it doesn't work i think or i've missed some of the instructions.
DISABLE INTERNET TO PREVENT MOBILE UNCLE TO DOWNLOAD ANOTHER RECOVERY
1.Download recovery(cwm).zip and extract
2.Copy recovery.img and put it to your Internal
3.Install Mobile Uncle (Included in the zip)
4.Tap recovery update then tap recovery.img
5.Reboot!
I have checked this type or recovery. I guess it's not for our phone Galaxy Core 2. U don't need Mobile Uncle to flash an image to your recovery partition. The kernel and ramdisk are different then they have to be for our phone, don't want to meess with the recovery this type. Guess I'll have to backup whole lately nand copy ...
StratOS_HTC said:
I have checked this type or recovery. I guess it's not for our phone Galaxy Core 2. U don't need Mobile Uncle to flash an image to your recovery partition. The kernel and ramdisk are different then they have to be for our phone, don't want to meess with the recovery this type. Guess I'll have to backup whole lately nand copy ...
Click to expand...
Click to collapse
Ohhh thanks for the information. If only i could help. I am currently looking forward studying about this well yeah I am a newbie.
is this CWM for my galaxy core 2 duos ??
is this CWM for my galaxy core 2 duos ??
Odin recovery stock
Odin stock recovery file.
Android 4.4.2
SM-G355HN
Un 7zip it and use the recovery.tar.md5 with odin as AP
Use Auto Reboot and reset time.
Odin log :
Code:
<ID:0/005> Added!!
<ID:0/005> Odin v.3 engine (ID:5)..
<ID:0/005> File analysis..
<ID:0/005> SetupConnection..
<ID:0/005> Initialzation..
<ID:0/005> Get PIT for mapping..
<ID:0/005> Firmware update start..
<ID:0/005> SingleDownload.
<ID:0/005> recovery.img
<ID:0/005> NAND Write Start!!
<ID:0/005> RQT_CLOSE !!
<ID:0/005> RES OK !!
<ID:0/005> Removed!!
<ID:0/005> Remain Port .... 0
<OSM> All threads completed. (succeed 1 / failed 0)
CWM Recovery
I made a bootable cwm recovery but I mismatch mount (recovery.fstab) points so no nand backup for now
Y300-0100 said:
I made a bootable cwm recovery but I mismatch mount (recovery.fstab) points so no nand backup for now
Click to expand...
Click to collapse
Recovery.fstab file located in /etc/ for G355HN :
Code:
#<src> <mnt_point> <type> <mnt_flags and options> <fs_mgr_flags>
/dev/block/platform/sprd-sdhci.3/by-name/efs /efs ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.0/mmcblk1p1 /sdcard vfat default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/system /system ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/HIDDEN /preload ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/userdata /data ext4 default wait,length=-16384
/dev/block/platform/sprd-sdhci.3/by-name/CSC /cache ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/KERNEL /boot emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/RECOVERY /recovery emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/MODEM /modemcp emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/WDSP /modemdsp emmc default recoveryonly
Nice JOB !
Share a link to test it ?
CWM Recovery
StratOS_HTC said:
Recovery.fstab file located in /etc/ for G355HN :
Code:
#<src> <mnt_point> <type> <mnt_flags and options> <fs_mgr_flags>
/dev/block/platform/sprd-sdhci.3/by-name/efs /efs ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.0/mmcblk1p1 /sdcard vfat default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/system /system ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/HIDDEN /preload ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/userdata /data ext4 default wait,length=-16384
/dev/block/platform/sprd-sdhci.3/by-name/CSC /cache ext4 default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/KERNEL /boot emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/RECOVERY /recovery emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/MODEM /modemcp emmc default recoveryonly
/dev/block/platform/sprd-sdhci.3/by-name/WDSP /modemdsp emmc default recoveryonly
Nice JOB !
Share a link to test it ?
Click to expand...
Click to collapse
I know that's recovery.fstab I used it but it must be defined somehow different.
Something like this:
/dev/block/mmcblk0p1 /sdcard vfat default recoveryonly
Click to expand...
Click to collapse
Here is test version. It has to be flashed via odin as PDA file but it does not do anything because it doesn't mount any partition. And I used a litlle biger font
http://www.mediafire.com/download/oj94o0sdo0amvvy/recovery.tar.md5
CWM Recovery
new build I have been able to mount all partitions but not ext Sd and int SD.
I used this recovery.fstab. If anyone have idea how to define vold managed partitions let's hear it.
edit.
fixed mount internal sd
add.
my sources for cwm recovery only. If anyone can contribute please do.
what is left to be done:
-bacup is made in /data/media instead in root of internal sd.
-mount point is not well formed for extra card so it can't be mounted at all
https://github.com/Y300-0100/android_device_samsung_kanas3gnfcxx
Backup
Backup option log :
Code:
I:Cannot load volume /misc.
mount:mounting /dev/block/mmcblk0 on /sdcard0 failed: [COLOR="Red"]Device or resource busy[/COLOR]
W:failed to mount /dev/block/mmcblk0 (No such file or directory)
Error mounting /sdcard0!
mount: mounting /dev/blockmmcblk1p1 on /sdcard1 failed: [COLOR="Red"]Invalid argument[/COLOR]
W:failed to mount /dev/block/mmcblk1p1 (No such file or directory)
Error mounting /sdcard1!
I:Cannot load volume /misc.
[COLOR="SeaGreen"]I:using /data/media for /sdcard.[/COLOR]
I:Cannot load volume /misc.
none (internal or external) partition is mounted !
The backup is being created internaly in /data/media/ - no more space left after trying to create backup ...
Will try this :
Code:
/dev/block/platform/sprd-sdhci.0/mmcblk1 /sdcard[STRIKE]0 [/STRIKE] vfat default
/dev/block/platform/sprd-sdhci.0/mmcblk1p1 /sdcard[STRIKE]01[/STRIKE] vfat default
It's hard 'couse both are fuse'd or vold'ed by default. Could try media or datamedia type for internal or /dev/null ?
Update : blocks are mmcblk1 & mmcblk1p1 !
Fixed internal as default mount :
So internal SD /data/media for /sdcard !
extSDCard to go ...
StratOS_HTC said:
Backup option log :
Code:
I:Cannot load volume /misc.
mount:mounting /dev/block/mmcblk0 on /sdcard0 failed: [COLOR="Red"]Device or resource busy[/COLOR]
W:failed to mount /dev/block/mmcblk0 (No such file or directory)
Error mounting /sdcard0!
mount: mounting /dev/blockmmcblk1p1 on /sdcard1 failed: [COLOR="Red"]Invalid argument[/COLOR]
W:failed to mount /dev/block/mmcblk1p1 (No such file or directory)
Error mounting /sdcard1!
I:Cannot load volume /misc.
[COLOR="SeaGreen"]I:using /data/media for /sdcard.[/COLOR]
I:Cannot load volume /misc.
none (internal or external) partition is mounted !
The backup is being created internaly in /data/media/ - no more space left after trying to create backup ...
Will try this :
Code:
/dev/block/platform/sprd-sdhci.0/mmcblk1 /sdcard[STRIKE]0 [/STRIKE] vfat default
/dev/block/platform/sprd-sdhci.0/mmcblk1p1 /sdcard[STRIKE]01[/STRIKE] vfat default
It's hard 'couse both are fuse'd or vold'ed by default. Could try media or datamedia type for internal or /dev/null ?
Update : blocks are mmcblk1 & mmcblk1p1 !
Fixed internal as default mount :
So internal SD /data/media for /sdcard !
extSDCard to go ...
Click to expand...
Click to collapse
what is the right mount point to fix internal and external sd ?
mout points for sdcards
cleverior.ipul said:
what is the right mount point to fix internal and external sd ?
Click to expand...
Click to collapse
Question is not addressed to me but I will give a small contribution
It's kind of tricky regarding mount point of "internal SD".
Internal sd it's on same device (mmcblk0) as /data and it has multiple mount points but if you take a closer look with root explorer at /data/media/0 you will open emulated sdcard0.
So let's presume that src for internal sd is /dev/block/mmcblk0 and and let's say that mount point is /sdcard0.
Now let's go to BoardConfig.mk. I would suggest that we define internal storage path and mount point something like this:
Code:
RECOVERY_SDCARD_ON_DATA := true
BOARD_HAS_NO_REAL_SDCARD := true
INTERNAL_STORAGE_PATH := "/data/media/0"
INTERNAL_STORAGE_MOUNT_POINT := "data"
and now in recovery.fstab something like this:
Code:
#<src> <mnt_point> <type> <mnt_flags and options>
/dev/block/mmcblk0 /sdcard0 auto default
Why fs type as auto? Because I am not sure is vfat and it share same device as /data.
Also there is: /mnt/obb, /mnt/asec, /mnt/secure and /storage/emulated an for all file system is = tmpfs
And one more thing. Internal sd is definitely 'emulatedsd,nonremovable'
Regarding external sdcard you already fix that.
Y300-0100 said:
Question is not addressed to me but I will give a small contribution
It's kind of tricky regarding mount point of "internal SD".
Internal sd it's on same device (mmcblk0) as /data and it has multiple mount points but if you take a closer look with root explorer at /data/media/0 you will open emulated sdcard0.
So let's presume that src for internal sd is /dev/block/mmcblk0 and and let's say that mount point is /sdcard0.
Now let's go to BoardConfig.mk. I would suggest that we define internal storage path and mount point something like this:
Code:
RECOVERY_SDCARD_ON_DATA := true
BOARD_HAS_NO_REAL_SDCARD := true
INTERNAL_STORAGE_PATH := "/data/media/0"
INTERNAL_STORAGE_MOUNT_POINT := "data"
and now in recovery.fstab something like this:
Code:
#<src> <mnt_point> <type> <mnt_flags and options>
/dev/block/mmcblk0 /sdcard0 auto default
Why fs type as auto? Because I am not sure is vfat and it share same device as /data.
Also there is: /mnt/obb, /mnt/asec, /mnt/secure and /storage/emulated an for all file system is = tmpfs
And one more thing. Internal sd is definitely 'emulatedsd,nonremovable'
Regarding external sdcard you already fix that.
Click to expand...
Click to collapse
Have you tried this method in CWM for galaxy core 2 ? whether successful mounting sdcard and extsdcard ?
btw, thanks for ur answer
cleverior.ipul said:
Have you tried this method in CWM for galaxy core 2 ? whether successful mounting sdcard and extsdcard ?
btw, thanks for ur answer
Click to expand...
Click to collapse
Didn't try it. Just an idea because of multiple mounts points.
Y300-0100 said:
Didn't try it. Just an idea because of multiple mounts points.
Click to expand...
Click to collapse
Have tried with custom ramdisk = recovery.fstab - won't work - have to redefine BoardConfig and recreate the whole thing from the start.
Since I don't have linux machine I can't rebuild from the source. Still fixing the laptop, guess will have to buy new one
Looking forward for solution.
And once again internalsd is fixed, externalsd is not
Regards.
StratOS_HTC said:
Have tried with custom ramdisk = recovery.fstab - won't work - have to redefine BoardConfig and recreate the whole thing from the start.
Since I don't have linux machine I can't rebuild from the source. Still fixing the laptop, guess will have to buy new one
Looking forward for solution.
And once again internalsd is fixed, externalsd is not
Regards.
Click to expand...
Click to collapse
Just build TWRP recovery. Working external sd but no internal.
Apsurd.
Using Magisk for rooting is currently a good option for a simple way to root your device reasonably safe, special if it has been done once before. I will NOT work out every step in full detail as there are many good guides around
Warning: you risk your warranty and you might brick your phone if you make an error! It is your own responsibility!!!
Step 1: Make yourself developer in the setup screen
Step 2: In the developer menu allow your bootloader to be unlocked
Step 3: Reboot in the bootloader (power off and keep volume up and the power on until you see the bootloader)
Step 4: choose the fastboot option
Step 5: From your ADB directory type: "fastboot flashing unlock"
Step 6: Confirm on your mobile with the volume up button
Step 7: Download Patched boot image for Ioutdoor
Step 8: Type "fastboot flash boot <filename of patched boot image>"
Step 9: Type "fastboot flashing lock"
Step 10: reboot
Step 11: Install Magisk manager. Your phone is rooted now.
Enjoy your rooted phone!!!
Paul
P.S.: First of all: I myself ALWAYS create a full backup from my phone with the flash tool before doing ANYTHING of this nature. If you backup with the flash tool you need to use the "Readback" option. WARNING: with the DOWNLOAD menu of the flash tool you UPLOAD to your phone, better be warned!!!! Second: If you prefer to create your own patched boot image you need some more steps:
- Find the MT6763 scatter file
- use the flash tool to download the bootloader
- use CarlivImageKitchen to make the bootloader image the right size (unpack and repack)
- Install Magisk manager on your phone and choose the "patch bootloader image" option
More information for those who want to hack this phone
Preloader 00000000
BOOTPARA 00008000 /dev/block/mmcblk0p1
Recovery 00108000 /dev/block/mmcblk0p2
PARA 0212B000 /dev/block/mmcblk0p3
EXPD 02188000 /dev/block/mmcblk0p4
FRP 03588000 /dev/block/mmcblk0p5
NVCFG 03688000 /dev/block/mmcblk0p6
NVDATA 05688000 /dev/block/mmcblk0p7
METADATA 09688000 /dev/block/mmcblk0p8
PROTECT1 0B688000 /dev/block/mmcblk0p9
PROTECT2 0BE88000 /dev/block/mmcblk0p10
PROINFO 0D200000 /dev/block/mmcblk0p13
MD1IMG 0D500000 /dev/block/mmcblk0p14
MD1DSP 11500000 /dev/block/mmcblk0p15
SPMFW 12500000 /dev/block/mmcblk0p16
SSPM_1 12600000 /dev/block/mmcblk0p17
SSPM_2 12700000 /dev/block/mmcblk0p18
GZ1 12800000 /dev/block/mmcblk0p19
GZ2 13800000 /dev/block/mmcblk0p20
NVRAM 14800000 /dev/block/mmcblk0p21
IK 18800000 /dev/block/mmcblk0p22
IK2 18900000 /dev/block/mmcblk0p23
Boot 18a00000 /dev/block/mmcblk0p24
LOGO 1AA00000 /dev/block/mmcblk0p25
ODMDTBO 1B200000 /dev/block/mmcblk0p26
VENDOR 1D000000 /dev/block/mmcblk0p29
SYSTEM 5D000000 /dev/block/mmcblk0p30
CACHE 103800000 /dev/block/mmcblk0p31
USERDATA 110800000 /dev/block/mmcblk0p32
FLASHINFO 1D1DBFBE00 /dev/block/mmcblk0p33 Length 16mb
I have a version of TWRP running for this phone, but I am not satisfied with it yet. However, anyone who like to try, send me a private message.
bootloop
UPDATE: fixed boot img:
s000.tinyupload.com/index.php?file_id=18085276003223938832
Flashing your ioutdoor_patched_boot.img resulted in boot loop for ioutdooor X
Any chance you could post the stock backup?
Any update on TWRP?
cheers
wildwildwoods said:
UPDATE: fixed boot img:
s000.tinyupload.com/index.php?file_id=18085276003223938832
Flashing your ioutdoor_patched_boot.img resulted in boot loop for ioutdooor X
Any chance you could post the stock backup?
Any update on TWRP?
cheers
Click to expand...
Click to collapse
Sorry I only read your message today. Do you still need help? Send me a PM with your emailaddress I might be able to help you to obtain the stockbootrom. I was able myself to fix any bootloops by resetting the phone using the default recovery rom and do a full reset. Not sure what went wrong in your case but I did notice that the way you reset the phone matters. Anyway the TWRP I have is not fully perfect and you have to be carefull using it: some functions might cause bootloops.