Speaker Volume Mod - HTC Aria General

The only real complaint I have about the Aria is its low speaker volume, both for calls as well as media like music and videos. Is there any hack available to get the volume louder? I know meltus had a Audiohack mod for the G1, but its not compatible with 2.1 devices like the Aria. Does anyone know of any other mod we can use?

Go to Settings > Call and turn on Hearing aids. It will make the in call volume a little louder.

Aria Audio Hack
I've been disappointed by the low volume coming out of the speaker on the Aria so I began doing some testing with the Audio Hack meltus put together at androidaudiohacks.com. In the latest version there are three files (AudioFilter.csv, AudioPara4.csv, and AudioPreProcess.csv) that you are supposed to replace with the stock ones in /system/etc. When I try to adb push these files using for ex. adb push AudioFilter.csv /system/etc/AudioFilter.csv I get "failed to copy 'AudioFilter.csv' to '/etc/AudioFilter.csv': Directory not empty". This occurs even after adb remount. I also tried an adb shell session with similar results. Does anyone know how to replace files in the /system/etc or /etc directories? Or are there any other audio hacks working for 2.1 devices?

You will need to enable write permission to that directory as it is read only by default. Hope this helps.
Sent by Aria

kaschenberg said:
You will need to enable write permission to that directory as it is read only by default. Hope this helps.
Sent by Aria
Click to expand...
Click to collapse
How do I do that? I thought thats what adb remount did?

Merged with the thread you created last week for the same topic. Also moved it to General. Please take a moment to read the announcement I posted regarding the creation of duplicate threads.
Thanks in advance for your cooperation and understanding.

Mod: This is a development topic, not a general discussion. Thats why I created the thread in the development forum. Please let the users make these calls for themselves and move it back. The users are what this forum is all about, isnt it?

alfer said:
How do I do that? I thought thats what adb remount did?
Click to expand...
Click to collapse
I thought you have to mount the system with
adb shell
mount /system
..and then you can read/write whatever you want and push and pull and rm and all that good stuff? I might be wrong, I'm still a noob

execute chmod o+w <directory>
ps. Dear Moderator, it's a strange subforum to be discussing changes to operating system files in "Aria General"

Posting or linking to the actual code changes you are trying to implement would maybe make this a legit dev thread.
As of now, it's a discussion of a mod, not a mod. Lots more could probably be moved from the dev area as well if the Aria forum is run like the others on XDA.
as far as how to implement; we don't have an engineering spl, so read write on an active system partition (phone up and running) is going to be unreliable at best - sometimes it works (when it really should not) and others it just doesn't.
We've had better luck modifying files on the system partition from adb within clockwork recovery after mounting /system under the partitions menu in clockwork.
Clockwork is really cool. If I were little piece of code, I'd want to be just like clockwork because it's just so damn sexy.

Thanks attn I'll give clockwork a shot. These 3 files are in two different places: /etc as well as /system/etc. Any idea why the etc directory seems to be redundant?

Related

location of mmssms.db

registered just to find some help with this...
just got a N1, used to have a G1. both rooted, and i'm trying to migrate my mmss and smss to the N1. copied the mmssms.db out of the G1 and saved it to the sdcard. placing it in the N1's /data/data/com.android.providers.telephony/databases/mmssms.db (via Better Terminal Emulator Pro) does not restore the texts. could this be a permissions issue or did they move the mms and sms database?
How does this fit in the Development Section? I am not trying to be rude... but...
why you dont try an sms backup ap?
Solution
This is because you do not have busybox installed yet (cyan will be posting later). You can push it via adb using the following command:
Code:
adb push c:\mmssms.db /data/data/com.android.providers.telephony/databases/mmssms.db
Reboot your N1 after you push to see your messages. Worked like a charm for me.
seraph1024 said:
How does this fit in the Development Section? I am not trying to be rude... but...
Click to expand...
Click to collapse
The problem is that there is no Q&A section and it makes more sense that the General section since it will take a dev's solution to fix the issue. A Q&A section needs to be added.
seraph1024 said:
How does this fit in the Development Section? I am not trying to be rude... but...
Click to expand...
Click to collapse
sorry, i figured this was more tech-y to go in the General section.
also, i'm able to copy the mmssms.db to the location, but after restarting my messaging app crashes (both the default and handcent).
permissions on my mmssms.db file after the copy are:
----rwxr-x 1 0 0 (size) (date) mmssms.db
i'm able to chmod 777 this file and restart and see it, but i assume that the "correct" way to fix this would be to chown to whoever is user "1001" and group "1001" ("1001" because that's the group and owner of the other file in this folder)
quick unix question i guess: how can i find out what "1001" refers to, as "chown 1001 mmssms.db" gives me a "No such user '1001'"?
also, it looks like the MMSs (which were what i was actually trying to save) don't get restored. causes a force close in Messaging and a "Handcent cannot display this" in Handcent.
in case anyone wanted to know. i guess that single database doesn't keep the actual images.
niiiick said:
also, it looks like the MMSs (which were what i was actually trying to save) don't get restored. causes a force close in Messaging and a "Handcent cannot display this" in Handcent.
in case anyone wanted to know. i guess that single database doesn't keep the actual images.
Click to expand...
Click to collapse
The other easy solution is MyBackup Pro. If you don't want to shell out the $5 you can get a 30 trial of the full version (all features work) for free in the Market. It will backup and restore both SMSes and MMSes. Hope this helps.
one of the comments says that even with the 30 day trial you can't restore to a different phone, it has to be to the same phone the backup is from. plus i'd really just kinda like to learn
Hmm...the main reason I wanted to root the phone was to be able to push my old mmssms.db file onto the new Nexus, interesting that it doesn't work.
The db file is just a sqlite database, I wonder if maybe the database schema has changed slightly, hopefully I can pull the one from the Nexus today at work and compare it to my backed up G1 db...
Swervo said:
Hmm...the main reason I wanted to root the phone was to be able to push my old mmssms.db file onto the new Nexus, interesting that it doesn't work.
The db file is just a sqlite database, I wonder if maybe the database schema has changed slightly, hopefully I can pull the one from the Nexus today at work and compare it to my backed up G1 db...
Click to expand...
Click to collapse
actually it was my mistake, it works, just so far not the MMS part. copy the mmssms.db to your new phone, restart. i had to change the permissions to 777 (because i don't yet know who to chown to). is the mmssms.db supposed to hold the actual images too? do you know how that's supposed to work?
AndroidAppCritic said:
The other easy solution is MyBackup Pro. If you don't want to shell out the $5 you can get a 30 trial of the full version (all features work) for free in the Market. It will backup and restore both SMSes and MMSes. Hope this helps.
Click to expand...
Click to collapse
thanks for the suggestions. one of the comments says that restored MMS's can't be viewed.
this is the only problem i'm running into doing it manually. i just need to know where the mms's are kept in the system or why they won't read from mmssms.db...
ok, if anyone cares, i've successfully manually moved my SMSes and MMSes from my rooted G1 to my rooted N1.
had to use ADB.
used superuser'd terminal in the G1 to copy the following to the sdcard (though i suppose you could ADB pull them off the G1)
/data/data/com.android.providers.telephony/databases/mmssms.db
/data/data/com.android.providers.telephony/app_parts/*
copied them to my comp
then
adb push c:\mmssms.db /data/data/com.android.providers.telephony/databases/mmssms.db
adb push c:\app_parts /data/data/com.android.providers.telephony/app_parts/
or somethin like that. basically move mmssms.db and all the files in app_parts to the nexus one, same directory.
if you don't do it through adb, then you might have some permission errors and the messaging apps would force close. just chmod 777 all of these files (and the app_parts folder) unless you know who to chmod to (cuz i didn't) and it should work. let me know if you do it that way, cuz i haven't tested it.
edit: after this, sending an MMS would force close, and trying to download one would fail. back in the adb shell:
cd /data/data/com.android.providers.telephony/
chown radio app_parts
chmod 771 app_parts
i suspect that this is because i had created the app_parts folder via ADB instead of letting the system create one when the first mms is sent/received on an N1. either way, afaik all mmses work now.
I missed your reply to this, doh!
[Removing bad instructions]
The method I posted works great, as long as you never try to send any texts. Once I sent some, they ended up in random order in the thread, then the phone started spewing multiple copies of the same message, at least 15 or so to my wife in about 30 seconds, I had to go into airplane mode to stop them, and then just restored from a nandroid backup. And I don't have unlimited texts...oops...

Can we try EVO's new root method for 1.49?

Ran across this thread in the evo section, seeing how we also have htc's flash lite. It made me hopeful of attaining root. Ive tried every card mentioned as being successful on three different systems:-(
http://forum.xda-developers.com/showthread.php?t=718889
bowtieduece said:
Ran across this thread in the evo section, seeing how we also have htc's flash lite. It made me hopeful of attaining root. Ive tried every card mentioned as being successful on three different systems:-(
http://forum.xda-developers.com/showthread.php?t=718889
Click to expand...
Click to collapse
Even though I didn't really think it would work, I gave it a shot anyway. Naturally, it was unsuccessful. The Eris take FOREVER to load that website, and it never triggers the shell script to ask for a reload, therefore permission is denied for the second part when you reboot with adb shell.
Interesting exploit, though. I wonder if there is some way to modify it for the Eris. Maybe you could contact the devs.
Really, nobody else is interested in this?
MyFixofAndroid said:
Yep that's what I expected. Yea there's gotta be someone here that can do the changes to the EVO files so they work with Eris, and upload the proper files to file sites and have us downloading in no time, so we can get root finally. Yes please anyone here up and willing
Click to expand...
Click to collapse
Toastcfh used to do some work for the Eris someone may want to start there since he provided what looks to be a pretty main part of the EVO root.
sickbox said:
Toastcfh used to do some work for the Eris someone may want to start there since he provided what looks to be a pretty main part of the EVO root.
Click to expand...
Click to collapse
Thanks for the tip. I sent him a PM. Will report back when I find something.
Anyone with an Eris can help out - rooted or unrooted.
I looked at those scripts last night - what seems like the necessary conditions for the beginning of the exploit (part1) are:
(1) there is a directory read/write/traversal permission security flaw in the data area for flash-lite;
(2) apparently, when flash-lite is running it must have root privilege at a moment when it performs a file "chmod" operation
So, an unprivileged user goes in, and makes a symlink (at the correct moment in time) in flash-lite's data area that points to a mtd partition - moments later, flash-lite "chmods" what it thinks is a file in it's data area, but instead, it is chmod'ing the target of a symlink - the normally protected mtd partition.
This allows use of flash_image to write whatever is wanted to that partition - even as an unprivileged user.
It should be easy enough for someone with Linux/Unix command line scripting experience to test to see if these conditions prevail on the Eris. You don't even need to be root - make your symlink point to something in /data/local if you are worried about something bad happening to a mtd partition. Chmod it initially to 600, and see if it get's changed by flash-lite when (and if) you drop the symlink into place.
I would do it, but I've got to go buy all the parts for ( & build) a new computer (no dev station as of last night ).
bftb0
bftb0 said:
Anyone with an Eris can help out - rooted or unrooted.
bftb0
Click to expand...
Click to collapse
Thank you for the detailed explanation. I'll have a look at the scripts, though it's more about learning new things for me, as this exceeds the current state of my unix knowledge. Hope others with more immediate knowledge of the subject will take a crack at it.
The shell script points to sharedobjects within /data/data/com.android.browser/flashlite, but sharedobjects, nor any folder for that matter, exists within that directory on the Eris. Is there a different place this could point; does the Eris have the same objects stored in a different location?
UPDATE: I'm searching my filesystem on my Eris right now to find it. I will report back later with results.
Also If we find a sharedobjects folder (and the right one) then we can point the script in the proper direction and have root very soon.
MyFixofAndroid said:
Maybe the "sharedobjects" folder and other missing folders are really on the Eris, one of you should look for them. Use ASTRO or a different file manager and search most of the whole filesystem and see if you can find "sharedobjects" on your Erises.
In the meantime I'll try the same thing. Maybe there's a search engine for the file system of the Eris that you can get in the Android Market, that would do the trick. A file and/or folder search engine.
If we find a sharedobjects folder (and the right one) then we can point the script in the proper direction and have root very soon.
Click to expand...
Click to collapse
From what I see (and this may just be my eris), the directory probably does exist but we can't touch it:
ls -l
...
drwxrwx--x system system 2010-04-15 02:23 data
...
No read or write permissions to the directory using adb or Astro.
I do have permissions for /sdcard/data on my Eris:
d---rwxr-x system sdcard_rw 2010-06-26 13:26 data
but it doesn't contain the referenced folders and I don't think the browser downloads temporary files to the SD card.
I checked on my other Eris which is rooted. It seems that these may be the directories that we are looking for. However I don't find anything in an app-cache directory.
# find / -name *flashlite
find / -name *flashlite
/data/data/com.android.browser/flashlite
find: /proc/851: No such file or directory
# find / -name com.android.browser
find / -name com.android.browser
/data/data/com.android.browser
Well this appears to be the deal breaker then. Because non-root users of Eris cannot access /data as non-root, they cannot see anything in app-cache, and therefore cannot root yet, at least with this particular method unless there's another way to do it.
We should think of a way to still exploit Flash Lite on Eris, but use a different folder/folders in the Part? scripts that they point to for the operations of the script. This may be possible to do, however, still unlikely to work, and it is still going to be hard at this point.
But does anyone want to give my modified EVO method but for Eris a try? One of you should, so that we can root this thing and get it over with.
jimbonj said:
From what I see (and this may just be my eris), the directory probably does exist but we can't touch it:
ls -l
...
drwxrwx--x system system 2010-04-15 02:23 data
...
No read or write permissions to the directory using adb or Astro.
I do have permissions for /sdcard/data on my Eris:
d---rwxr-x system sdcard_rw 2010-06-26 13:26 data
but it doesn't contain the referenced folders and I don't think the browser downloads temporary files to the SD card.
Click to expand...
Click to collapse
I dont think we would need read write permissions to begin with to use this root, if we had them to start we would be rooted
Because is he using a exploit in flash lite to write to a restricted folder, hes not just found a folder where the permissions aren't set correctly.
If flash lite can invoke admin access and we can exploit it there should be a way to root this.
I am going to the bar going to get some beers for my friends birthday, when I get home I am going to see if I can modify this into an eris root
Yeah JVWARD!
On your rooting effort, all the better, try modifying it for Eris and let all of us know if you succeed, hope you can, so we can get root too. Keep trying it with different changes until you get it to work.
Thanks.
You are able to cd directly into /data/data/com.android.browser/ and then ls, so all hope may not be lost yet. The flashlite directory does not show up, I'm guessing because I haven't used my browser yet so I need to try and get to a flash site and see if it is created. I'm having some problems with the touch screen my leak Eris right now that I'm trying to fix right now if anyone else wants to give it a shot.
You are able to cd directly into /data/data/com.android.browser/ and then ls, so all hope may not be lost yet. The flashlite directory does not show up, I'm guessing because I haven't used my browser yet so I need to try and get to a flash site and see if it is created. I'm having some problems with the touch screen my leak Eris right now that I'm trying to fix right now if anyone else wants to give it a shot.
Click to expand...
Click to collapse
Yes sickbox, by all means, keep trying stuff, and finding that "flashlite" directory etc. till you get it to root. Hope your touchscreen returns to normal, and that you can create the directory that you mentioned in your previous post by using a flash site.
Hey guys, I know this is a tall order, but I want to help. Any chance you could do a "step by step" set of instructions, or at least copy & paste the Evo instructions with the appropriate changes to try this on the Eris? I'm still not rooted, and the SD card Timing root method isn't working for me. I'd like to try something different.
hey can someone with a rooted Eris using a an almost 100% stock Rom setup dump there file system and post it. Anyone using a highly customized Rom don't bother.
Sent from my Eris using Tapatalk
lostpilot28 said:
Hey guys, I know this is a tall order, but I want to help. Any chance you could do a "step by step" set of instructions, or at least copy & paste the Evo instructions with the appropriate changes to try this on the Eris? I'm still not rooted, and the SD card Timing root method isn't working for me. I'd like to try something different.
Click to expand...
Click to collapse
Link to the Evo instructions is in the OP. Currently working to see if it's possible on the Eris, so that's a no-go for now.
Stay tuned.
Team,
I've been working with the scripts with the awesome folks on IRC and have currently gotten thus far:
Part1 - http://pastebin.com/FUJWM3zW
Part2 - http://pastebin.com/6h07zrdm
I believe at this point I've screwed up my FlashLite plugin with my testing, so I'm going to try to recover that and keep moving along.
LR

errors when using adb and CM6 on HTC aria

I wonder if other people are having these issues, story follows.
I was trying to install the updated ADW.launcher via the adb install command and was getting errors such as "/sbin/sh pm not found". This led to an investigation and it turns out that all the standard applications used to install stuff under android are in /system/bin BUT... The path in the CM6 rom does not have /system/bin in the PATH variable. The only path element as far as I can tell is /sbin. So the solution I came up with was to copy over all the tools from /system/bin to /sbin and this worked.
So here is the real question. How do I change the path on the android device? I have already tried export PATH=$PATH:/system/bin but this does not stick after I close the adb shell.
Update: oh great when you reboot the phone all the copied tools disappear and you have to do it all over again to install another file. Did not expect that one. This makes my need to change the path even more urgent.
Update2: I found it easier to just push the new file over top of the old one in /system/app. This will work for system apps and if I need to install other apps I can just load them from the sdcard.
Is there a reason you are not installing it from market? ADW is the default launcher in CM6, so the one from market is not the same, but they can coexist.
so the one from market is not the same, but they can coexist.
Click to expand...
Click to collapse
Yea I was not really sure about that so I felt it was safer to download the one for CM6. If that works I will do that in the future. I ended up just doing a push over the older version in /system/app, this worked fine.
Is there a reason this rom does not have /system/bin in its path? Is it to avoid toolbox?
anika200 said:
Yea I was not really sure about that so I felt it was safer to download the one for CM6. If that works I will do that in the future. I ended up just doing a push over the older version in /system/app, this worked fine.
Is there a reason this rom does not have /system/bin in its path? Is it to avoid toolbox?
Click to expand...
Click to collapse
It is in the path.
# echo $PATH
/sbin:/system/sbin:/system/bin:/system/xbin
#
Can you help me to change the path? Mine is only /sbin for some reason.
Normal export command did not work for me. Thanks
Maybe its baked into the boot.img? What about the init scripts? Any clues where to start? Maybe I will just flash on a new nightly, would that over write the existing path info?
Ok, I found some clues. A document on the android init scripts describes the path settings. I will poke around in there and see what I can muck up. http://www.netmite.com/android/mydroid/1.6/system/core/init/readme.txt
Sent from my Liberty using XDA App
Answered my own post.
To change the path you need to edit init.rc and add the correct path.
For some reason the nightly I was using had the wrong path in there and would not let me use adb install correctly. I would get an error back "/sbin pm not found". The adb installer was looking for a tiny program (a shell script really) named "pm" but it could not find it because pm is located in /system/bin which was not in the search path. Probably would have caused other problems too.
On a side note, why could I not get an answer to this simple question on a developement thread. Seems like rom creators/moders would know this second hand. Not complaining just makes me wonder.
Sounds a lot like a complaint to me.
I've been busy working on issues that are not isolated to a bad nightly, such as why we can't read telnos and contacts from the sim card.
/system/bin/sysinit gets pulled in from the cm6 repository, so things on nightlies are very fluid - I never know what to expect. Looking at my build, there is no way I could answer your question in any definitive way that would explain the discrepancy. Since I could not verify the problem, I deemed it a non-issue and moved on.
That did sound like a complaint, sorry. It was not really directed at you as I assume there is more than one developer on this site. I got it solved no problems. Maybe this will help someone else down the road. I have seen a few of these posts around and never saw a concrete answer.
I am surprised the phone ran so well with the path mangled so bad. I am also a little surprised that init.rc gets touched at all on a nightly cycle. One of those things I guess.
anika200 said:
I am also a little surprised that init.rc gets touched at all on a nightly cycle. One of those things I guess.
Click to expand...
Click to collapse
I was a little surprised as well.

[Q] Getting past the "Read-only file system"

Ultimately... All I'm trying to do is put my custom ringtone on the internal memory so that it still plays correctly when the sd card is connected to my computer. (Though I certainly wouldn't mind removing the obnoxious "boot_att.ogg" file as well.) But I keep getting thwarted. First by the discovery that there's no /home directory (which kind of weirds me out, but that's a whole 'nother story).
Anyway, my phone is rooted with z4root, and I'm trying to do this by two different methods. [Correction: It would be better to say that I've tried this using two different programs] I've tried using "adb shell," and I've tried using "Android Terminal Emulator". I can successfully use su in both of them (but if I can't rewrite anything, then I don't see what the difference is). Then I go to the directory on my sd card where the cell ring is and I type
cp cell\ ring.mp3 /system/media/audio/ringtones/​
And it replies
cp: /system/media/audio/ringtones/cell ring.mp3: Read-only file system​
So, I found these instructions that say to use "mount -o rw,remount -t yaffs2 /dev/block/mtdblock3" (though I think it needs to be "mtdblock7" for mine) or "mount -o rw,remount -t rootfs /" But when I do either of those, it returns
Usage: mount [-r] [-w] [-o options] [-t type] device directory​
Which I take to mean that the "mount" command isn't being used correctly (and my experience with the mount command on desktop bash is limited, so I don't have any clue how to correct it).
It's worth noting that I have the exact same results in both adb shell and Android Terminal Emulator.
So, I found another thread (I think one on XDA) that said that I need to be in recovery mode to write to /system, which kind of makes sense. But I have no clue how to do that. And Google is not helping. The only instructions I could find said to turn the phone off and hold down the camera and volume up button. Which did nothing. And it's a good thing nobody was watching because I'm sure I looked like an idiot.
So... I guess I'll have to ask, how do I get into recovery mode? But at this point, I keep coming across so many absurd things keeping me from this that I wouldn't be surprised if next I get an error.
Therefore, my question is this: Is there a way to get into recovery mode, or, alternatively, is there a way to keep my ringtone working even while my sd card is connected to my computer?
Do you have busybox installed?
Have you tried Root Explorer? It has a button to toggle read-write and read only in a folder.
I do have busybox installed. I have no idea what it does, but I installed it in an attempt to enable sideloading (which I have yet to successfully do; apparently the file isn't in the same place on the Flipside as the Captivate and I was going by a Captivate guide).
I have not yet tried Root Explorer. I know this sounds stupid since it's just four dollars, but I tend to shy away from mobile programs that cost money. (Don't know why, I've been that way since my black and white palm pilot.) But, that's just something that's weird about me, lol. I'll get Root Explorer tomorrow and come back.
Busybox is a set of command line utilities. More Info. The link in my previous post is to an installer for Busybox. Busybox provides a set of commands that can be used and many of the tutorials on modifying an android phone use them. Some don't clearly state Busybox is required.
If you are using this thread as a guide to enabling installation from unknown sources be sure to read the whole thread. In particular this post.
Mission accomplished: Root explorer worked perfectly. I saw it in the marketplace before, but I didn't know it can change read/write privileges. (I didn't get it because I thought it was going to have the same effect as Android Terminal Emulator, just without the GUI. Obviously, I am pleasantly corrected.)
And I have a correction: I did not have BusyBox installed; I had the installer installed. But it is installed now.
Thanks also for the links; sideloading is on my to-do list, after removing AT&T bloatware.
And I have one quick question: Do you (or anybody reading) happen to know if it'll be ok if I remove that boot_att.ogg file in /system/media/audio? I don't know if AT&T designed it so that the phone will crash without it, so I thought I'd ask before removing it.
adanedhel728 said:
. . . .
And I have one quick question: Do you (or anybody reading) happen to know if it'll be ok if I remove that boot_att.ogg file in /system/media/audio? I don't know if AT&T designed it so that the phone will crash without it, so I thought I'd ask before removing it.
Click to expand...
Click to collapse
I have not tried any mods of the boot sound. I would suggest that you replace the file with one that is the same name but just silence if removing it does not work.
Mounting file system as Read/Write
I too can affirm that the "Root explorer" app works perfectly for toggling the Read Only File System to Read Write.
I have a Samsung Captivate from AT&T that I upgraded to Froyo (2.2) using the official release from Samsung via the Kies Mini interface. First, I can say that was very worth it. Love 2.2 much better than stock 2.1
I rooted the phone with SuperOnceClick1.7 (had to have a Windoze OS to run that though) that I got from XDA developers and it worked like a charm. I then removed all the bloatware that AT&T likes to inflict upon its users by using "Titanium Backup." Finally, I added "Terminal Emulator" and verified that the su command was working and then "cd" to the "/etc" folder where the "PowerOn.wav" file is for the annoyingly loud startup sound is to delete it. When I issued the "rm" command to delete the file, got the dreaded "can't delete dueo the Read-only file system" or something very similar. Tried using the Android SDK via adb and that gave exact same results.
What to do?...Found this thread that gave great advice that "Root explorer" does work to toggle the R/O to R/W so the file could be deleted.
Thank you marvin02 for the great lead!!!
I have removed the "boot_att.ogg" file without any problems and went as far as swapping out the "bootanimation.zip" also without any problems. Now using CyanogenMod 5 boot animation but... haven't had any luck replacing the .ogg file for a custom startup sound. Tried encoding audio to the same specs as the original but keep getting this strange noise at boot time instead. Just thought I'd throw that in.
Quick question...
I just downloaded the free explorer from Speed which makes Root Explorer.
don't see any button to change read only to read/write. Is that a feature only in the paid Root Explorer?
Thanks from a Noob.
Edit: Just so if there are any other noobs asking... Yes, need to get the paid version to be able to write in system folders.
The free version is not able.

How can I make the Galaxy S4 R/W totally?

Hey everyone! I am back with a new question / challenge for everyone. I apologize if this sounds too N00B! I searched in the forum and cannot find a solution.
I am trying to make my Galaxy S4 TOTALLY R/W permanently. Rooting only makes the system directory r/w but there are other directories and locations that also need to be accessible as well. When I was back on the MDL firmware I used a linux command to make the entire drive and phone (everything) R/W using the Terminal ... and for the life of me I cannot remember how I did it.
Can anyone help me out with this? I sure would appreciate it. I am tired of copying files and pasting and tricking it to do what I want when I assign permissions or modify a file. If I remember correctly I ran some linux command that made the ENTIRE phone read / write accessible permanently.
Thanks to anyone who can help!
TheDogman said:
Hey everyone! I am back with a new question / challenge for everyone. I apologize if this sounds too N00B! I searched in the forum and cannot find a solution.
I am trying to make my Galaxy S4 TOTALLY R/W permanently. Rooting only makes the system directory r/w but there are other directories and locations that also need to be accessible as well. When I was back on the MDL firmware I used a linux command to make the entire drive and phone (everything) R/W using the Terminal ... and for the life of me I cannot remember how I did it.
Can anyone help me out with this? I sure would appreciate it. I am tired of copying files and pasting and tricking it to do what I want when I assign permissions or modify a file. If I remember correctly I ran some linux command that made the ENTIRE phone read / write accessible permanently.
Thanks to anyone who can help!
Click to expand...
Click to collapse
Still no replies. Holy smokes. Looks like this one stumped everybody. -smiles-
I have the same issue. I have also been searching around for this.
TheDogman said:
Still no replies. Holy smokes. Looks like this one stumped everybody. -smiles-
Click to expand...
Click to collapse
u talking about a simple chmod 666 ?
What would the reason be in doing so ? I only ask to see the reason behind why you would need to do so
hednik said:
What would the reason be in doing so ? I only ask to see the reason behind why you would need to do so
Click to expand...
Click to collapse
+1. Sounds like a disaster waiting to happen.
jd1639 said:
+1. Sounds like a disaster waiting to happen.
Click to expand...
Click to collapse
No disaster. I am just sick and tired of constantly using work arounds when I'm sure there is a way to make the entire file system read / write. I had it this way using the MDL firmware. The only way this would turn into a disaster is if a user got plain stupid with it and deliberately messed with files that he knew weren't to be messed with. Also the comment earlier about a "simple chmod 666" is kind of funny because not all of us are guru's with linux such as some of you are. Please be easy on the guys trying to learn and give back to the community also. Everyone was a N00B once. Don't forget that! -smiles- Anyway thanks for the replies. I will continue my search for the fix!
TheDogman said:
No disaster. I am just sick and tired of constantly using work arounds when I'm sure there is a way to make the entire file system read / write. I had it this way using the MDL firmware. The only way this would turn into a disaster is if a user got plain stupid with it and deliberately messed with files that he knew weren't to be messed with. Also the comment earlier about a "simple chmod 666" is kind of funny because not all of us are guru's with linux such as some of you are. Please be easy on the guys trying to learn and give back to the community also. Everyone was a N00B once. Don't forget that! -smiles- Anyway thanks for the replies. I will continue my search for the fix!
Click to expand...
Click to collapse
I still wonder what it is you are trying to do. Honestly I can't see much of a reason because most things I do are done in Root Explorer (hands down the best file explorer and worth the price) and it's merely clicking the button to make R/W and then altering what it is I need to do. What firmware are you on by the way ? You stated you were on MDL but not now. I might only assume you are on one of the more locked down firmwares like MK2 or MF3 and maybe it is not possible.
The chmod comment was not a dig at anyone and he was asking if that is what you are trying to do as in linux cdmod 666 makes the file system R/W.
What other directories are you trying to make R/W ?
TheDogman said:
No disaster. I am just sick and tired of constantly using work arounds when I'm sure there is a way to make the entire file system read / write. I had it this way using the MDL firmware. The only way this would turn into a disaster is if a user got plain stupid with it and deliberately messed with files that he knew weren't to be messed with. Also the comment earlier about a "simple chmod 666" is kind of funny because not all of us are guru's with linux such as some of you are. Please be easy on the guys trying to learn and give back to the community also. Everyone was a N00B once. Don't forget that! -smiles- Anyway thanks for the replies. I will continue my search for the fix!
Click to expand...
Click to collapse
Wasnt trying to be cute. Open terminal, type su chmod 666 /path/to/folder. As others have said, be very careful what you're setting to rw. Chmod is command to change user perms and 666 is rw.
Sent from my SGH-I337M

Categories

Resources