Related
CES is upon us (well soon) and I will be attending the conference along with about 300,000 others. However, I doubt there are many others with the intention of coming back with a bit of honey as I am.
Motorola will supposedly have their honeycomb tablet there, among other manufacturers I'm sure. What would be the most surefire way to bring back some bits and pieces of the software for us to tear apart?
My plan upfront was to create a zip file of the entire /system partition and then upload it to a server. Chances are whatever I do, I'll have to do it fast. If I'm crowding a device, it will probably look suspicious. What are the most surefire ways for me to pull system data off of the device, compress it, and upload it in a usable format? Obviously a nandroid backup is out of the equation, as is anything that will take more than 5 minutes to accomplish. I think I could probably upload the file in the background of the device, so the time I have will be for making the copy.
So what do you think? Any software I should look into that will help the cause? Anything else that I might be overlooking? Also, totally into some feedback here if anyone thinks this is just a dumb idea to begin with.
tl;dr: whats the quickest way to archive an entire android system partition and upload it to a server using tools only available on the device?
dude, you GO buddy! just don't get caught huh?
ok, so I looked into what this is going to take and I think i have a game plan. Someone please step up and tell me if this is out of line:
Assuming I can get to actually play with the device: download a terminal emulator. I should have the apk prepared and ready to go on my own personal server along with a few backup versions.
Download a binary from my server that allows zip access. I should be able to use gzip or bzip2, both are in busybox, so that might be another step. Assuming that I get the binaries for those, the next step would be creating a /bin/ file in the /data/ directory. (I am not sure if this will work. I need to do more research, but I think that would be in the path.) I would have to do this all from /data/ because obviously, I wont have root access (I think... this would be so much easier if moto decided to leave su on the phone )
Run gzip or bzip2 on the /system/ partion, saving to /sdcard/. Using the browser on the phone, upload this file to mediafire or similar filesharing service. Or, better yet, bluetooth it to another personal device nearby. My estimations say that would take about 15 minutes though to complete the transfer.
Anyone see any flaws?
Im kinda of a turb0 n00b but I love this idea, hopefully superuser is on the device, the place will be packed, just find a buddy or two to help distract the other demo hosts. Hopefully it will be crowded enough where you can just dissappear if something goes wrong.
I love the idea and I hope it works. Sorry I couldn't offer any technical advice.
if they suspect something just start rebooting the device hopefully to cover it up, maybe load something on your server where you can type a command and hopefully wipe any logs/traces of tampering etc.
man, I hope this works!
Last year, Moto's booth had a good distraction vs employee ratio. They had a stage set up in the middle of the booth with performers doing amazing juggling and stupid human tricks. Distracted almost everyone. Should give me my five minutes.
The only thing I'm worried about is that the tablet will be under glass and not user handleable. We will see what happens.
I'd say try to background everything unobtrusively so you can leave and still have it running, then check mediafire frequently so that Moto doesn't have enough time to find what you've done and issue a takedown notice. It's pretty easy to mount an ftp server in Windows, so once it's done uploading you could whip out a laptop and download it directly to your server. I would also like to offer my services for mirroring. If you need access to my server from CES, PM me and I'll give you an account with r/w access to a separate directory (can't be too careful) so you can upload.
Oh, and if it has GApps, just download Astro and zip /system into /sdcard or wherever, then bluetooth it to yourself.
DesireC said:
Oh, and if it has GApps, just download Astro and zip /system into /sdcard or wherever, then bluetooth it to yourself.
Click to expand...
Click to collapse
Will astro handle a zip operation? And do you think its capable of zipping the entire system partition?
And even if it didnt have gapps, I could grab the astro .apk and have it ready on my server when I get there.
That would be WAY easier than downloading the binaries from busybox and running all of this through CLI (although less fun )
I think I need to find a more graceful way to get the file onto a server once I've dumped it. Know of any ftp applications?
On a semi-related note, there are announcements left and right about honeycomb from other manufacturers besides Moto that will have goods at CES. that means that if the moto tabs are locked down or my process fails there, I can try with other vendors!
If at CES they have a open WiFi network you could use a FTP service on your phone and dump data onto there, so that way you can stay untraceable.
I wish I could help you with ziping the system or whatever but I have no experience with Android....yet .
Good Luck!
If there is such a high level of interest why doesn't moto just make it available?
Sent from my T-Mobile G2 using XDA App
Well, bad news. According to Moto's PR, they wont have the tablet on display at this year's CES. It's just "not ready".
That is not to say, however, that there will not be other Honeycomb tablets available. I still have my tools prepared and I'm ready to get what ever I can. Project Honeypot is still a go!
project honeypot... lol
man I wish you the best!
Well..., anything?
How'd it go dude?
This has been bothering me for quite a while, so I conjured a little story to help sooth my frustration.
Lets say my Android device is the new tenant of a nicely formated loft, this loft being 16gb of square space. To commemorate this new exciting space my device throws a house party. Most of the Apps he invites are pretty well behaved, but some start spilling drinks, then puking on the carpet, then having an orgy, then bukkake-ing the root directory. After discovering such acts, the device politely requests the disruptive guests force quit and leave. "I need more space on my phone." the device replied as each questioned on their way out. To his disbelief, NONE of the Apps cleaned up their mess! Even worse it seems some of the classier Apps, though more organized seem to have been influenced too. Unfortunately the device is forced to live with it, as the police force stopped responding to calls in his neighborhood. One man tries, but it always returns to a mess.
I hope that entertained someone.
i know exactly how you feel... there is at least 7 unused folders just wasting space on my phone. not to mention random mp3's hidden deep within my phone...
PhxkinMassacre said:
i know exactly how you feel... there is at least 7 unused folders just wasting space on my phone. not to mention random mp3's hidden deep within my phone...
Click to expand...
Click to collapse
I hope you understand about the unused folders and NOT the bukkake-ing!!
hello, nice story!
I won't say that I am even close to being a developer but I do develop some apps and the thing that I wan't to point out is that apps do not run when they are installed or uninstalled. It's not each application job to clear up the mess it may have created but package manager's which apparently leaves some files be just in case you would like to reinstall the app later(?)...
I would propose to look for a more efficient package manager or doorman/janitor for your loft
That's why I don't invite the guy whos only existence is to make farting noises!
Very good point. However, one thing I don't know is if uninstalling through the market cleans up the SD card better than using a third party mass uninstall app. Something you may want to experiment with.
Back at it again...
Here I am again, and I still don't flippin get it!
After reading some of your comments I realized my main point kind of got glazed over(no pun intended @Scudderb)
My big issue is that there's no hierarchy in place for this crap. In windows, program files are stored in the 'Program Files' directory. In Android (and I credit google and the developers for this sloppy BS) Apps are just throwing all their **** in with my stuff on the ROOT.
How is this acceptable. Seriously, HOW? And if its all cache files and/or temporary documents than WHY THE **** ISN'T ALL THIS CRAP BEING PUT INTO A TEMP/CACHE FOLDER.
I'm PISSED! Why does every app I install get to put their own folder on the ROOT WITH the FOLDERS and FILES that actually matter to me ex: like my music, pictures, movies, documents (OH and by the way, a lot of apps developers do a REALLY ****ty job with their NAMING CONVENTIONS so the folders being created may or may not even look related to the app that put it there!)
::end rant::
My apologies for the colorful language, folder structure and hierarchy are something I design as a web designer so when I see this crap going on in my phone like the inmates are running the asylum... I get angry.
Today I was cleaning up my SD card for the umteen'th time, and found that Foursquare was dumping its temp files directly onto the root of my directory. I blew my top and had to get it out of my system... so..
A MESSAGE TO ALL THE APPS PULLING THESE SHENANIGANS: GROW UP!
The problem here is that it's hard to do it right
For custom data, files are supposed to be saved into "/data/data/com.appname/blah" (that's from the top of my head, could differ slightly). That's the directory to use for data files, but there's one big issue with it: it's on the internal memory storage. We all know that internal memory on Android (without custom ROMs) is.. limited. That's probably why most devs are using SD for larger files.
There's also the "Android/data/com.package_name.blah/blah" directory on the SD card. This directory should be used by apps to store files into and is automatically deleted when the user removes the associated app (but only when you're running Froyo or greater).
The issue with this approach is that users (and developers too, when testing the app) will lose all their data when removing an old version of a specific app. Let's say there's a bug with the Market again and the app suddenly gets uninstalled. User will have to reinstall, result: data will be all gone. That's only one of the many doom scenarios.
I can't speak for other developers, but that's more or less the reason why I started to use a common directory outside of the preferred ones when I was doing apps. It's not a great situation, I fully agree. But would you rather have your data accidentally deleted?
If anyone knows a good way to get around this issue, I'd love to know more about it...
orly
Thanks for the reply @Stripeymilk
I can think of multiple solutions:
#1 Development community adopts a universal directory for files deemed 'User' or 'Save' data that should be stored for future use. (or Google creates this for developers)
#2 Development community adopts the practice of allowing users to pick the directory users want to store an apps data in. (prompt at app's first start)
#3 Store files/data in the cloud.
#4 Users dump trash in the lobbys/living-rooms of developer's and see how quickly they find a solution.
#5 USE THE "Android/data/com.package_name.blah/" FOLDER WHEN ALL YOU'RE REALLY DOING IS STORING CACHE/TEMP FILES!!!
BOTTOM LINE: Its not hard to do it right, Its just hard to get people to do it.
You make it sound so easy
1) I'm all for it, but Google needs to put its weight behind an approach like that because otherwise people will say "I like /Data better than /data or /Mydata or /MyData". It's a bit like coding conventions: everyone wants to be different.
2) Good for techy people, not so good for "normal" users. Could make it easier with a small "file manager", but that's too much work for indie devs. Could be a nice idea for a new open source project though.
3) Great idea, could actually work if the associated account would be created automatically (like in Cut the Rope for Android with Scoreloop), but:
- The backup functionality in Android for storing data in the cloud is available for API level 8 and greater, making it of not so much use when you're targeting API level 5 or 6 and greater. Could be fixed by using something like Google Storage combined with Jets3t instead, but that would be useless for apps written in C++, like many games are.
- Cloud storage isn't free. Developers can't pay for that as it would be too expensive. If every Android user would've gotten free cloud storage from Google it could be a nice alternative, but (yeah, there's always a but) most current users don't have that.
4) If you're prepared to send your trash by plane to another country, go for it!
5) Agreed. Useful for temp data.
I'm not trying to make it sound easy, believe me I know how it isn't. I'm trying to make it sound simple, because really.. it is...
In response:
1) I agree and this is exactly what I mean by the real hard part is getting people to do it. This requires widespread endorsement by developers big and small - that this is a 'best practice' that should be adhered to. I think the gate swings both ways though.
example: Twitter didn't invent hash tags, their users did, and with its widespread adoption, Twitter adopted/implemented it too.
2) Another good point, though this process can be curated to drive the user in the right direction (holding their hand). The XBOX 360 does this for every game you play, the first thing it does is ask you which storage device you want to use for game saves.
example: in combination with solution # 1, the default folder the app saves to could be '/data/theAppsName' and the prompt could say "This app saves files to your SD CARD in '/data/theAppName'. Would you like to choose a new location?" [Yes] [No] [?]. The [Yes] option brings up a simple file manager, the [No] option uses that location, the [?] option brings up an easy to understand write up on what its asking and why its asking it.
3) We'll get there eventually, my point really was if you've got the resources, why not. Its a solution better than #1 and #2
4) I plan on sending human clones to create trash individually and exponentially
5) AMIRITE~!
In all seriousness though, thank you @Stripeymilk for taking the time to go in depth and have a conversation about this. I seriously think it doesn't take an act of Godogle to solve this (to what I beleive) is a big issue!
I can't agree more with you.
As developer (Windows, iSeries) I try to make my programs as structured and readable as possible. The same goes for the files and folders used used by the programs, but sadly, even with all the available resources, some people (colleagues) make a complete mess of it, cause "that's not/less important", as long as the program does what it's intended to do ...
It's all about the resources and people using them the right way!
Cool, didn't know about the hash tags on Twitter
Well, we're on a great site here with developers on it. If everyone here would adhere to the same standard, it could at least be a nice push to make the Android SD card world a better place.
What's the directory we're going to settle on? Any pros and cons?
When I first got my G-tab I was baffled by all the instructions and the literally thousands of posts in the forum. Even now, I haven't been able to find exactly how (or why) I should update my kernel. That said, I have TNT Lite running and I love my g-tab. Exploring the possible uses and utilities on it provides hours of fun. Now - here is my question. I stumbled on some instructions for installing the ROM and I have used those same instructions to install several patches to the Rom. I see all this commentary on Clockwork, side loading, etc. and I wonder if I am missing something. Today I just installed the .25 patch for TNT-Lite. I downloaded the rar file, unzipped it on my PC to get the Recovery folder and the update.zip file. I plugged the g-tab into the pc and switched it to usb mode. Then I moved the old recover folder and update.zip to a folder (cautious me) and put the new ones in the root. I disconnected the usb and started the g-tab in recovery mode (holding the power and volume+ key. It rebooted, applied the patch and I was done. That seems simple enough. It would seem that this would work for switching roms, applying patches and probably even upgrading the kernel (If I knew where it was and why I should do it). Am I missing something? Everything seems to work.
Sounds like you got the basics ok.
The real main reason to update the kernal as i see it is to add things like driver support for devices like gps and g3, so on, also minor fixs. If your not using your gtab for anything like this you maybe happy to stay stock. But if you like myself like to use your gtab to surf with g3 or as a sweet gps, then thats what the kernal updates allow. Im sure others can correct me if ive got anything wrong or add to what ive said.
You got the basic steps right, but installing ClockWorkMod Recovery has a lot of benefits.
First, built in backup and recovery will save your skin if the gTab get "cranky".
Second, installing ROMs and/or updates saves you a few steps. From "tar" files (TnT-lite), extract the update.zip file to a folder (I created a folder named "xda", just an example) and name it after the version of ROM/update.
CWM will flash "*.zip" file. This way you can keep multiple ROMs/updates on the card and switch between them.
CWM lets you clear cache, wipe Data partition, clear Dalvik-cache (use caution there), fix permissions and so much more! It is a great tool.
Sent from my gTablet-TnT-Lite-4.2.5 using TapatalkPro
So now we peel back another layer
OK so now the question of multiple roms comes up. I am not clear about the role of the rom - can I switch roms and keep all of my apps and data intact? I'm thinking like changing style sheets on a web page - presentation is different but the underlying data is still the same? Is it that easy?
And... if I am doing that perhaps I need to "clear cache" or "wipe data partition" but although I like to investigate new things I'm not willing to just walk up and push the big red button without knowing what it is for. So why would I "clear" or "wipe" things?
I get the impression that I could switch between ROMs just like switching between browsers on a pc - today Chrome, tomorrow, Firefox and never Internet Exploder... Is that correct? It took me quite a while to get the market working and it still doesn't work optimally but I'd hate to undo all the work I've done getting the g-tab humming along by switching roms. Can I?
So - anyone care to expound on the structure and how it all hooks together? What parts can be swapped out and what parts form the foundation? I'd hate to brick the little guy in my ignorance.
One final note if you know and you answer - where did YOU learn about this. Is there a book somewhere to read?
Thanks again for sharing your knowledge.
The Need for A Wiki
I'm in the same boat as enigma. I'm not even sure what ROM is an acronym for, though I think it means operating system. A wiki would be a big help for many people. I bet people would be glad to contribute.
Well, I don't know about Android book, especially about "hacking android book" , but this (and others) forum has plenty of reading material and guides. Not to mention people (a lot more knowledgeable and experienced than me) who will offer advice and lend a hand. And Google search comes in handy too.
Switching ROMs is almost like switching the OS, or a flavor of. Very much like switching between Linux distributions; the base OS is the same, but the overlay changes the user experience. Some things do change deep down inside, that's why is advisable to clear data.
Android, like Linux which it is based on, uses separate partitions for different parts of the OS, like boot, recovery, data, cache and user data. Plenty of write ups and discussions on the web on that.
So when flashing a ROM, you'll rewrite boot and system. Your user apps and data/preferences pertaining to those apps are stored in data partition, and since you are changing the 'OS', the apps need to be recompiled for it. Backup apps, like Titanium Backup, come extremely handy here: backup and restore apps AND appdata with a few clicks.
Backups are stored on sdcard, which is a lot like Linux /home directory, and do not get wiped during flash. Also the CWM (sometimes called Nandroid) backups are also stored there. A backup-of-the-backup is always a good habit (copy of /sdcard to your PC for safekeep).
This is just a quick rundown, hopefully that answered some of the questions.
There is a world of information available out there in "ether-world", Google is your friend.
[EDIT]:
Some links:
http://android-dls.com/wiki/index.php?title=Main_Page
http://lifehacker.com/#!5596108/how-to-choose-the-right-android-rom-for-you
and of course:
http://forum.xda-developers.com/forumdisplay.php?f=841
(use the search on top of the screen)
Sent from my gTablet-TnT-Lite-4.2.5 using TapatalkPro
Doesn't my sticky on how to flash the roms help at all? I can try to make it clearer if you have suggestions.
http://forum.xda-developers.com/showthread.php?t=892090
TeamSpeed said:
Doesn't my sticky on how to flash the roms help at all? I can try to make it clearer if you have suggestions.
http://forum.xda-developers.com/showthread.php?t=892090
Click to expand...
Click to collapse
Yes, your Sticky is as clear as Florida sky.
I just installed Thumb Keyboard on my gTab last night and I guess I got carried away getting used to it!
Yes, I have found some very good step by steps (reflashed to vegan after reading that one). Step by steps are great but I 'd like to understand why I'm doing it. The market fix...I can follow the steps and it works but why? I wish I had time to research all these things but there are so many forums,so many posts to read! The explanation that did surface in this thread was great though. Thanks. I'll keep asking questions. There are a lot of smart people out there!
So I check my Xoom out this morning and Boom "Low on Space 'Tablet storage space is getting low'. It is impossible that I filled all of the space. I looked at my breakup and i have about 6Gb of music and it says the rest is completely full due to applications. I look at my applications but I only have about 3GB worth of application and data attributed to saves (manually counting). For the most part, besides the stock honeycomb apps, these apps are the same that I have on my Droid1. Which has much smaller storage. Somehow some app is taking up all the space (which i can't identify), the OS is corrupted, or I have a virus. Everything else has been pretty mainstream applications.
I have the OTA update and my Xoom has never been rooted.
Is anyone else having this problem?
A lot of people got this issue. It is being discussed in the Motorola official Xoom forum. But still no one know what's the root cause.
Sent from my Nexus S using XDA App
gogol said:
A lot of people got this issue. It is being discussed in the Motorola official Xoom forum. But still no one know what's the root cause.
Sent from my Nexus S using XDA App
Click to expand...
Click to collapse
Thank you for the quick response. I guess its good to know I'm not the only one. Hopefully it gets fixed soon.
The link to the issue on the moto forums is
https://supportforums.motorola.com/thread/46601?start=0&tstart=30
Hi Everyone,
For those users not yet experiencing this but wants to see whats going on, I made a video. There is also a way to check to see if this is occurring to you by checking out your internal storage on the Xoom.
http://www.youtube.com/watch?v=tWFeq0Qj3iA
Is there anyone else experiencing this issue on their Xoom?
It happened to me last night while playing WordFeud. I get the two line message "Low on space" and "Tablet storage space is getting low"
There is no way that I am using 25 gig in applications.
Thanks,
Dan
My initial guess is that it is Application specific. My xoom has 628Mb for Applications. I think maybe some app that each of you is using is continuing to pull in data and not deleting it over time. Maybe something like a news stream or something else. I would chat with the others having this problem and see what similar apps you have.
Just a thought. Sounds odd, I agree.. but.. a place to start. Maybe akin to a memory leak.
Thanks for the quick reply, eaglecomm. Your suggestion makes sense. In looking around a little this morning, I see that some people thought it might be the Google Body app, which I had installed. I uninstalled it, but it didn't make a difference.
It turns out that there is a fix coming in the next update.
The thread is at the Motorola Owners Forum titled 'XOOM Storage is Full' problem - 47 apps takes up 27 GB?
Since I am a new member here, I cannot post the actual link.
I thought I would post this info for any other Xoom owners that are have this concern.
I am glad to see it is being addessed.
Thanks,
Dan
My Xoom is not indicating that it is low on storage, but the applications do seem to be taking up an inordinate amount of space. Funky little bug.
On a positive note, it is good to know that the functionality of this device will only get better over time.
Tombstones
Are any of you able to look at the sizes of the files in /data/tombstones? I had the same problem and did some digging and found a tombstone file that is 19 GB. It appears to have been generated by a browser crash. If any of you are having the problem can you open a terminal and go to /data/tombstones and find the biggest file and type cat (name of biggest file) and tell us the name of the process (listed after pid). You may need to be rooted and may need busybox for cat to work. I doubt it's only the browser... I'm curious to know if it's a honeycomb thing with how it tombstones app crashes.
Have you tried using a cache cleaner ? I use 1 Tap Cleaner and Fast Cache Cleaner .
Try using DiskUsage to view what is using up your storage. If you're rooted it gives you even more options to view specific folders. If you've ever used WinDirStat then this is the closest thing android has to it that I've found.
https://market.android.com/details?id=com.google.android.diskusage
Although Moto is promising an update "soon" to fix this, the problem has been getting reported on for over 45 days now. Some people were hit with this early and some more recently - like myself. This one was sort of the last straw for me. I had to do a factory reset on mine (in Settings) in order to resolve this issue; which hasn't reared its ugly head again since. However, between that mess, and no SD card, SMS, etc, I finally got fed up and rooted mine so that I could use the Tiamat kernel and at least add a 32 GB SD card in the slot provided. Rooting also allowed for Clockwork Recovery (which I love) so making modifications is much easier. If and when Motorizon decides to provide us with the 4G update, then I'll flash it back to stock. However, in the right here and now, I needed a tablet for my work and didn't have the luxury to sit around with my hands tied and wait for Moto to finally have pity on us and provide what they hyped us with. The XOOM has become too integral a part of my work and home life. The product answered a lot of needs - some I didn't even realize that I had. I'll just have to do the extra step now of flashing back to stock when (and if) update time finally comes around. Until then, I'm moving forward and I've got WORK to do!! Yippee kyy-yaayyyy!!
I have this problem and looked in my folders trying to find large files using ES File Explorer. I have found a repeating set of folders here:
/sys/module/usbhid/drivers/hid:generic-usb/module/drivers/hid:generic-usb/module
These folders keep going and going and going. I tried to look at the properties of the sys/module folder but the file size kept going and going and going. I ran it all night and it was still running in the morning at 1.25GB and counting. Is it safe to delete the repeating set of folders? Does anyone know what these folders are used for?
Deanne
DeanneJensen said:
I have this problem and looked in my folders trying to find large files using ES File Explorer. I have found a repeating set of folders here:
/sys/module/usbhid/drivers/hid:generic-usb/module/drivers/hid:generic-usb/module
These folders keep going and going and going. I tried to look at the properties of the sys/module folder but the file size kept going and going and going. I ran it all night and it was still running in the morning at 1.25GB and counting. Is it safe to delete the repeating set of folders? Does anyone know what these folders are used for?
Deanne
Click to expand...
Click to collapse
Looks to me like a recursive bug where the folder or device is continually being created inside itself, it would cause everything from unstable os to complete unresponsiveness and even filling up the storage.
Macbots drool as I XOOM through the Galaxy to my hearts Desire.
I'm aware, that only a few of my comrades in
XDA'a
R
M
Y may be aware of this issue, and change since the migration to android 11. To help illustrate to you I recently, thru google takeout, downloaded my 45+gb gp music library, all to which it's destiny was sd card storage (as chosen thru my Chrome Browser settings). After all files were unzipped and transferred , the available storage space on my sd card hadn't charged! So yes, my sd card is OK too, as affirmation to one of the replies I received earlier stating since gaining Android 11 rhey hadn't seen any changes. And by ok, you nust mean the sd card doesn't unmount itself at will, or randomly throw-up an error msg like, "sd file corruption detected," just for giggles!
As stated earlier, only a handful of folks I know over on discord's SamCentral are aware of this change, so there's been little discussion of file allocation tables & tweaks, i.e., formatting FAT 32(or that's the current default)idk...this isn't my field but imo, I think they're saying currently everything is being shifted to external stg. '0' which is the common ground for all or most of Android O/S's, thus "arming" their decision with the "no purchase necessary" routine. Fact is, most folks don't require more than half-a-gig or more of on-board mobile device storage. "The needs of the many, outweigh the needs of the few, or the one."(RIP Mr. Spock, Leonard Nimoy). So,, if this smells like a patch of sorts to you, why haven't we heard anything, and when can some of us expect to get our money's worth for our sd card purchase(mine, 256gb = $100, in Spring of '19). Some of the "fake-news" spreaders over there(lol) are saying the most recent samsung shifts to Microsoft based apps/services & cross-syncing is the root of the cause, and they're probably getting closer to plotting a solution now that the big hill has been championed(ref. to And. 11 + One UI 3.0-no project completion)! I miss the functionality of not being able to use an interface I paid for!
(If any of this I've shared here fact-cks.out to be valid, and I become a hero of sorts, does this mean I may gain some of that XDA "street-cred" and snag a couple of likes)?!
tarHeel71 said:
This actually was a thought of mine shortly after being sworn-in as a beta-tester for Samsung's One UI 3.0h-no, last fall.
Is there a different format process for my sd card now with Android 11(and if so, why was I not consulted)?
Any guidance or insight on my query would be great. Carry on!
Click to expand...
Click to collapse
I updated to 11 and UI 3.0 about a week ago and not having any issues with my sdcard. Only problem I have is that my battery usage as more than doubled even after a FDR.
tarHeel71 said:
This actually was a thought of mine shortly after being sworn-in as a beta-tester for Samsung's One UI 3.0h-no, last fall.
Is there a different format process for my sd card now with Android 11(and if so, why was I not consulted)?
Any guidance or insight on my query would be great. Carry on!
Click to expand...
Click to collapse
What exactly is the issue here? Not formatted? Can't see specific data? I went through the whole beta and now on release and my SD card is "exactly" the same as before with the exception that some apps can't see other apps' directories which is a "feature" from Google.
Compusmurf said:
What exactly is the issue here? Not formatted? Can't see specific data? I went through the whole beta and now on release and my SD card is "exactly" the same as before with the exception that some apps can't see other apps' directories which is a "feature" from Google.
Click to expand...
Click to collapse
The real obvious missing link to me was, for instance, when I'm signed in and surfin on my browser(Chrome, Samsung Internet, etc) and I save/download a file, it doesn't actually get saved on the physical sd card like it did before, rather, the o/s leaves the file in a limbo state of sorts, with whatever browser app!? I got my n20u1_5G back in 9/20, so while on Q if I saved, d/led a file i.e., using Chrome, I would go thru my Files then sd, then Android, then data, then find chrome(com.google.shrome), and there she is!
But, since beta school, whilst on 11, I do my Lil routine(as b-4), and when I goto Android then data, there's nothing, no app files(google or Samsung, as there were b-4)!? I hope I'm explaining the deal well enough here, as I couldn't be alone with this issue! Anyone using a stg card knows what I'm saying that isn't to be seen anymore! I'm using the same 250gb (high-end) Samsung card as b4, when I purchased my handset thru b-buy.com last fall(see jpg).
(Sorry 4 delay in my reply)☠
"Android, then data, then find chrome(com.google.shrome), and there she is!"
BINGO. Yeah, that's NOT happening any more. Those folders are now SECURED from any other apps viewing them. Only the owning app can view. The files are probably there, nice and safe.
Right now I know of 3 ways to view them. Total commander file manager in the app store filed the appropriate request to google for "total access" and you can view them if you hook your phone up to a computer. The 3rd way is quite a bit uglier requiring you to make an activity to a legacy file manager that google accidentally left in android 11 but hid. I'd have to dig around a lot to find those instructions again.
It's called "SCOPED STORAGE"... Go read about it and cry.... I know I did.
So, NO, you aren't going nutz based on this. However, that doesn't preclude other ways to go nutz!!!!
Compusmurf said:
"Android, then data, then find chrome(com.google.shrome), and there she is!"
BINGO. Yeah, that's NOT happening any more. Those folders are now SECURED from any other apps viewing them. Only the owning app can view. The files are probably there, nice and safe.
Right now I know of 3 ways to view them. Total commander file manager in the app store filed the appropriate request to google for "total access" and you can view them if you hook your phone up to a computer. The 3rd way is quite a bit uglier requiring you to make an activity to a legacy file manager that google accidentally left in android 11 but hid. I'd have to dig around a lot to find those instructions again.
It's called "SCOPED STORAGE"... Go read about it and cry.... I know I did.
So, NO, you aren't going nutz based on this. However, that doesn't preclude other ways to go nutz!!!!
Click to expand...
Click to collapse
Thanks for the reply...I've heard bits/pieces in talks with geek friends, and I appreciate your expertise here on this topic! But, why aren't the bytes getting gobbled -up(like when viewing sd card stg. available from the pull--down menu or from device care app)? I downloaded nearly 45 gb of audio files to my sd card, with absolutely no change there, but you see the stg reduction to internal storage. For what benefit, to them , google? Or just more of the ongoing sparing the two of 'em are constantly a part of! lol/smh