So I've got a problem and hopefully it's not something stupid that I've done. I got my 6p yesterday and immediately did a nandroid backup and flashed Pure Nexus (and SuperSU 2.67). For some reason I'm totally unable to download, delete, etc, a lot of the files on/to internal memory. If I try to delete a file from the root of /sdcard/ it works, but if I try to delete something in /sdcard/Download/ it doesn't work. I checked permissions for files within /sdcard/Download/ and the permissions are rw-rw----. If I go into Root Explorer and try to add Execute permissions it tells me the change was not successful. Any ideas?
Ok so I figured it out. When I got my new phone I copied files from my old phone to my computer, then copied them back to my new phone. I swear I've done that before without issue but apparently this time it messed up permissions big time. I was able to rename the folders via PC and create new folders via Solid Explorer, but still couldn't move/delete the files. I ended up booting to TWRP and was able to delete the folders using the file explorer there.
Related
Hello all,
I have written a script to push as file to my TB and it works kind of...I just want to know why it is not functioning as it should.
Here is what I am attempting to do.
Since my HTC weather does not have my city listed and my weather is always way off, I hacked the HTC weather database to add my city. And it works great.
So I wanted to create a weather_update.zip to install using CWM to do all of this for me if I changed roms and to allow others to use it as well.
the file goes into the /data/data/com.htc.provider.weather/files directory.
My script mounts data, pushes the file, changes the appropriate permissions, then unmounts.
It works as intended because I can see the file using adb prior to reboot.
However, after a reboot, the file is overwritten by the original. I can even delete the file completely, reboot and it is rebuilt. So my modified file does not stick.
BUT, if I use root explorer and copy the file to the correct directory and change permissions, my modified file works even after a reboot.
I don't understand why it works one way but not another.
Is there a step I am missing in the updater-script?
Any help would be appreciated....
Thanks,
Scott
UPEngineer said:
Hello all,
I have written a script to push as file to my TB and it works kind of...I just want to know why it is not functioning as it should.
Here is what I am attempting to do.
Since my HTC weather does not have my city listed and my weather is always way off, I hacked the HTC weather database to add my city. And it works great.
So I wanted to create a weather_update.zip to install using CWM to do all of this for me if I changed roms and to allow others to use it as well.
the file goes into the /data/data/com.htc.provider.weather/files directory.
My script mounts data, pushes the file, changes the appropriate permissions, then unmounts.
It works as intended because I can see the file using adb prior to reboot.
However, after a reboot, the file is overwritten by the original. I can even delete the file completely, reboot and it is rebuilt. So my modified file does not stick.
BUT, if I use root explorer and copy the file to the correct directory and change permissions, my modified file works even after a reboot.
I don't understand why it works one way but not another.
Is there a step I am missing in the updater-script?
Any help would be appreciated....
Thanks,
Scott
Click to expand...
Click to collapse
I could be way off base here but wouldn't you have to recursively delete the original to keep it from rebuilding?
dbu said:
I could be way off base here but wouldn't you have to recursively delete the original to keep it from rebuilding?
Click to expand...
Click to collapse
LOL, what I was thinking too, but it doesn't seem to work, unless I am doing it wrong.
If I replace the file and reboot, the original rebuilds.
If I delete the file completely and reboot, the original rebuilds.
If I replace the file using root explorer after phone has booted and then reboot, my modified file sticks.
That is what I can't figure out. Why it sticks after OS has loaded but rebuilds if the same file is placed before reboot.
And I can't figure out where the file is being rebuilt from.
Uggggg.
So I'm new to android and the tb but managed to root mine and have some fun, but how do I go about finding all files associated with a particular program? Specifically I uninstalled what I thought was Visual voice mail, but to my surprise it remains. Any help?
Thanks
Dave
You can try different file managers, astro pro or root explorer.
Use root explorer or astro, as stated above. Apps that came pre-installed on your phone are located in the /system/app folder, while apps that you installed yourself are in /data/app. If you are trying to uninstall something from the /system/app folder, I would recommend just renaming the apk from "appname.apk" to "appname.apk.bak" (This essentially uninstalls the app, while backing it up).
Some apps in the system folder can cause problems if they are renamed. If you do have any problems from a renamed app you can just use adb from recovery to remove the ".bak" extension and you are back to square one! If you are worried about space, you can go ahead and delete the file completely as long as you have successfully rebooted with no issues after renaming the file(s). Hope this helps!
Thanks a lot, I'm as far from a programmer/developer as you can get but I'm excited to learn now that I finally have a phone worth voiding the warranty on!
I downloaded the new Stage UI from another thread. I shoved it onto my SD and attempted to just replace the current stage UI apks but it gave me "application not installed"
I deleted the Stage UI files in titanium backup and made sure they were gone in the system app folder. I rebooted and attempted to re-install from the SD card but the phone still acts like the files are there (gives me are you sure youwant to replace the application?)
I then just moved all the files into system>app with root explorer and rebooted. still nothing.
Anyway around this?
Have you tried copying the new files to the correct locations and setting the permissions (check to see what the other apps have)? Make sure you have a backup before messing with the files.
ok.... I have Samsung Fascinate.
PWGB2.0 beta3 ROM
I found the zip containing on here(XDA) somewhere containing the BuddiesNow app for my phone and installed it. I then found the BuddiesNow for Vibrant tweaked for the Fascinate. I went to /system/app and located my BuddiesNow I had placed in there 1st and renamed it .bak
I then placed the Vibrant BuddiesNow app in the /system/app folder.
It worked great. I discovered I liked the Vibrant BuddiesNow app much better.
*************
ok... now my issue. I picked my phone up ealier this week and went to use my Vibrant BuddiesNow app and it was gone. I then long pressed the blank screen and pressed Widgets from the list that popped up. I scroll thru the list and BuddiesNow does not show up in the list.
I then open my file manager and navigate to /system/app folder and BuddiesNow is not in there. Not even the .bak file version.
I then go to my SDcard and find the copy of the Vibrant BuddiesNow app I had originally stored in a folder there and tried to copy it to the /system/app folder. The error message pops up saying that the file already exist and cant paste the file here.
I then booted into recovery, tried wiping partition cache and dalvik cache.
That did not help any. Got same result when I tried to move the file to /system/app folder again.
I then thought I would be cleaver and rename the Vibrant BuddiesNow in my SDcard folder to [BuddiesNow.apk.grid] and then move it to the /system/app folder. AND THEN AFTER PLACING IN THE /system/app FOLDER, RENAME IT TO .APK
That did not work either! It also diappeared.... now I have BuddiesNow.apk,
BuddiesNow.apk.bak, BuddiesNow.apk.grid, all in the /system/app folder and all invisible.
I had the file manager settings to SHOW HIDDEN FILES from the beginning.
I also have tried the SEARCH function in the file manager but it shows no results. I have tried installing many file manager apps and attempting to see if a different file manager would show the files but none did.....
I tried to write this episode as short as possible.. this is the best I could do to cover al the bases...
what could be a fix????????? PLEASE ADVISE! I LOVE MY BUDDIESNOW!
Come one...anyone? I love my buddiesnow app. Please help me out here
hard to belive
hard to believe someone has not seen this before and has an idea how to fix it...
I love this forum anyways
File exists, How about overwrite the file?
Accidentally sent from my Google Nexus S using XDA Premium
melvinchng said:
File exists, How about overwrite the file?
Accidentally sent from my Google Nexus S using XDA Premium
Click to expand...
Click to collapse
OVERWRITE FILE is not an option to choose... in this particular problem with this
particular apk disappearance, the option to overwrite is not there.
I have had the overwrite option at other times but not now with this issue fo who know what reason.
I am going to factory reset I guess and start over.
hasn't anyone else had the same issue?
Not sure if this would be helpful but when I had a similar issue I just used titanium backup and found the file that "already existed" and removed it. Also, you can use any file manager that allows you to sort by date modified and look for any buddynow files that may be in a folder that you didn't think about looking in
did you maybe moved the app to your sdcard ? sometimes app's widgets wont show if you move them to sdcard.If you did so move it back to the phone's memory
YoungSinema said:
Not sure if this would be helpful but when I had a similar issue I just used titanium backup and found the file that "already existed" and removed it. Also, you can use any file manager that allows you to sort by date modified and look for any buddynow files that may be in a folder that you didn't think about looking in
Click to expand...
Click to collapse
I used the search function in the various file managers I have tried & even searched the entire phone (and also the /system/app )for he disappeared files and got no results...when I get some time next week I am going to sit down and factory reset my phone and start all over.
if it works I will not try the vibrant version of buddiesnow on my phone again,
I will just use the fascinate version of buddiesnow. (the vibrant version sure was nicer tho)....
I have two separate issues which I believe are caused by the same thing.
1. When I try to alter platform.xml in the /system/etc/permissions folder via ES File Explorer to enable 3rd party apps to have write capability to the SD card, the edit is unsuccessful and my phone reboots. When I pull a copy of the file to my PC, alter it, and then try to push it via ADB, the same thing happens. I previously used the ADB pull/push method to edit my hosts file and had success with that after doing it while in Recovery, but this time around both ways (in recovery and with the device booted up) result in my device rebooting. For the SD card fix, I've also tried the app that does it for you and encounter the same issue.
2. When attempting to update the SuperSU binary, the update fails my device reboots. This happens with either update method - normal and recovery.
So both issues seem to have the same root cause... my phone will not allow any editing of system files. Anyone have any suggestions?
For reference I'm on a Galaxy Note 4 (model SM-N910T) on T-Mobile.
Baseband version N910TUVU1ANJ7
Android version 4.4.4 (stock ROM)
Kernel version 3.10.0-2796035
Build number KTU84P.N910TUVU1ANJ7
I'm also running Wanam Xposed - not sure if that has anything to do with anything but just fyi.
Thanks
bump... anyone have any ideas?
replace the altered xml with a original/stock one..
If u have a backup
abhinavp649 said:
replace the altered xml with a original/stock one..
If u have a backup
Click to expand...
Click to collapse
I have the stock .xml in there right now... my problem is that I want to replace it, but I can't because my phone reboots every time I try.
Gakuseinozen said:
I have the stock .xml in there right now... my problem is that I want to replace it, but I can't because my phone reboots every time I try.
Click to expand...
Click to collapse
Is your Phone is rooted? If yes:
place the altered .xml somewhere in your sd card.
1. Install an app called Total Commander.
2. Navigate to the location where your stock file is located.(delete it)
3. Now goto sd card where you placed your altered file.
4. Tap on Icon of the .xml file, You will see a green tick mark on it.
5. When your file is selected. Tap on Copy/Move to Icon.( u will see two files one on one with a blue arrow)
6. Now Click on '>>' button to browse the location where you have to Copy/Move the File.
7. Now Tap Copy if You want a backup placed in sd card of the file or move if you just want one file to be there.
(Through all the Process I am assuming that your phone is rooted and you Have Granted SuperUser permissions to Total Commander)
abhinavp649 said:
Is your Phone is rooted? If yes:
place the altered .xml somewhere in your sd card.
1. Install an app called Total Commander.
2. Navigate to the location where your stock file is located.(delete it)
3. Now goto sd card where you placed your altered file.
4. Tap on Icon of the .xml file, You will see a green tick mark on it.
5. When your file is selected. Tap on Copy/Move to Icon.( u will see two files one on one with a blue arrow)
6. Now Click on '>>' button to browse the location where you have to Copy/Move the File.
7. Now Tap Copy if You want a backup placed in sd card of the file or move if you just want one file to be there.
(Through all the Process I am assuming that your phone is rooted and you Have Granted SuperUser permissions to Total Commander)
Click to expand...
Click to collapse
I'm assuming this will end with the same result as when I try it through ES File Explorer. ES has the same capability and I have given it root access already. Something is causing all attempts to alter system files to fail, regardless of root access.
Gakuseinozen said:
I'm assuming this will end with the same result as when I try it through ES File Explorer. ES has the same capability and I have given it root access already. Something is causing all attempts to alter system files to fail, regardless of root access.
Click to expand...
Click to collapse
This was not successful. Anyone else have any ideas? I tried posting logs in the SuperSU update failure thread, with the logic that if I get that issue fixed my other issue will be resolved also, but Chainfire hasn't responded to any of the requests in a while.