Related
yet another day of frustration... which fuels more my need to get Athena working with Android ASAP.
So for some strange reason, the internal "hard drive" (Flash Disk) got lost, and in its place a pile of junk is there taking up the name "Flash Disk"
However the real Flash Disk, is has now been renamed automatically by WM to "Flash Disk 2" so all my programs are messed up.
Storage Card is still called Storage Card.
The last time i had this problem, i was forced to do a hard reset, and seems like i've got no other choice but to do the same thing again.... sigh...
then spend like 4 hours reinstalling everything, and configuring all the settings again.
I do have backup of my stuff, but WM database is extremely stupid, you can not use your old backup, because it needs to create new IDs to restore your old files, so all my calendars, etc, etc will be out of whack
i really really hate WM! but i love the phone.
it could do so much better by not running Win crap
AllGamer said:
yet another day of frustration... which fuels more my need to get Athena working with Android ASAP.
So for some strange reason, the internal "hard drive" (Flash Disk) got lost, and in its place a pile of junk is there taking up the name "Flash Disk"
However the real Flash Disk, is has now been renamed automatically by WM to "Flash Disk 2" so all my programs are messed up.
Storage Card is still called Storage Card.
The last time i had this problem, i was forced to do a hard reset, and seems like i've got no other choice but to do the same thing again.... sigh...
then spend like 4 hours reinstalling everything, and configuring all the settings again.
I do have backup of my stuff, but WM database is extremely stupid, you can not use your old backup, because it needs to create new IDs to restore your old files, so all my calendars, etc, etc will be out of whack
i really really hate WM! but i love the phone.
it could do so much better by not running Win crap
Click to expand...
Click to collapse
If you are going to lose all of your stuff anyways, did you try to reformat the drive? I have heard that it sometimes rectifies that problem. There was a similar problem with the X7500/X7501 microdrive. That was a "mechanical" HDD tho.....LOL
Later
nope, format doesn't do the trick for the "Flash Drive"
it's a bug in WM, that when you uses the option to change from Active Sync, to Mass Storage Device sometimes it doesn't covert back properly, and you are left with a Ghost "Flash Drive" where the original should have been, but since the name it's already taken, it wont let you delete / format, whatever.
meanwhile the real one has been automatically renamed to "Flash Drive 2" you can not simply go copying everything from "Flash Drive 2" back to "Flash Drive" because that drive doesn't really exist, anyways... long story, the "quickest" solution was Hard Reset
Alright, so for the second time in a week and a half, my sd card mounted itself as read only, and it of course does this while you're away from any computers. Now, when this happens, you can just plug it in to a windows computer and to the error checking method.. I was wondering if any programmers knew if there was a way to write an app that could do this without needing a computer... Like my SD card pulls that crap when I'm on vacation after taking a picture or something, I could just run the application.. Hope there's away, and if anyone can help, THANKS!
and Merry Christmas!
That's what i urgently need too... a way to fix this issue without a computer.
Isnt there a Terminal Command or something similar?
I have a HTC Fuze (AT&T GSM). I followed the instruction on (http://forum.xda-developers.com/showthread.php?t=951981) for FRX06 but it keeps getting stuck at "task rpcrouter:15 blocked for more than 120 sec". It never gets to the calibration screen... I even tried downloading and using a pre-made ts-calib file but the results were the same.
I also tried numerous other posts ROMS (FRX03, FRX04, XDAndroid 2.2 (rel 1.6).cab, even tried XDAndroid 2.1 (rel 2.5a).cab) but I still get stuck at the "task rpcrouter:15 blocked for more than 120 sec" error.
I read in another post back in Feb 11 that it was an issue and someone acknowledging it is an issue but no solution stated in the 19 pages of forums. Another user states this is a "bootloop" but did not offer any solution.
In any case, I never got to any graphical screens - never got past the text screens (white text on black background).
Help!
Actually the fix was to delete the data.img but that would be the "quick fix". This WAS mentioned under the troubleshooting section of THIS post. If you really want to see the calibration screen, download an older kernel package as stated HERE.
BE SURE TO SAVE THE FILE CALLED ts-calibration THAT YOU JUST CREATED!​Additionally, I want you to format your microSD and start over from scratch. Just to flush out any other issues that you and may not encounter; such as the "waiting on SD card" issue some complain about. When I say format, I mean use something other than windows to format your microSD. I use the free version of partition wizard and it seems to do the trick. IF you want something a little less program intensive, I would suggest using SD Formatter. Again, not required but it might help solve other issues you may encounter on down the line.
All of that being said, I have a RAPH110 aka at&t Fuze, so I know this process works. If it doesn't work for you, YOU are doing something wrong!
Also, if you insist that you would rather skip the calibration screen, you may use my ts-calibration file. Make sure you place it where the file called haret.exe is.
CLICK HERE for your viewing pleasure!
Same problem with FRX06 even after FORMAT with OVERWRITE of the microSD. I included the ts-calib file. Got past "Creating a new Data Store" then got stuck at "mdp irq is already 4 4 and above mdp_dma: busy" where it would retry after getting stuck for 120 sec.
I then reformatted again and this time tried "XDAndroid 2.2 (rel 1.6).cab". Got to "Creating a new Data Store" and it is stuck there for over an hour - so I gave up.
I then tried deleting the files for "XDAndroid 2.2 (rel 1.6).cab" and this time tried "XDAndroid 2.1 (rel 2.5a).cab". Same issue.
Next, I tried loading Android on the Device instead of Storage Card. Stuck at the same point... I waited 5 min then quit.
I read elsewhere possibility of problems using micro SDHC cards... do you have a microSD card in your Fuze? My card is a Patriot microSDHC 8GB.
As always, there may be a bad batch but have had no such luck with buying PNY nor SanDisk. You did download 1231 as mentioned earlier, correct? So, if you want to try that first, you'll need to delete the existing modules-xxx and zImage file and extract the contents of the downloaded file till you see the modules-xxx and zImage_xxx. Rename the one called zImage_xxx to just zImage and be sure to place them with the file called haret.exe and launch haret once more. Keep in mind, downloading the kernel packages may not be required but in order to test things out and to see what works best, it is. Good luck my friend!
So I tried again and let the install run overnight (>4 hr). In the morning, it was still looping so I stopped it. Today, when I looked at the microSD, I see 171 FSCH0xxx files... most are 32K. 170 was 192K and 171 was 1.81M total of these files were about 158MB. Does this indicate anything?
Anyway, I reformatted my microSD card twice using the SDFormatter (Overwrite, Size Adjustment on), loaded FRX06, replaced the set with the 2 files you sent and renamed the zImage file. Booting up, goes into text screen, still get the timeout error. This time I noticed that there was a line that says "INFO: task dd:91 blocked for more than 120 seconds." My guess is that it's creating those FSCK files again... meaning SD card errors?
Have you another microSD to confirm whether it is a bad card? I just started from scratch (for the 50th time today) and I am NOT seeing what you are seeing(I don't see any FSCHxxx files)... I don't suggest trying anything older than FRX06. If anything, I'd suggest you see if you can find another microSD and probably only use that card for temporary storage.
OK, I'll have to go get another card this weekend then. I do think it seems like the card has some kind of compatibility problem... what brand are you using?
For tonight, I've formatted the card twice and then am trying the "XDAndroid 2.2 (rel 1.6).cab" now... It is stuck in the "Creating a New Data store" line for >20 minutes now... (FXR06 passes that but gets hung up trying to fix the file system). I'll wait a while longer and see if it will miraculously finish creating the new data store.
Thanks for your suggestions.
I have a PNY and SanDisk both 4GB class 4. I think bestbuy has the PNY one for like 30 bucks (maybe cheaper?)
I don't know what the problem is but I'm willing to help out how ever I can
I downloaded MiniTool Partition Wizard and deleted the microSD card's partition then recreated it. Then, I recopied the files into the root of the microSD, installed into my FUZE, and clicked on herat... this time it got into the Android graphical portion (no calibration needed since I included the ts-calibration file), stayed at the ANDROID screen for a while then went blank. I waited about 6 minutes then turned it off. When I went to see what's inside the microSD, I found the data.img file 256MB and also messed up file system again - since I shut it off prematurely.
With a lot more confidence this time, I repartitioned the microSD again, placed my Android files under its own folder. Crossing my fingers...
Ah, so you've been using the file path method then? If that is the case all one would need to do is put rel_path=FRX06 in the startup.txt file, between the quotation marks. Additionally, if you prefer more ogranization and plan to run more than one build at a time, it is best to have that command in your startup.txt file for each build. Keeping in mind, once you do this, it pretty much sets the default path for that build to that particular folder. I wasn't aware that you were starting one folder deep, my apologies . It's best to use the root folder for troublshooting and what not. I prefer to only use one build at a time because I find it easier to keep problems isolated and it helps me troubleshoot at the same time.
Additionally, if you want a more easier way to troubleshoot Android issues and you don't mind waiting for the data store (aka data.img) to be recreated at boot time, then one would only need to delete the data.img file (keep in mind if you have any settings or contacts, these may be deleted as well). What I usually do is once I get a good data.img, I make a backup and zip them up (or use your method of archiving). I also make a backup before I make any changes, like if I am testing out a new rootfs or kernel package. Most of this has been discussed and mentioned in the Android forums.
That did not work so I reformatted again and went back to using the root of the microSD for Android... FRX06 was stuck on GUI but blank screen all night - I turned it off in the morning. Back to the drawing board. At least I got the microSD issue figured out... on to the next mystery.
Update:
OK, partitioned my 8GB to 7GB FAT32, 512MB ext3, 512MB linux swap. Loaded FXR06 into the root folder, booted and it works this time. However, once into Android, it would lock up.
Case 1: Boot up android, clicked on Gmail, screen is android but nothing in the screen except background. Took out battery to turn off.
Case 2: Boot up android, left it alone, screen turned off - will not wake up. Took out battery to turn off.
Case 3: Boot up android, went to settings to set up wifi, froze. Took out battery to turn off.
Case 4: Boot up android, went to settings to set up wifi, entered WEP key, Fuze froze (I know because the screen is non-responsive, back button remains lighted after I move my finger away, and the clock on screen is not advancing). Took out battery to turn off.
Case 5: Replaced the modules and zImage files to the new ones you sent me (12/31/2010)... booted up android, went to settings to set up wifi, entered WEP key, shows connected, Fuze froze (I know because the screen is non-responsive, back button remains lighted after I move my finger away, and the clock on screen is not advancing).
Seems my Fuze is locking up soon after Android boot. Tried numerous times... left alone, freeze. Tried calling, freeze. It seems to be time based. So close...
Strange, though, as the phone remains warm to the touch despite being frozen for some time.
Yeah, you lost me at partitioning your device as I don't even touch that stuff. I think you are using something different. Sorry but I can not help you, my friend!
Thanks anyway... the partitioning is just to make the partition "different". Probably no relevance unless it allowed me to exclude some bad sectors from use. As far as Froyo, I guess there is some kind of HW or SW problem with my phone. I may reflash my Fuze to another WM ROM - just to clean it up and isolate SW as the problem.
Let me clarify, I don't partition my microSD because XDAndroid builds simply do not require this. There are Neopeek variants that require partitioning of the microSD but I still think your method is slightly over exaggerated. I'm not sure why but I guess for some reason there may be an issue with your microSD and partitioning may be a way around this issue but I don't know enough about partitioning microSD/non-volatile flash. So, I couldn't say for sure...
Ok, so I installed Tael ROM (WM 6.5) then tried installing, it still freezes after 1-2 min of booting up (or during boot up). So it looks like it's a hardware (phone or microSD) issue for some reason. I guess hardware vs thinking kernel because the 2.1 installs also do not work.
On another note, it seems that the Android boot process corrupts my other files... I have folders for GPS and photo (DCIM) and it "corrects" those errors and kills my files.
Hmmm... I can't say for certain as I've never experienced that issue. All of my files remain intact before and after booting into Android and rebooting into winmo. Are you talking about the files on your phone or microSD. If you are talking about your microSD, you might be experiencing the hardware issue and the while you boot into Android, it is only attempting to "fix" these issues and in the process, kills the files contained with-in. Does this makes any sense?
Yes, the files are those I mentioned are in my microSD. So, yes, looks like some kind of interface issue causing Android to think the files are corrupt and then try to "fix" them. Strange though that WM does not try to fix the "errors".
I think it's kind of like the linux way to make sure there won't be any issues when you run the OS, since Android would run off the microSD and not from the phones storage. Currently, there is some development for this called NAND. Still really nothing solid as to whether it will work or not but always good to know, I guess?
Well, the thing is those files are pictures/videos/GPS maps... so I think WM is able to read them (so not an error) yet Android does during its pre-boot scan. Anyway, since upon successful scan and android actually loads, it would freeze in 1-2 min, so the problem may not be limited to the microSD. Yeah, perhaps the NAND will work better. I did get Warm Donut to run on my old Tilt, so I am still hopeful.
The issue that is stumping me is that I'm not experiencing the same issues you are with XDAndroid and I'm not sure how else to help aside from using another microSD to confirm an issue with your current microSD.. sorry
While I was charging my phone via USB connected to my computer, I made sure it was selected on "charge only," mode and unplugged the USB from my phone.
Then got an error message on my computer saying, "..was not ejected properly..."
Now I can't access any of my photos, videos etc...
How can I recover the improper ejection? Is it even possible or am I SOL and have to reformat the card?
I know the data can be retrieved because I have a program to do it, but I'm wondering if there is anything that can be done to make it as if it never happened?
Not sure if you mean you can't read the card on the computer, or the phone.
Best case scenario - you power off the phone, pop the cover off the back, and remove the MicroSD card. Use a card reader (preferably a USB card reader, but a full-size SD adapter will do if you have the slot) to plug the card directly into your computer.
Then you can back up all the information onto the computer, reformat the card, and put your data back onto it.
When you put it back into the phone, and power it on, it should read fine and you can just keep right on going.
The phone is pretty sensitive, and if anything doesn't finish writing to the card properly it won't read in the phone.
No matter what state it's in, even charge mode only, you should always properly stop and eject the device from the computer. Otherwise you risk this happening every time.
Worst case scenario - the computer itself won't read the card through a standalone card reader (not the phone) and you have to re-format the card losing all your data.
In any case, reformatting the card will make it readable by the phone again.
You may not be able to reformat the card in the phone, and have to do it in a computer. Whenever you can make that happen, the phone will be able to read the card again.
DON'T pull the card from the phone without powering it off completely first.
MAKE SURE fastboot is turned to off in your settings menu BEFORE turning it off to remove the card. Fastboot is a hibernation mode, and removing the card when powered off with fastboot enabled could cause problems - especially if the card has different information on it then when you "turned it off".
Fastboot = hibernation, and it's still using a very minimal amount of power to keep the system at the lowest level of powered on.
Yes, you can turn it off and pull the battery and the card and stuff with fastboot enabled, but sooner or later you will run into a problem - most likely a corrupted memory card.
I really appreciate the quick response and your input. Thanks!
Right now I'm using a data rescue program and it's scanning as I'm typing this...
The SD card is a Lexar 32GB Class 10, yet it's still talking about an hour to do a deep scan. I can see that it's retrieving all the files as it's scanning...good news and as expected, for I've done this many times for friends in the past with diggy cameras.
Before running the scan this was the scenario:
Powered off the phone, pulled the card and put it in the lexar USB adapter it originally came with. The card mounted and read fine on my Mac, but in the folder it only contained very little stuff...it almost looked as if it was a regular stock card with normal folders that would usually come on the stock 8GB. It showed an android folder, picture folder etc...but it had nothing in it.
.
I think once the scan is complete and after backing up all the recovered files, I'll probably just reformat it. It's nice to start fresh anyways...heck maybe it was a sign to a certain degree, although it was my human error...
Question: Should I reformat it in the phone or through Disk Utility via Mac?
BTW: I had, or should say have, over 3,000 pictures on there for my food blog and some videos...was pretty filled up...
Thanks again...Cheers'
Blue6IX said:
Not sure if you mean you can't read the card on the computer, or the phone.
Best case scenario - you power off the phone, pop the cover off the back, and remove the MicroSD card. Use a card reader (preferably a USB card reader, but a full-size SD adapter will do if you have the slot) to plug the card directly into your computer.
Then you can back up all the information onto the computer, reformat the card, and put your data back onto it.
When you put it back into the phone, and power it on, it should read fine and you can just keep right on going.
The phone is pretty sensitive, and if anything doesn't finish writing to the card properly it won't read in the phone.
No matter what state it's in, even charge mode only, you should always properly stop and eject the device from the computer. Otherwise you risk this happening every time.
Worst case scenario - the computer itself won't read the card through a standalone card reader (not the phone) and you have to re-format the card losing all your data.
In any case, reformatting the card will make it readable by the phone again.
You may not be able to reformat the card in the phone, and have to do it in a computer. Whenever you can make that happen, the phone will be able to read the card again.
DON'T pull the card from the phone without powering it off completely first.
MAKE SURE fastboot is turned to off in your settings menu BEFORE turning it off to remove the card. Fastboot is a hibernation mode, and removing the card when powered off with fastboot enabled could cause problems - especially if the card has different information on it then when you "turned it off".
Fastboot = hibernation, and it's still using a very minimal amount of power to keep the system at the lowest level of powered on.
Yes, you can turn it off and pull the battery and the card and stuff with fastboot enabled, but sooner or later you will run into a problem - most likely a corrupted memory card.
Click to expand...
Click to collapse
Firstly, good move on the recovery utility on the card. Probably the most sensible thing you could have done to ensure you get your data back with a minimal (if any) amount of corruption.
I'm running a windows box for everything i'm doing with this phone, and i'll be setting up a linux box as soon as I breakdown my NAS computer to work on android stuff.
I can't speak to mac, i've had very little interaction with them since the early 90's. Windows 3.1 came out and I dropped mac, ever since it's been something i've stayed away from.
I reformat all my cards in my windows computer, then put them in the powered off phone - it boots up and uses the cards fine.
I had one issue where I pulled a card before it popped up and said "safe to remove" on my computer, the phone wouldn't read the card. I pulled it and reformatted in the computer, and when I put it back in the phone it was fine again.
I'd say that formatting in the mac should be fine, try it out and see what happens.
I have used the phone to reformat the memory cards a few times, but it has always been when I did a factory reset on the phone. I would assume that is the same utility in settings that you can use to reformat the card on the phone.
Once you back up your data to the computer, my suggestion would be to reformat the card in the computer, then put all the data back onto it the same way it was before the format.
When you plug it into the phone, everything should be okay then, but check all your apps to make sure they still run right (if any had data stored on the card)
Theoretically this should work fine.
Are you rooted, and do you have a recent clockworkmod backup of your phone?
Edit - you can probably get away with not moving the pictures themselves back onto the phone.
That's a sizeable chunk of data there, USB transfer to the memory card off the computer will work many orders of magnitude faster then using a MicroSD to SD adapter into a card slot.
Backed Up / Restore complete and it pretty much got it all.
If I format it in the computer it should be a FAT32 correct?
I've always wondered about the encryption levels between formatting through the computer vs. SD card inside the phone (formatting)
Not that it really matters in my case (security wise), but do you know if formatting in the computer is better than reformatting w/ SD in the phone?
Would it be safe to say that reformatting inside the phone just does a single / simple pass through of putting 1's and 0's to wipe the data?
Whereas, reformatting in the computer you have different levels of pass throughs depending on the security level you desire.
-
Now taking it a step deeper, for me I've always wondered about the long term stability of SD Cards efficiency in general when doing the maximum pass throughs to erase the data instead of a simple 1 & 0 single pass through...
Kind of like painting a car:
If you paint directly on the bare bone primer sheet metal the paint will last longer without cracks down the road...ie.... cleaner, more organized data on a clean sheet of clusters of data.
If you paint over paint over paint with simple sand downs, then paint again over paint (thick).... over time it'll chip, crack and not last as long .... ie ..... higher probability of data corruption?
I've always had a piece of mind making it a habit to always do a fresh reformat with any SD cards I've had .... with the exception of this one for some odd reason... I guess I was in a rush to use it already to enjoy the Class 10 performance and speed.
I really appreciate your input and knowledge. It's nice to know there's people on here that can post intellectually...I was beginning to worry after reading all these posts with responses with no substance.
btw: You're either a major night owl or over seas being up at this hour? haha...kudos
Cheers...
Blue6IX said:
Firstly, good move on the recovery utility on the card. Probably the most sensible thing you could have done to ensure you get your data back with a minimal (if any) amount of corruption.
I'm running a windows box for everything i'm doing with this phone, and i'll be setting up a linux box as soon as I breakdown my NAS computer to work on android stuff.
I can't speak to mac, i've had very little interaction with them since the early 90's. Windows 3.1 came out and I dropped mac, ever since it's been something i've stayed away from.
I reformat all my cards in my windows computer, then put them in the powered off phone - it boots up and uses the cards fine.
I had one issue where I pulled a card before it popped up and said "safe to remove" on my computer, the phone wouldn't read the card. I pulled it and reformatted in the computer, and when I put it back in the phone it was fine again.
I'd say that formatting in the mac should be fine, try it out and see what happens.
I have used the phone to reformat the memory cards a few times, but it has always been when I did a factory reset on the phone. I would assume that is the same utility in settings that you can use to reformat the card on the phone.
Once you back up your data to the computer, my suggestion would be to reformat the card in the computer, then put all the data back onto it the same way it was before the format.
When you plug it into the phone, everything should be okay then, but check all your apps to make sure they still run right (if any had data stored on the card)
Theoretically this should work fine.
Are you rooted, and do you have a recent clockworkmod backup of your phone?
Edit - you can probably get away with not moving the pictures themselves back onto the phone.
That's a sizeable chunk of data there, USB transfer to the memory card off the computer will work many orders of magnitude faster then using a MicroSD to SD adapter into a card slot.
Click to expand...
Click to collapse
iunlock said:
Backed Up / Restore complete and it pretty much got it all.
Click to expand...
Click to collapse
Glad to hear you got it all!
iunlock said:
If I format it in the computer it should be a FAT32 correct?
Click to expand...
Click to collapse
Yep.
iunlock said:
I've always wondered about the encryption levels between formatting through the computer vs. SD card inside the phone (formatting)
Not that it really matters in my case (security wise), but do you know if formatting in the computer is better than reformatting w/ SD in the phone?
Would it be safe to say that reformatting inside the phone just does a single / simple pass through of putting 1's and 0's to wipe the data?
Whereas, reformatting in the computer you have different levels of pass throughs depending on the security level you desire.
-
Now taking it a step deeper, for me I've always wondered about the long term stability of SD Cards efficiency in general when doing the maximum pass throughs to erase the data instead of a simple 1 & 0 single pass through...
Kind of like painting a car:
If you paint directly on the bare bone primer sheet metal the paint will last longer without cracks down the road...ie.... cleaner, more organized data on a clean sheet of clusters of data.
If you paint over paint over paint with simple sand downs, then paint again over paint (thick).... over time it'll chip, crack and not last as long .... ie ..... higher probability of data corruption?
I've always had a piece of mind making it a habit to always do a fresh reformat with any SD cards I've had .... with the exception of this one for some odd reason... I guess I was in a rush to use it already to enjoy the Class 10 performance and speed.
Click to expand...
Click to collapse
I'm not entirely sure about the different levels of security, or even if there are any advantages/disadvantages to this.
Your painting analogy is a real good one, and as someone who was a painter by trade for quite a few years, it's one I use a lot.
When I was doing memory speed tests in my Nook Color on flash memory, I always formatted the cards in the Nook Color, then again in the computer, ejected and re-inserted the cards before running the test using the computer.
Like what you are saying, it ensured a clean card and uniformity. I'd rather take an extra step that may or may not be unnecessary just to be sure. The focus of my tests at the time were on credibility and reliability of results, and the dual format meant that the cards always were the same.
Windows gets lazy sometimes, and if formatting a card that essentially looks no different then when it started, it might just skip over doing the work - coming from being formatted in the Nook Color meant that windows had to actually do something to the card to make it right, and made sure it would do it's work. Why leave anything to chance.
You're looking at hundreds of thousands of read/writes on modern flash memory before it wears out...a couple of extra formats aren't going to hurt anything when you look at the big picture.
When you're talking about moving a card to a device like this phone, where it's probably not going to come out much, then a fresh format first is probably a wise move. Why contaminate the new device with junk left over from other devices on the card. Everything will work better if you start fresh.
iunlock said:
I really appreciate your input and knowledge. It's nice to know there's people on here that can post intellectually...I was beginning to worry after reading all these posts with responses with no substance.
btw: You're either a major night owl or over seas being up at this hour? haha...kudos
Cheers...
Click to expand...
Click to collapse
Glad to be of help, I try to do whatever I can to help out, both online and off. I suffer from severe insomnia, and sleep very little. I have to do something to keep myself occupied, and the internet and computers in general give me something to do when everyone I know is sleeping.
The more I share what I know, the more I learn from other people who come by and add to it. No matter how much you know, someone else, probably many others know more on any given topic. With a board as big as XDA, and such a great community spirit, the amount of information here is just staggering.
I try to put what I know out there as completely as possible as much for myself as others. I'd rather have the tons of learned people browsing these boards add to what I know, instead of covering the same ground. It's one of the reasons I try to be so particular about the details in everything I post.
Something like this phone is especially exciting, because it's a new thing. In a sense, we're breaking new ground with some of the stuff we're doing here, and that amps me up even more.
I have a feeling This thread is going to turn into another in-depth flash memory review like what I was involved with in the Nook Color. Check it out, since you have one of those coveted 32gig class 10 cards and see if you can add anything at some point.
I'm looking forward to picking up some to test out, and figure out what a good way of benchmarking them through the phone will be to get some definitive comparisons. It'd be nice to be able to make suggestions for people who come by in the future about what are the good cards to buy if they want to get the best level of performance out of their phone.
I'm curious to know how it goes with your recovery of the memory card in regards to getting the data back on, and whether it hiccups or not when you put your device back together. I don't have a mac, and being able to tell others who come by that it works, or why it doesn't will be very helpful to the community in general.
Thanks again!
I'm reformatting the SD card now via the Mac using Disk Utility. For giggles I just selected the maximum 7 pass through, which will probably take a few hours. I'll just let it run while I sleep.
Here's another thing I've always wondered about:
When you install an app or game and let's say you uninstall it, I wonder how much clutter it leaves behind of the original app or game system files?
I'd figure over time all the 'dust' would add up to accumulate to something that may potentially have an impact on the performance of the SD card.
This has always been one of the biggest reasons I love reformatting a SD card when I can. It's like spring cleaning for me....starting fresh on a clean plate.
---
You're contribution is greatly appreciated and brings much value to the forums.
I think I too suffer from insomnia to a certain degree... yikes! It's 2:41PM HST right now...prob won't sleep til 5am ...
LOL, I don't think I've 'Safely Removed' any USB since USB 1.0 or 1.1 days..yeah, I like to live on the edge!
So far I've hooked my phone up to my computer 5 times to transfer MP3s to it. I just pull the plug when I'm done..no problems (yet)
Living on the edge there eh? I'm surprised you haven't had any issues yet...to be on the safe side, I'd make sure to safely remove it first.
Especially if you have important stuff on your card.
Good luck!
token2k6 said:
LOL, I don't think I've 'Safely Removed' any USB since USB 1.0 or 1.1 days..yeah, I like to live on the edge!
So far I've hooked my phone up to my computer 5 times to transfer MP3s to it. I just pull the plug when I'm done..no problems (yet)
Click to expand...
Click to collapse
iunlock said:
Living on the edge there eh? I'm surprised you haven't had any issues yet...to be on the safe side, I'd make sure to safely remove it first.
Especially if you have important stuff on your card.
Good luck!
Click to expand...
Click to collapse
99.99999% of the time, you do not need to use safely remove hardware for usb mass storage devices (like a usb stick or a phone with an sd storage card). unless you have specifically configured the device to have write caching enabled in device manager (no reason to do this for a phone or usb flash drive), as long as there is nothing being written to the storage device, it's completely harmless.
This is a strange one for me. Stumped. Been working on it all night, no improvement. New one for me, long-ish description (with detail), but a TL;DR too.
Last night I applied the 1.3 OTA for the K1. Being my K1 was rooted, I followed the process I have always followed by restoring the system images to stock, applying the OTA via recovery, then re-rooting. Process:
Shutdown tablet
Swap married/paired SD card with temp SD containing flashables (OTA, SuperSU)
Boot to bootloader, fastboot (re)flash tablet's current system images (recovery was already stock but flashed again for good measure, boot, system, blob -> staging)
Boot to custom recovery using fastboot boot -recovery image-
Flash OTA from temp SD, wipe caches, apply SuperSU
Shutdown, replace married SD, boot, enjoy life
This time I didn't immediately apply SuperSU, as I thought I'd flash 1.3 and let it go fully stock a bit to ensure no other updates were pending (nVidia seems to like incremental updates, so flashing to 1.1 won't give you an OTA to 1.3 directly, but to 1.2 first, then 1.3). I've also followed this process with the K1 for every update since 1.1 without a hitch, and although there haven't been many OTAs, it has still worked perfectly every time. Because of this and because I've done this a billion times on a million different devices with zero issues ever, I didn't take a backup before the update. Woe is me.
When I rebooted this time after flashing the OTA (no root), it booted up seemingly fine to the "Android is upgrading" modal, so I left the tablet alone for a bit to let it do its thing. When I came back, the tablet was HOT, was at a completely black screen save for the status bar (no wallpaper/launcher besides the clock/wifi icon which showed a connection, that's it). I tried to interact with it and couldn't (totally locked up, also a first), then it rebooted on its own. Subsequent times, during troubleshooting, I noticed that it's totally locked -- NOTHING responds, unless you can get to it before it reboots and hold power to kill it.
First thought was a bad flash. NBD, so went back and reflashed, double-checking everything and carefully following the same process. No dice. I did use a newer TWRP recovery from April of this year initially, which was a recommended version for the K1 specifically, rather than a really buggy but working one from last year. To test I did I try using the older TWRP on one of the next flashes thinking maybe the new one borked the partitions, or at least wasn't writing the partitions/symlinks properly (and the older one was the TWRP I had used for previous updates, with no issues). But, no change..
It took me a long time and many reflashes and cache formatting and digging before I realized if I pulled the married SD out, it booted just fine. Weird, and gets weirder. After leaving the married SD out and booting, and having the tablet working just as expected (except for missing the SD), Android shows a notification saying to reinsert the married SD. Once the married SD is reinserted, things seem OK for a few seconds before the whole system goes unresponsive again, heats up, and begins bootlooping. Before it sh'ts the bed, the message on the status notification asking to reinsert the married SD card doesn't change, but in the Storage settings, it shows it's "checking" the card, followed by a sudden hot death spiral into non-function. If you select the SD from Storage settings to take a look around its contents, the tablet basically locks up instantly. Inserting other SDs works fine (for the most part, still some other weirdness), it's just the married SD that totally kills the device without fail.
Obviously I'd like to avoid wiping and reinstalling the whole thing if it can be avoided, not just because my dumb ass didn't take a backup so I'd lose a ton of app/game data, but also because it's a just huge pain. A lot of the sites that offered "fixes" for these types of problems say to just wipe data, which is not a solution and is the nuclear option (like telling someone to to replace a car due to a flat tire).
Ideas? Is this as simple as recreating some symlinks that somehow disappeared and refuse to come back after all the flashes, and if so, how? I've been looking for hours and haven't found anyone with this particular issue or steps to correct.
[size=+2]TL;DR[/size]: Applied K1 1.3 OTA, married/paired SD card is no longer recognized, causes tablet to hard-lock and enter bootloop when inserted (other SDs do not cause this issue).
Other potentially pertinent bits:
Initial flash was dirty, second and subsequent flashes included a wipe of system first
Installed 1.2 images first, then tried going back to 1.1.1 and taking nVidia's OTAs to get back up to 1.3
1.1.1 does not recognize the married SD but doesn't kill the tablet, while 1.2 and 1.3 kill the tablet when the SD is inserted
When married SD is not inserted, using shell or ES Explorer or otherwise, not seeing a /storage/emulated/0, or /sdcard, or /data/media, or any other familiar storage related directories
When married SD is inserted, it dies too fast to look around much or try to do anything to check/fix the SD itself
/storage is totally empty except for a folder called "self", and inserting a working SD creates a directory under /storage labeled with the SD's serial number (not an emulated/0 directory or anything similar)
Not sure if this is expected behavior since the SD was married -- do those directories/symlinks live on the SD now since it's married, and won't show up in the device filesystem until everything's properly mounted?
Tried following these steps, which although written in the N5 forum, still seemed relevant.. no change
Tried the referenced SD permissions update with the card inserted and not, in case of the directories it touches only being visible/available with the card inserted, no change
Noticed even within TWRP, going to the "mount" menu seemed flaky, labored, and didn't show what I expected, but this could be because there isn't a "proper" or official custom recovery for the K1 yet and things are just buggy
ES File Manager still seems to think an /sdcard directory exists and tries to open to it, and just spins in an open directory.. as expected
Going to /data in ES File Manager shows me an empty directory with a message stating the SD card is missing
Using a working, freshly formatted SD in the tablet and trying to point Titanium to a directory on the SD gives me messages about the directory being unwritable, no matter where I go on the SD
Titanium's app permissions (including r/w storage) are proper, SD is not write protected (freshly formatted on the tablet)
Tried using SDFix, which also gave me an error re: "platform permission file is invalid"
There's probably more I'm missing, but can't remember it all -- I have tried everything, I feel like, and have been at it for 13 hours now (apologies if this is written spotty, fighting to keep my eyes open).
So is it totally hosed, or is this recoverable? Is there a way to fix the tablet to recognize the SD, or fix the SD itself if that's the issue (but I'd wonder how it got corrupted in the first place, since it has only been removed once fully powered down)? Is there at least a way to check the married SD for corruption or issues?
Thoughts?
EDIT: Formatting
You removed the sdcard that was set as internal storage? Well you probably broke it/the data on it because that's not what you should do at all
GtrCraft said:
You removed the sdcard that was set as internal storage? Well you probably broke it/the data on it because that's not what you should do at all
Click to expand...
Click to collapse
And why is that? When the OS is running, sure, you can't. It'd be equivalent to just deleting /data while the OS was running. It seems pretty unlikely that removing and reinserting it while it's powered off, though, would make it suddenly unable to read the SD or forget its pairing. Adopted storage is "married" to the device via a generated encryption key, which is stored on the device's internal storage. It's all handled in software, not like the SD fuses itself to the device Removing the SD (while off) would not (and does not) break this pairing method, unless the internal storage or SD decides to spontaneously erase itself while the device was off.
The process outlined is the recommended process for upgrading rooted devices with adopted storage. I've followed this process on multiple tablets/phones with adopted storage with zero issues, including this one several times, like I mentioned.
If it WERE the case that simply removing it (again, while off) made it forget the SD, I could understand the tablet reading the card and saying "nope not going to accept it, you done f'd up" and spitting out a dialog telling me to format it or whatnot.. lesson learned, if that were the case. However it's completely hard-locking the device (again, NOTHING works, no physical buttons, screen is unresponsive, only holding power to kill it works) when it's just reading the SD, and apparently pinning the CPU when doing so (hence the absurd heat)..? It's not just a matter of the tablet forgetting the SD
grivad said:
When the OS is running, sure. Maybe that is the case, but it seems pretty unlikely that removing and reinserting it while it's powered off would make it spontaneously unable to read the SD or forget its pairing.
This is the recommended process for upgrading rooted devices with adopted storage. I've followed this process on multiple tablets/phones with adopted storage with zero issues, including this one several times, like I mentioned.
If it WERE the case that simply removing it (again, while off) made it forget the SD, I could understand the tablet reading the card and saying "nope not going to accept it, you done f'd up" and spitting out a dialog telling me to format it or whatnot.. lesson learned, if that were the case. However it's completely hard-locking the device (again, NOTHING works, no physical buttons, screen is unresponsive, only holding power to kill it works) when it's just reading the SD, and apparently pinning the CPU when doing so (hence the absurd heat)..? It's not just a matter of the tablet forgetting the SD
Click to expand...
Click to collapse
Still, you better off formatting it
Sent from my XT1562 using XDA Labs
Been running adopted storage in my mxpe since mm was released and have never removed the card to flash.
Sent from my SHIELD Tablet using Tapatalk
lafester said:
Been running adopted storage in my mxpe since mm was released and have never removed the card to flash.
Sent from my SHIELD Tablet using Tapatalk
Click to expand...
Click to collapse
Cool.
Regarding the YOU CAN'T REMOVE IT belief (which is categorically false), if this were a serious issue like people speculate it is, Android would simply not ALLOW you to remove it. Meaning if it was ever detected as being removed or missing, first time, Android would tell you "too bad, now it's unpaired", and would also make it REEEEALLY clear not to remove it at all, ever, during the pairing process, which it does not. Nor would it let you eject adopted storage, which you can, safely. Like I mentioned above, when booting without the SD present, the system runs fine and has a persistent notification asking you to reinsert the paired SD, and begins to check the SD as soon as it's inserted so it can be remounted. If you select the notification before putting the SD back in, it takes you to a panel explaining how the SD has all your apps, so you really should put it back in, or you can choose to "forget" the SD and you're back to square one. If you REALLY weren't supposed to remove the SD EVER, none of this would exist.
Additionally, pretty much every piece of documentation around adoptable storage says it can be removed just fine (but is only readable/usable by the device it was paired to), but the system kinda needs it to, you know, run all the apps you put on the thing, and will persistently remind you to reinsert it, unless you choose to break the adoption. So there's that.
Storage adoption isn't this magical, complicated thing. It mounts certain directories to your SD instead of internal storage (e.g., /storage/emulated), generates a key, then encrypts the card to prevent it from being read outside of the device it was paired with. That's really pretty much all there is to it. None of those things necessitate a or even imply that removal of an adopted SD would lead to sudden disaster. That's like believing if you take your hard drive out of your computer, but then plug it right back in, that it's going to be unbootable and dead. Doesn't work that way.
I appreciate you guys trying to help, but the problem is not simply that I removed the SD so now it's broken.
The thing that should get your attention is that when the SD is inserted, it begins to scan the SD and subsequently HARD-LOCKS. And PEGS THE CPU. Also that I cannot write to a working SD with Titanium. These things are pretty abnormal for Android devices, to say the least. There is something else going on here besides "You took the SD out and you weren't supposed to."
grivad said:
Cool.
Regarding the DON'T REMOVE IT belief, if this were an issue like people speculate it is, Android would simply not ALLOW you to remove it. Meaning if it was ever detected as being removed or missing, first time, Android would tell you "too bad, now it's unpaired", and would also make it REEEEALLY clear not to remove it at all, ever, during the pairing process, which it does not. Nor would it let you eject adopted storage, which you can, safely. Like I mentioned above, when booting without the SD present, the system runs fine and has a persistent notification asking you to reinsert the paired SD, and begins to check the SD as soon as it's inserted so it can be remounted. If you select the notification before putting the SD back in, it takes you to a panel explaining how the SD has all your apps, so you really should put it back in, or you can choose to "forget" the SD and you're back to square one. If you REALLY weren't supposed to remove the SD EVER, none of this would exist.
Additionally, pretty much every piece of documentation around adoptable storage says it can be removed just fine (but is only readable/usable by the device it was paired to), but the system kinda needs it to, you know, run all the apps you put on the thing, and will persistently remind you to reinsert it, unless you choose to break the adoption. So there's that.
Storage adoption isn't this magical, complicated thing. It mounts certain directories to your SD instead of internal storage (e.g., /storage/emulated), generates a key, then encrypts the card to prevent it from being read outside of the device it was paired with. That's really pretty much all there is to it. None of those things necessitate a or even imply that removal of an adopted SD would lead to sudden disaster. That's like believing if you take your hard drive out of your computer, but then plug it right back in, that it's going to be unbootable and dead. Doesn't work that way.
I appreciate you guys trying to help, but the problem is not simply that I removed the SD so now it's broken.
The thing that should get your attention is that when the SD is inserted, it begins to scan the SD and subsequently HARD-LOCKS. And PEGS THE CPU. Both of those things are pretty abnormal for Android devices, to say the least. There is something else going on here besides "You took the SD out and you weren't supposed to."
Click to expand...
Click to collapse
Well you tried with another sd and there is no problem. So the cause of the freezing problem is your sd.
But be my guest and find another solution. I just gave an answer to your question and a solution for the problem. If you don't believe that then you shouldn't ask it in the first place
GtrCraft said:
Well you tried with another sd and there is no problem. So the cause of the freezing problem is your sd.
But be my guest and find another solution. I just gave an answer to your question and a solution for the problem. If you don't believe that then you shouldn't ask it in the first place
Click to expand...
Click to collapse
It's not that I don't believe the solution, I don't believe the premise because it is provably false There is absolutely nothing unsafe about ejecting adopted storage, which is why the OS lets you do it, even while it's running and using the storage. Even less of a risk if the thing is off. The "solution" offered wasn't much of a solution, and in the OP it was stated that I wasn't looking for that answer (already know that's an option, which is why I mentioned in the OP).
I appreciate you trying to help, but simply saying "format it", again, is the nuclear option. Not what I'm looking for. Either information as to what's happening (if anyone else has dealt with this) with a justification as to why it's irrepairable, or things to try based on the information I gave. Spending a lot of time being thorough just to get a "format it" response, to be frank, isn't very helpful It's like telling someone to reinstall their entire OS because they can't figure out how to install a driver, or to raze their house because a painting fell off the wall.
The SD didn't spontaneously corrupt itself in the 5 mins it was out of the device. No gamma bursts or EM storms in my area that I know of, either Because the only thing that changed was installing the OTA, this really seems to be a software problem (albeit a bit bizarre, to me) so it should be fixable via software. The fact it's pegging the CPU when the SD is inserted makes me wonder if it's getting stuck in a loop, maybe due to partition changes (looking for a file or partition it can't find). If that's the case, again, that should be fixable via software, with instruction from someone knowledgeable on how the Android FS and mounts work.
Again thanks for trying to help. I know formatting is an option (the easiest one), but I'm looking for just that -- options.
You did update the firmware with the sd out, nothing to do with lightning or gamma bursts.
Did you try downgrading firmware back to where it was?
lafester said:
You did update the firmware with the sd out, nothing to do with lightning or gamma bursts.
Did you try downgrading firmware back to where it was?
Click to expand...
Click to collapse
True, the SD was out, however this is how I've both read to do it in multiple places, and how I've applied every OTA so far without issue (with the same adopted SD every time). As part of my troubleshooting, I did try flashing the OTA with the adopted SD inserted, though. It didn't make a difference.
I did try downgrading.. When I started the tablet was on 1.2, OTAd to 1.3. Every time I'd reflash I would do so to 1.2. I did try flashing down to 1.1.1 (the "recovery OS image") and OTAing back up, and like I mentioned that allowed me to use the device with the SD inserted, but it wouldn't recognize it as the adopted storage.. just kinda did nothing, as if the card wasn't inserted at all. This happened in 1.2 as well (OTAd from 1.1.1), and once it got up to 1.3 from 1.2 it all started all over again.
I'm creating an image of the SD right now (using dd) to try restoring it to another SD. I've read that doing this preserves the pairing information, so if it's a bad SD, this would hopefully fix it. I also wanted to try flashing directly to 1.3, but the images aren't available yet Only 1.2 and 1.1.1..
Honestly I would divorce the card before update then redo it after this whole method is janky anyway no reason to remap the data links like they do and all it would be required is if app devs were forced to comply with a data space method... The feature of installing to SD card should be available to non married storage.
Old thread, haven't been on in a while, but thought I'd post an update.
The problem ended up being a hardware issue. I contacted nVidia after absolutely nothing I tried resolved the issue (different SDs, different OS versions, different process to set up, etc.). I simply explained the problems I was having and my troubleshooting attempts, asked if it was a known issue or if they had any suggestions, and they immediately responded with RMA info, no questions asked. The replacement turnaround time was very fast (within a week IIRC), and the new K1 has had zero issues.