How permanently modify default.prop in neo v ICS
What do you need to edit it for?
I want to change ro.semc.version.sw The Android Phone software version....
I had tried all the possible means but nothing worked form me from editing the kernel.sin and then flashing it to the phone but not worked ...
please help...
Permanently edit default.prop
dendenny01 said:
How permanently modify default.prop in neo v ICS
Click to expand...
Click to collapse
default.prop'll be rewritten from boot partition(boot.img) everytime the device is rebooted. So , take a backup of boot partition. Extract it. Find default.prop among the extracted contents. Make the necessary modifications. One important modification is:
ro.secure=0
It allows root privileges in adb shell. For more details ref:http://forum.xda-developers.com/member.php?u=4424641
Now pack the contents back to boot.img and flash it to device.
Related
I was playing around with some scripts from Caulkin on some other versions of Froyo to try and improve performance. I have read up on the init.rc script and use of the init.d folder. I have set all this up and have edited the init.rc script to run the init.d scripts, but it gets overridden by the base init.rc on reboot. I had read somewhere that you cannot directly edit the init.rc and that it will be overridden on boot from the boot.img. Can someone confirm that? I thought most roms now have the ability to use init.d out of the box, but it doesn't look like it on Brilliant Corners. Can someone confirm that? Do you know of any Froyo ROMS, other than Caulkins, that has init.d capability? Thanks
markmac said:
I have set all this up and have edited the init.rc script to run the init.d scripts, but it gets overridden by the base init.rc on reboot.
Click to expand...
Click to collapse
Are you using the run-parts program?
I had read somewhere that you cannot directly edit the init.rc and that it will be overridden on boot from the boot.img. Can someone confirm that?
Click to expand...
Click to collapse
That's correct.
Thanks for the response. I was editing the init.rc directly which obviously won't work. So i need to look into building my own boot.img or another option. I was using run-parts setup as a service. I would have thought most kernels/ROMs would support this now, but it does not appear that way.
markmac said:
So i need to look into building my own boot.img or another option.
Click to expand...
Click to collapse
You don't need to build your own new image; you can just modify the existing one by flashing. Take a look at the attachements in these 2 posts where I've done just that. Just make sure the script is idempotent if other people will use it.
Post 1
Post 2
Thanks will definitely check this out.
Looked at this. So to update the init.rc file I would have to edit and package into a boot.img file, then flash the img file with adb or nvflash correct?
markmac said:
So to update the init.rc file I would have to edit and package into a boot.img file, then flash the img file with adb or nvflash correct?
Click to expand...
Click to collapse
No. That's too much work for the user. My technique is meant to be like flashing a new kernel. No external utilities are needed. Just CWM (or, possibly, even standard recovery).
To all those who would like to root your device, please make sure you backup your build.prop file in /system/
If you are not rooted, you may do so using adb:
Code:
adb.exe pull /system/build.prop .
[to devs]
once you have this file, you may almost always be able to restore your device by pushing this build.prop in a bootloader-unlocked+rooted system partition, and use PC companion to force-repair it, tricking it to download the proper system blob for your phone's CDA/Customization (12xx-xxxx).
Or just make an .ftf of your original firmware.. right?
Yakandu said:
Or just make an .ftf of your original firmware.. right?
Click to expand...
Click to collapse
Yes, provided that you know the CDA and already retrieved the file blob to create the ftf.
kazuni said:
To all those who would like to root your device, please make sure you backup your build.prop file in /system/
If you are not rooted, you may do so using adb:
Code:
adb.exe pull /system/build.prop .
[to devs]
once you have this file, you may almost always be able to restore your device by pushing this build.prop in a bootloader-unlocked+rooted system partition, and use PC companion to force-repair it, tricking it to download the proper system blob for your phone's CDA/Customization (12xx-xxxx).
Click to expand...
Click to collapse
You can also use the app "build.prop Cloud Backup" in the google play store to backup really easily on your device. Like you just set a name, click backup, and it backs up to the cloud. And you can make multiple backups - like "original", "mod1", "mod2", "mod3", etc. I use it, and it works great!
Thanks for advice man.
whenever i add a new '.so' file ( like libstagefright.so, libc.so,,) then the tab (GT P1000) reboots in a loop. what is the reason for this ?
the steps i followed to build '.so' files are.
i got root access in the tab by modifying the default.prop file
i have busybox ( /sbin/busybox)
then downloaded the source cm7sg from git hub. and built the gingerbread for cyanogen_galaxytab
then in recovery mode ,i used adb to push the cm7sg/out/target/product/galaxytab/system/lib/libstagefright.so to the tab
then the system reboots in a loooop................
U dont write about it: Did u give permissions (rw-r-r) for this files?
Sent using r800i with DoomKernel v11 (1.21ghz)
yes , the permission is the same ..
I'm not into lib files, so i think that only thing i can do to help u is giving this link: http://forum.xda-developers.com/showthread.php?t=1525226.
It's a beatsaudio port. Inside .zip are some .so files which are working without bootloops, so i think that they need to do sth to make it working. Maybe u can find sth there
Any integrity checking mechanism for library files (libstagefright / libc) during initialization time such as signature validation, CRC checking, size checking etc?
To get a privileged shell you need to modify the following lines to the given values in the default.prop file
ro.secure=0
ro.debuggable=1
persist.service.adb.enable=1
Click to expand...
Click to collapse
I have the extracted the recovery image of my phone model : So is it possible to modify the following values in the default.prop file, repack the image and flash it using fastboot(bootloader is unlocked) to get a privileged shell, and then copy the su binary after remounting system as read/write?
Do I need to change any other values in any of the files? And will it work, theoretically at least?
What are the chances of it messing up anything?
[I posted this on android.stackexchange but not much activity there]
No chances of bricking at all
Going further I would suggest you to tag in a shell script within init.rc so that it copies superuser apk and binary automatically as you boot
That's great
And is there any way to confirm that the recovery (downloaded) that I have is indeed from my device? Is the data within the prop files such as build and model no. etc enough?
Sent from my A9 using xda app-developers app
It didn't work. Either it wasn't the stock recovery in the first place, or the process isn't that easy. This can be closed now.
Modify boot.img
I think it is only the boot.img which is to be flashed. You don't need to flash recovery as whole.
If you have root access, you could manually edit default.prop. But, the modifications exist only till reboot. Once you reboot, boot.img will reload all the necessary system files to original. So, edit boot.img.
Adriel David said:
Hello I want to modify default.prop to modify it I need root access now I rooted my phone and cwm installed I want to make a flashable zip backup of default.prop can you provide me the script to be flashed by cwm because I am afraid bricking my phone
Click to expand...
Click to collapse
default.prop is on ramdisk or initrd which is part of the boot.img.
I use abootimg to edit boot, some use mkbootimg. Google editing initrd will give you info you need
varun.chitre15 said:
No chances of bricking at all
Going further I would suggest you to tag in a shell script within init.rc so that it copies superuser apk and binary automatically as you boot
Click to expand...
Click to collapse
Sorry to call on such an old post, but wouldnt this mean that on each boot (if modified on boot.img. On each fireup of recovery if on recovery.img) the superuser apk and binaries are reinstalled? Because this /is/ init.rc we're referring to. Please correct me if I am wrong, and also tell me if this is the best way to go about it I'm trying to come up with a way to root my device without using dirtycow haha
Hi, I have a rooted Lenovo B device (Mediatek M6735M) with TWRP recovery. I tried to change some build.prop values using an editor app but the result was I bricked my phone (and had to flash stock firmware again). Now, I wonder if and how I can apply some changes to the system files after flashing the firmware.
I want to ask you: is it possible to modify sys/system files after the firmware has been flashed (even the read-only ones), or is pre-flash manipulation the only solution? For example: is it safe to pull a system file with adb, modify it, then push it to the phone with adb?
Black Heretic said:
Hi, I have a rooted Lenovo B device (Mediatek M6735M) with TWRP recovery. I tried to change some build.prop values using an editor app but the result was I bricked my phone (and had to flash stock firmware again). Now, I wonder if and how I can apply some changes to the system files after flashing the firmware.
I want to ask you: is it possible to modify sys/system files after the firmware has been flashed (even the read-only ones), or is pre-flash manipulation the only solution? For example: is it safe to pull a system file with adb, modify it, then push it to the phone with adb?
Click to expand...
Click to collapse
No. You want to root your android again to do these.
Ashwinrg said:
No. You want to root your android again to do these.
Click to expand...
Click to collapse
I forgot to say that I rooted the phone again. I'd like to know if it is possible to edit system files after flashing a firmware (and rooting the phone) or if I'm forced to apply all system changes before flashing. Also, I'd like to know what kind of changes are allowed and/or forbidden (in order to avoid another brick).
For example, I found a read-only "serialno" file in "sys" folder and this file contains the serial number of the device. Could I pull this file with adb, change the content of this file (with another serial number) then push it into the phone?
Black Heretic said:
I forgot to say that I rooted the phone again. I'd like to know if it is possible to edit system files after flashing a firmware (and rooting the phone) or if I'm forced to apply all system changes before flashing. Also, I'd like to know what kind of changes are allowed and/or forbidden (in order to avoid another brick).
For example, I found a read-only "serialno" file in "sys" folder and this file contains the serial number of the device. Could I pull this file with adb, change this file (with another serial number) then push it into the phone?
Click to expand...
Click to collapse
You can change anything after rooting your phone. Make sure you are doing it correctly. Keep nandroid backup to recover from bad scenarios.
Ashwinrg said:
You can change anything after rooting your phone. Make sure you are doing it correctly. Keep nandroid backup to recover from bad scenarios.
Click to expand...
Click to collapse
Ok, but I'd like to have some general tips or advices before doing that. For example, I read (somewhere, here on xda) that file permissions have to be the same as the original file, so if I edit a read-only file I have to restore its read-only status or I could brick the phone. Is this true?
Black Heretic said:
Ok, but I'd like to have some general tips or advices before doing that. For example, I read (somewhere, here on xda) that file permissions have to be the same as the original file, so if I edit a read-only file I have to restore its read-only status or I could brick the phone. Is this true?
Click to expand...
Click to collapse
Yes. If you change permission to read-write then after modification you want change permission to read-only.
Grab ithat build.prop file and transfer to memory card using TWRP. Edit at PC and restore it