i might be way off on this but im just being cautious. I decided i was gonna replace the 4gig class 2 sd that comes w/ the nexus with the 4gig class 6 i had in my g1. i decided to use my g1 to format the nexus sd card but noticed 1 thing i guess i just dont understand. When i dropped into parted with the nexus sd card i typed "print" just to see if it was only 1 partition but what i seen was this
Number___Start_______End_________Size______Type_____File System
___1____4194kB_____3965MB_____3961MB_____Primary______fat32
can someone explain to me what would be from 0-4194kB and also how the end size is bigger than the complete size. If that is how its supp to be and im just misunderstanding then please update me on how it actually works or if ive noticed something that needed to be pointed out.
Thanks, veritasaequita
3961MB + 4194kb = 3965MB, the "End" Size is just an Index. Partition starts at 4M, is 3961 MB in size, so it ends at 3965M
About the missing 4M at the start, I'll take a quick look at it.
EDIT:
Looks like all zero to me, if you substract the mbr from the first 4MB. Perhaps somebody at google did some clever aligning? but then 4mb would be huuuuuge
thats kinda what i was thinking, actually my first thought was if it was a 4mb sorta kinda "swap type partition" for performance....prolly not though. im a perfectionist so im not gonna swap cards until i can fig out what or where those 4mb are and have them on my new card....i dunno my ears are smoking now...lol
veritas
well you can always just dd the old card to the new one and then enlarge the fat partition (or in your case: just omit the last step )
but why make such a fuss about 4mb of zeros? i've seen lots of strangely partitioned usb-sticks/flash disks --and-- a lot of people use other cards in ther n1's (because of the crappy size the n1 ships with). if you must you can always make a dd to a new card or store the dump somewhere for restore later (or just put the old card somewhere safe?).
but still, that seems paranoid and not perfectionistic... don't worry so much
ps: yeah, swap with 4mb wouldn't help much and on the other hand they would just mark it as "swap" in the partition table if it were the case.
im following, thanks for the insight bro
veritas
Just a guess, but most modern hard drives have a hardware cache at the start of the disk. i.e 8MB, 16MB, 32MB etc.
Maybe your SD card uses 4MB.
Also, the manufacturers use the non-technical "Billion Bytes" instead of "Giga Bytes" in the fine print. 4000000000 B (Billion Bytes) = 3814 MB
nope, cache would be invisible by definition.
also the 4mb are there just not allocated to any partition. this has nothing to do with how you calculate the size of the disk.
Just out of curiosity could there ever be a possible way someone like perhaps google could store something hidden to everyone else in that 4mb for maybe like a factory backup of the file system or a backup bootloader? Just exercising my brain, thats all...lol
It's nothing basically, all the hard drives in your PC will have a few meg space you can't partition.
veritasaequita said:
Just out of curiosity could there ever be a possible way someone like perhaps google could store something hidden to everyone else in that 4mb for maybe like a factory backup of the file system or a backup bootloader? Just exercising my brain, thats all...lol
Click to expand...
Click to collapse
well of course you can store something there and if the IPL of the phone can access the sd card it certainly could execute that or flash something. there is a broad range of possibilities what you could and couldn't to with the 4 meg (a factory backup would be a little bigger ) and a backup bootloader wouldn't make sense, because you can feed something to the current loader directly. if you do anything worse to the phone like erasing the IPL, well thats what JTAG is for, just program the chips directly.
so of course this could be an evil tracking cookie and we all could get even more paranoid, but still its all zero's and not really "hidden" in any way, just not allocated and directly visible.
what i want to say: every facebook or other kind of web 2.0 shouldn't be worried about 4 unexplainable megs on some sd card
Related
Hi in your opinion
1) is it possible defrag diamond internal storage?
2)what is teh tool to use?
3) anyone have already done it?
1) Backup on your PC all datas stored in your Internal Storage (connect your Diamond to your PC and copy/paste)
Format your internal storage.
Restore your data on your PPC (copy/paste).
2) see above... your hand
3) never do it... because no need to... I'm not a specialist, but I always thought that flash memories don't fragment themself... so... no need ^_^
Also depending on the storage type, it may have a maximum number of writes, in which case, defragging will take a chunk of them
Pocket Mechanic Pro
http://www.wizcode.com/
SMASH1902 said:
Hi in your opinion
1) is it possible defrag diamond internal storage?
2)what is teh tool to use?
3) anyone have already done it?
Click to expand...
Click to collapse
I did it using Pocket Mechanics Pro; all perfect, no problem
Please prove me wrong, but IMHO there is no much sense in defragmenting a flash card. The access-time to every sector is equal and therefore it does not matter if a file resides in contiguous clusters or is spread all over the chip. I read the explanations on the wizcode product page but it sounds like pointless marketing droid text. It only applies to harddisks with mechanical parts where it does indeed matter.
Don't do it. Flash memory has a finite (but a very large number) of read/write cycles and therefore 'wears out'. Defragging will only accelerate this process and it will have no benefit anyway, as already stated by Sam Lowrie.
SamLowrie111 said:
Please prove me wrong, but IMHO there is no much sense in defragmenting a flash card. The access-time to every sector is equal and therefore it does not matter if a file resides in contiguous clusters or is spread all over the chip. I read the explanations on the wizcode product page but it sounds like pointless marketing droid text. It only applies to harddisks with mechanical parts where it does indeed matter.
Click to expand...
Click to collapse
wrong. read my related articles and benchmarks; e.g. http://www.pocketpcmag.com/old_blog...n_the_effects_of_fragmen&more=1&c=1&tb=1&pb=1
SamLowrie111 said:
Please prove me wrong, but IMHO there is no much sense in defragmenting a flash card. The access-time to every sector is equal and therefore it does not matter if a file resides in contiguous clusters or is spread all over the chip. I read the explanations on the wizcode product page but it sounds like pointless marketing droid text. It only applies to harddisks with mechanical parts where it does indeed matter.
Click to expand...
Click to collapse
the wizcode folks are wrong. I, along with a lot of geeks, have actually run a lot of tests. just read the articles linked to from my article above
TheBrit said:
Don't do it. Flash memory has a finite (but a very large number) of read/write cycles and therefore 'wears out'. Defragging will only accelerate this process and it will have no benefit anyway, as already stated by Sam Lowrie.
Click to expand...
Click to collapse
don't be afraid of this. it's just ONE write cycle per each memory unit (if at all).
DomXDA said:
I did it using Pocket Mechanics Pro; all perfect, no problem
Click to expand...
Click to collapse
How did you manage to defrag the internal storage? I used Pocket Mechanics Pro but the program restrict defragmentation of internal storage as "low level access is not available".
Sooooo I foolishly formatted my SD card from FAT16 to FAT32 without transferring any of my files over to my desktop, therefore, everything has been erased...the cabs I dont really care about as I can just add them again, however the pictures are a devastating loss, there were many pictures on that card which I loved and would like to see again. I am aware that there is a tool somewhere out in googland (and hopefully xdaland) that allows me to bring back image files. If anyone knows the name or location of this tool it would be GREATLY appreciated.
Thanks in advance!
Chris
(If this is in the wrong section, feel free to move, and sorry ;P)
I've used data recovery programs before but can't remember the name of which one i prefer. I'd recommend just doing a google search for either "data recovery software" or "picture recovery". There are many free ones out there so i wouldn't suggest buying one unless your too lazy to read up on which ones best.
If i remember the name of which app i've used before i'll post back,
Good Luck!
Solution is here
chrisrc1985 said:
Sooooo I foolishly formatted my SD card from FAT16 to FAT32 without transferring any of my files over to my desktop, therefore, everything has been erased...the cabs I dont really care about as I can just add them again, however the pictures are a devastating loss, there were many pictures on that card which I loved and would like to see again. I am aware that there is a tool somewhere out in googland (and hopefully xdaland) that allows me to bring back image files. If anyone knows the name or location of this tool it would be GREATLY appreciated.
Thanks in advance!
Chris
(If this is in the wrong section, feel free to move, and sorry ;P)
Click to expand...
Click to collapse
Try this
http://www.ufsexplorer.mobi/
if you format it i dont think you can recover it. formating wipes it clean. deleting simply deletes the address to where your data is located. recovery programs works by being able to relocate the data without the address.
@ denniegst: Somehow I don't think that formatting destroys data irrevocably. Otherwise utilities like Acronis Disk Director would be at least partly useless. And there would be no need whatsoever for things like DBAN, Eraser, Drive Cleanser... you name them.
@ OP: Provided you never saved anything on your newly-formatted SD card, there should be a very good chance of recovering your data.
At the time of typing this, I have a SanDisk-labelled RescuePRO mini-CD sitting on my desk. I got it with a memory card some time ago, never installed it, but it's supposed to save your bacon in situations such as these. Doubtless there are many others.
Ok, thanks for the posts guys, I believe I recovered the pictures. I used the RDMobile, thanks for the link!
slight problem, I ran the recovery, found the files, but when try to open it a pop up comes up saying;
There is no application associated with "Deleted SD Files"(what i called the backup) Run the application first, then open this file from within the application.
A bit confused on how to open the file to view my recovered files. any pointers
( I apologize for being a pest ;] )
...After looking through the settings, I thnk the problem might be where it asks me to define the file i saved...I am not quite sure what to define the file as?
sorry for the delay
I have not check these posts in a while sorry, the program you need is EZRecovery Pro, it will restore just about anything, deleted, formatted, raw etc.. do a Google/torrent search, by far the best and easiest recovery program I have found. And don't worry if you have written file to your card over the past few weeks, you would be surprised at how much data can be recovered even after a long period of write and rewrites. As always, if you like it, buy it.
try badcopy its good for memo cards and usb devices
Im trying to upgrade my 2GB standard card to a new 8GB i bought
The problem is, no matter how i transfer - simple drop and drag or a back up program - it always mucks up the order of my photos.
I know this doesn't seem important but its really annoying.
I've tried renaming them so they are the right order in name but the dam phone uses a mysterious newest/oldest tag i can't do anything with
Does any one have a solution or any advice on this?
P.S. some of my photos are pre-cupcake and thus have a different naming system, dunno if anything else is different
It's just something you have to deal with.
The easiest way would be to clone your fat32 partition to the new SD and than resize it.
gurnted said:
The easiest way would be to clone your fat32 partition to the new SD and than resize it.
Click to expand...
Click to collapse
How would i go about doing that?
i believe in the android code, it is sorted by order added. may be wrong but that's been my experience
ok so i didnt really know what swap was or compcache with backing was so i spent the day lookin it up and i just want to know if what im getting out of my info is correct.
swap, basically instead of your phone just seeing ram it also sees your swap partition as part of the ram. so it stores app data and etc. to the swap partition thus making your phone run faster and not taking up all your internal ram and make it run slower. and it is managed by linux. by changing your swappiness setting either higher or lower will change how often swap is used.
compcache, basically creates a sort of swap partition inside the ram itself. it compresses what it swaps into this partition to create more space in the ram. im guessing people like this with backing swap because the compressed info can be brought up quicker because its compressed in the phones ram rather than like swap were its on the sd.
backing swap, when compcache is full it uses the swap partition on my sd. but rather than being like linux swap were its controlled by linux, backing swap is managed by compcahe wich works together better than compcache and linux swap.
im a complete noob here lol so if i got something wrong you gotta explain it to me in laymans terms thanx for the help
Yes, that's right. Did you copy and paste those definitions lol?
lol no i did a lot of google searching its all other peoples info but i put it into words that i can understand.lol
Amack that almost deserve a sticky
this post help me understand the way the partition works alittle better now, thanks!
Learned last night from Patriot Memory what I already knew without realizing it...with 32GB (only) SD cards on what appears to be any version of Android, the cluster size -must- be 32KB (I had tried both 64KB for performance and 4KB to reduce slack wastage) or you *will* encounter corruption (possible root cause for some of our SD-card-booting brethren?).
Google has no fix according to Patriot and this is a widespread problem (across phones and tablets), though I can't for the life of me figure out why.
Is this a kernel-level issue with the filesystem? Any idea of whether this is something that might get fixed for CM7 to make it even more compelling than it already is?
Rodney
Rodney, I think the answer is no, unless we were to go to NTFS which is not robustly supported. here is a reference for FAT32 cluster sizing and formatting. Informative but some what dated.
http://www.infocellar.com/hardware/harddrive-cluster-sizes.htm
anyway, for 32gb disk , 32k clusters are mandated.
FAT32 offers efficient 4KB clusters for partitions up to 8GB. The cluster size increases with the size of the partition, up to 32 KB for partitions over 32GB
DigitalMD said:
anyway, for 32gb disk , 32k clusters are mandated.
Click to expand...
Click to collapse
Microsoft seems to think differently, as they offer a number of different cluster sizes for that partition using FAT32, all of which work (on their OS). If you're saying it's the Linux FAT32 VFS that's busted, that's fine...but it's still busted.
Rodney
It's not busted, its just the way Fat32 works for compatability. That's why Linux has ext3 and Windows has NTFS. Fat32 is old, but universal.
It is busted, and there is no such "compatibility" rule. The web page you referenced is mistaken.
The _only_ valid rule, in Microsoft's own code, is as follows (assuming 512-byte sectors):
FAT32: 65,526 < Number of clusters < 268,435,446
So for a 32GB device, let's look at the number of clusters we create with various cluster sizes...
64KB: 500,000
32KB: 1,000,000
16KB: 2,000,000
8KB: 4,000,000
4KB: 8,000,000
2KB: 16,000,000
1KB: 32,000,000
512: 64,000,000
(no cluster size smaller than this because a cluster can't be smaller than a logical sector)
All of the above cluster sizes *are* supported by Microsoft, and *should* be supported by any "compatible" implementation of FAT32...thus, there is an _in_compatiblity with Linux's VFS implementation of FAT32 that does not adhere to the standard, and thus causes data corruption.
Don't believe me? Format a 32GB SDcard with 16KB clusters on a Windows box. Copy 100 100MB files to it, mounted directly to Windows, and check each for corruption. Repeat the test after inserting the SDcard into an Android device and USB-mounting it to the same PC. You _will_ see corruption, that _is_ specific to the Android device. I imagine it would be seen under other Linux distributions as well, but I've seen no anecdotal evidence and can't be bothered to test since the evidence is pretty clear.
Obviously, if 32KB were the only permitted/possible cluster size, Patriot wouldn't have had to warn all its customers about the risk of data corruption when _not_ using that cluster size.
All I wanted to know is whether anyone had even looked at it, cared to do so, or were even aware (within the dev community), so that a bit of attention might *possibly* be paid to it to save the long-term pain of users having (silently) corrupted data. It's the worst kind of data loss, and if it's an easy fix, worth doing...don't you think?
Rodney
P.S.: I'm not going to get into any further semantics wars. I am continuing to tire of the ego-positing on the forum. There's nothing wrong with being wrong (I know - I do it a lot!), but continuing to defend your position beyond that is both hopeless and counterproductive.
P.P.S.: It's worth noting this defect does _not_ exist for 16GB and smaller FAT32 partitions in Android. For those playing along at home, many of the files Android creates itself - and many I store on SDcards - are smaller than 32KB, so the whole point of the exercise in adjusting the cluster size downward is to avoid wasting space.
whatever man... just chill
DigitalMD said:
whatever man... just chill
Click to expand...
Click to collapse
Misinformation bugs me (no pun intended), because it leads to defects just like this. There are a great many resources on the Internet that are Just Plain Wrong(TM), Wikipedia notwithstanding (which I personally think gets a bad rap, but that's a whole different subject). If it weren't for the fact that this bug trashes user data without notice, I wouldn't care so much, but I pity the fools that come after me that format their SDcards with smaller cluster sizes thinking they are being clever about space usage only to find a large number of their files are toast. It's not fun.
Rodney
What are you going to do with the sd card?!
If you put 10000 files on it you will only gain 7,8 MB with a 16kb cluster size.
TDO said:
What are you going to do with the sd card?!
If you put 10000 files on it you will only gain 7,8 MB with a 16kb cluster size.
Click to expand...
Click to collapse
Actually, 10,000 1KB files with a 32KB cluster will result in 310MB of wastage - moving to a 16KB cluster size reduces the slack to 150MB. In practice, I have a -lot- more than 10,000 1KB files, largely emulator files...in fact, it's a bit worse, because each of those 1KB ROMs is zipped down considerably, so the real wastage is ~315MB for those files alone. Yes, this does represent only 1% of the total storage, but that's also a single directory.
Besides, I'm anal.
Rodney
http://support.microsoft.com/kb/314463
Maximum cluster size for FAT32 is 32K, but otherwise, sounds like something is busted.
Hard to believe since the FAT32 code should be coming from Linux mainstream which is pretty old at this point.