Related
These TPTs are for Gen 2 European Blades that either came as stock Gen 2 or were upgraded using the Windows Flasher method. Do not use any of these files on a Chinese Blade.
They should enable fastboot when powering on holding vol+ as well as repartitioning to give more space for /data. Gen 3 TPTs use a Gen 2 appsboot.mbn and splash.img. You can also use a Gen 3 TPT on a Gen 2 Blade to convert to Gen 3, and vice versa to convert to Gen 2.
Gen 2 custom: 160mb system, 2mb cache, 279 mb data, 0.1mb oem
MD5sum: 83624b0365216b8e97c13f55e7fdebab
Gen 2 custom b: 128mb system, 2mb cache, 311mb data, 0.1mb oem (probably too small for most people)
MD5sum: 7d73894ae1013d1bc65ff6dfbc1cc9d4
Gen 2 stock: 220mb system, 37.5mb cache, 162.5mb data, 21mb oem
MD5sum: 4e8d9c15ac2e640e805fcfdaa44b0579
Gen 3 custom: 160mb system, 2mb cache, 279 mb data, 0.1mb oem
MD5sum: 109695cfca6cd97d1e8e86a9642db8ae
Gen 3 stock: 220mb system, 37.5mb cache, 162.5mb data, 21mb oem
MD5sum: 57eb1d1d77cfb8f388215ea591a09c8e
How to install:
Copy the zip to the root of your sdcard and check the md5sum matches above.
Unzip the file to the root of your sdcard. You should end up with a folder called "image" with the image.bin file inside it.
Check the md5sum of the image.bin matches the md5 given in the nandroid.md5 file.
Turn your phone off. Once its off completely, turn it back on holding menu and vol+.
You should see green text on the screen, then once its finished it should boot into recovery. You may (or may not) see an error message just before this finishes. This happened when sm4tik tested it, but the TPT still worked fine. If I can find out why this is happening I'll try and fix it.
Once in recovery, do a factory reset then install your chosen rom. Remember to remove the image directory once you're finished to avoid reflashing the TPT by accident.
Warnings:
Make sure your phone is well charged before you start the TPT. Unplug it before you begin.
Check the md5sums while the file is on your sdcard, before and after unzipping.
There is always a chance a TPT will break your phone. Use these files at your own risk.
Remove the image directory when you're done to avoid reflashing by mistake.
Thanks to sm4tik for testing this, cpg for the hack to enable fastboot on vol+ and wbaw for help and advice.
Edit: Seems people are having problems with the Gen 3 TPTs, so removing links for now.
Thanks to sm4tik for testing this. It is now confirmed to enable fastboot on vol+ and repartition properly. You may get an error just before it finishes updating. This happened to sm4tik, but he reported that the TPT still worked ok. Partitions were changed to correct size and fastboot worked again.
Thank you so much, this worked like a charm on my Gen2 stock 2.2 Blade.
Probably a stupid question, but after I've changed from my Gen2 160MB partition to the larger 220MB system partition, can I restore from a nandroid backup. I also have sd-ext partition on my sd card, which I use via S2E, is there anything I need to do to ensure that this will still work?
Regards
Jim
[email protected] said:
Probably a stupid question, but after I've changed from my Gen2 160MB partition to the larger 220MB system partition, can I restore from a nandroid backup. I also have sd-ext partition on my sd card, which I use via S2E, is there anything I need to do to ensure that this will still work?
Regards
Jim
Click to expand...
Click to collapse
U can do it till u have enough space on your system
[email protected]gmail.com said:
Probably a stupid question, but after I've changed from my Gen2 160MB partition to the larger 220MB system partition, can I restore from a nandroid backup. I also have sd-ext partition on my sd card, which I use via S2E, is there anything I need to do to ensure that this will still work?
Regards
Jim
Click to expand...
Click to collapse
You can do it as long as your old backups are small enough to fit in the new layout. System will be fine as you made it bigger, but data might be too small now. As you were using an ext partition it might be ok if most of the stuff was on that. You should be able to use the ext partition as before without having to do anything different.
any idea how to partition the gen 2 chinese blade??
i am tired of searching for a method but everywhere they say "DO NOT FOLLOW THIS METHOD FOR CHINESE BLADE."
yash_p90 said:
any idea how to partition the gen 2 chinese blade??
i am tired of searching for a method but everywhere they say "DO NOT FOLLOW THIS METHOD FOR CHINESE BLADE."
Click to expand...
Click to collapse
Someone posted one on modaco a while ago. I can't remember what thread it was in so you'll have to search for it. You would be better just using an apps2ext method if you need more space than trying to repartition, your system partition is already big enough for all the current roms.
I have a rather urgent issue, in which a factory reset wiped my sdcard. First of all, is that normal? This is my first device with no external microsd, and my first time using TWRP. Before, I had been using various versions of Amon-Ra or CWM, and when I factory reset they never wiped the sd card. Next, whether it was normal or not, I need a way to recover my data. I had around 8 gigs in sdcard before it got wiped.
To give you more background info on what was going on, I had a rooted 4.1.2 16GB Nexus, and I decided that I wanted to try PA. I made a nandroid backup of course, and then proceeded to flash the rom. I followed the instructions on the PA thread, first doing a factory reset followed up by the actual flashing, then a wipe of cache/davlik. After I tried the rom out for a few minutes, I noticed that there weren't any redeeming features to make it worth the time-consuming switch from stock to PA, transferring all my data and setting up my settings once more.
I rebooted back into recovery and factory reset again, and then I went to restore and saw that there were no backups. Suspicious, I went to the install menu, and found my entire sdcard folder had been wiped out. What happened?
Edit: I'm currently still on the recovery, afraid to do anything in case I lose my data forever.
Was your boot loader already unlocked or did you unlock it right before you flashed the ROM?
littleemp said:
Was your boot loader already unlocked or did you unlock it right before you flashed the ROM?
Click to expand...
Click to collapse
Thanks for the reply, especially on Christmas, but I got around the issue myself. It had been unlocked for 2 months now.
I noticed that every time I booted into recovery, it would make a "0" folder and move the contents of my sdcard into that "0" folder. Then the 0 folder would go inside another 0 folder, and so on and so forth. It was a really strange issue because I was unable to restore my backup; TWRP could not find my /sdcard/TWRP/backup folder, because it did not exist! It was in sdcard/0/0/TWRP/backup. I used the built in file manager in TWRP, and moved the contents back into the proper folder. I could then restore, and now I'm feeling relieved.
However, two issues remain; the 0 folders are still there, and storage transfer speeds seem very slow.
Edit: I got rid of the 0 folders by moving my folders out of them and then deleting the 0 folders, but the size of my files seem to have been inflated. What took up 6 gigs before is now taking up 8.8gb. Lol wut? Also, when I hook it up to a computer it tells me that 12GB has been filled. So many discrepancies.
androidwkim said:
Edit: I got rid of the 0 folders by moving my folders out of them and then deleting the 0 folders, but the size of my files seem to have been inflated. What took up 6 gigs before is now taking up 8.8gb. Lol wut? Also, when I hook it up to a computer it tells me that 12GB has been filled. So many discrepancies.
Click to expand...
Click to collapse
I am having the same problem. I think everybody has that problem, because it's caused by jelly bean 4.2 and its new emulated storage.
The only way I have found to get arround it was to copy all files on the computer from the sdcard, then formating the sdcard in recouvery and moving everything back.
Only problem I am having right now is that I can't for the love of it copy my files. Stupid MTP filesystem is really buggy and extremly slow. I constantly crashes or gives me multiple erros. The one I am having at the moment is something about a parameter error.
Very annoying the stupid filesystem under 4.2.
Btw. I can't get the adb pull command to work either. When I tell it to copy system/storage/emulated/legacy (I believe thats where the sdcard is actually loccated, right?!) it doesn't copy a single file.
If anybody could help me I would be very greatfull.
xaboren said:
I am having the same problem. I think everybody has that problem, because it's caused by jelly bean 4.2 and its new emulated storage.
The only way I have found to get arround it was to copy all files on the computer from the sdcard, then formating the sdcard in recouvery and moving everything back.
Only problem I am having right now is that I can't for the love of it copy my files. Stupid MTP filesystem is really buggy and extremly slow. I constantly crashes or gives me multiple erros. The one I am having at the moment is something about a parameter error.
Very annoying the stupid filesystem under 4.2.
Btw. I can't get the adb pull command to work either. When I tell it to copy system/storage/emulated/legacy (I believe thats where the sdcard is actually loccated, right?!) it doesn't copy a single file.
If anybody could help me I would be very greatfull.
Click to expand...
Click to collapse
I had the same fear, emotion and discovery a week ago when trying a new Rom thanks multi users feature .
You may try to switch from MTP mode to MSC in system setting to increase the speed.
Take care of the different tools because as example JROMFlasher will format the SD card for better cleaning. (I had backup!)
I think I read that the Factory Reset from the settings menu WILL erase everything.
Formatting with ClockworkMod, saves your sdcard files.
I also recommend unlocking asap just for laughs. Even if you don't plan on rooting or Modding... unlocking will ensure your files won't be deleted if you decide to or something happens that requires it
Sent from my Nexus 7 using XDA Premium HD app
I didn't want to trouble anyone, but I really couldn't find any thread on the same topic as this one.
Also, I don't have ten posts, so I can't post direct links. I'll have to post them in plain text.
I'm a generally disk-space conservative person.
When Android version 4.2.2 was released, I tried updating but without any luck (update failed).
So a couple of days later, I factory reset my Nexus 7, then I truly wiped it and proceeded to flash 4.2.2 and root the device.
No custom ROM:s.
Yesterday, I randomly checked my storage information, just to find that 4 gigabytes out of max 6 gigabytes storage was used.
See puu.sh/2fe9V for an image.
I'm a newcomer to both xda and Android and I followed several tutorials whilst doing this. One of them led to me bricking my device.
I wish I could, but I was only able to track up one of the ones I followed;
blog.laptopmag.com/how-to-hard-reset-a-bricked-nexus-7-with-your-pc (this is the one that was successful).
I'm guessing that I may possibly have accidentally created some other partion or something similar.
I would really appreciate some help in this (to me) confusing topic.
Re: [Q] Nexus 7 32GB down to 6GB internal memory
Sounds like you flashed an 8 gig image. Where did you get the image?
Sent from my Nexus 7 using xda app-developers app
rmm200 said:
Sounds like you flashed an 8 gig image. Where did you get the image?
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
Thank you. That definitely sounds like a possibility.
I got mine from developers.google.com/android/nexus/images#nakasijdq39
(Sorry again for plain text links)
Zsded said:
...
So a couple of days later, I factory reset my Nexus 7, then I truly wiped it and proceeded to flash 4.2.2 and root the device.
No custom ROM:s.
...
Yesterday, I randomly checked my storage information, just to find that 4 gigabytes out of max 6 gigabytes storage was used.
See puu.sh/2fe9V for an image.
I'm guessing that I may possibly have accidentally created some other partion or something similar.
Click to expand...
Click to collapse
rmm200 said:
Sounds like you flashed an 8 gig image. Where did you get the image?
Click to expand...
Click to collapse
Could be, but then the Google factory images do not discriminate between 8/16/32, and in this case the OP used a factory image.
@Zsded
I had this happen to me the other night (in the middle of doing something else). The long & boring story follows, but let's begin with a solution: The partitioning data did not get changed, but mysteriously the /data filesystem got created with with only about 6-7 GB of capacity. Re-creating the /data filesystem using the "Format data" operation in TWRP will create an ext4 filesystem of 29 GB or so.
You need to backup everything worth saving and re-create the /data filesystem. This can be accomplished (for instance) using the "Format data" operation in TWRP. But - again - this destroys everything in /data including everything in /sdcard. (Note it does not touch /system or /cache though - so your bare ROM is still there)
What you might want to do is the following:
1) back up everything in /sdcard that you want to save
2) make a full Nandroid backup of your current ROM
3) get copies of the TWRP Nandroid backup off the device (on to the PC)
4) perform the "format data" operation in TWRP (iirc it is in the Wipe sub-menu)
5) copy your Nandroid backup back to the tablet***
6) restore the Nandroid backup (or just the data partition if you prefer)
7) Boot into the ROM and copy the saved contents of /sdcard back onto your device from your PC
*** This is a mouthful. On a fresh /data filesystem, TWRP (v2.4.1.0, anyway) wants to find its backup folders at
/data/media/TWRP/BACKUPS/<device-id>/*
But if you use MTP with the OS to copy the nandroid backup files, you will only have access to /data/media/0/* (the "sdcard" mount point) using MTP So, you might need to copy the files and then using a root shell or the custom recovery, get a copy of your TWRP folder into /data/media/ e.g. with TWRP recovery booted:
Code:
adb shell cp -R /data/media/0/TWRP/ /data/media/
OK, now for the long and boring story.
I had something identical happen to me the other night - I have a 32G N7, and it ended up showing only 6.5 GB total in /data. Because of the sequence of events involved, I don't know the exact cause, but using TWRP to re-create the /data filesystem as explained above solved the problem.
First, some background so you will know why I don't know the cause (get a beverage, this is going to be a long post):
The other night, I decided to capture Nandroid backups of every N7 factory ROM from JZO54K through JDQ39 (4.1.2 - 4.2 - 4.2.1 - 4.2.2). My plan was to do a factory install of JZ054K (4.1.2) and then apply each of the OTAs in sequence. So, I backed everything up (including using a certain busybox version of "tar" to backup about 2.5 Gigs of stuff from the /sdcard mount point), and completely wiped the device and did a fastboot install of 4.1.2 (JZO54K) nakasi (WiFi N7) factory ROM.
The ony thing that I did not do in the initial step was flash the bootloader - I left the 4.18 bootloader in place (initially). I did not follow the factory install script; instead I used the following sequence:
Code:
fastboot erase boot
fastboot erase recovery
fastboot erase system
fastboot erase userdata
fastboot erase cache
fastboot flash boot boot.img
fastboot flash recovery recovery.img
fastboot format system
fastboot format userdata
fastboot format cache
fastboot flash system system.img
fastboot flash userdata userdata.img
The above installed the JZO54K factory ROM - but with the newer 4.18 bootloader still in place.
For each of the OTA package installs & nandroid backups, I would "soft-boot" TWRP (thus leaving the factory recovery still flashed on the tablet), e.g.:
Code:
C:\foo> fastboot boot openrecovery-twrp-2.4.1.0-grouper.img
C:\foo> adb push 094f6629314a.signed-nakasi-JOP40C-from-JZO54K.094f6629.zip /cache/update.zip
C:\foo> adb shell sha1sum /cache/update.zip
C:\foo> adb shell
# cd /cache/recovery
# echo '--update_package=/cache/update.zip' > command
# exit
C:\foo> adb reboot recovery
... (OTA runs, device reboots into OS, perform shutdown, boot to bootloader) ...
C:\foo> fastboot boot openrecovery-twrp-2.4.1.0-grouper.img
... take a Nandroid backup (including recovery partition!)...
Now, as it turned out, before any of this had taken place I had noticed filesystem corruption in my /system partition. Because I was making Nandroid backups for reference/archival purposes, after each OTA install, just prior to making the nandroid backup (with TWRP soft-booted as shown above), I did a filesystem check on system and data:
Code:
adb shell e2fsck -f -n /dev/block/mmcblk0p3
adb shell e2fsck -f -n /dev/block/mmcblk0p9
(for Wifi/nakasi/grouper devices, mmcblk0p3 is /system and mmcblk0p9 is /data).
The reason I mention this is that I was focused on making sure that there were no filesystem errors (there were none). Had I been paying attention, I might have noticed that something was wrong with the allocation size. But, read on...
When I finally got finished (3 OTAs and 3 Nandroid backups) I decided to restore the contents of my 2.5 Gb tarball. Nothing should been in /data except for a couple (TWRP) Nandroid backups. So, I start restoring the tarball... and after a good long wait ... tar exits due to lack of space. WTF?
Well, /data and /sdcard were mounted (in TWRP), so I did a
Code:
adb shell df -k /data
and it showed a little over 4.5 GB used ... in a 6.5 GB partition - WTF?
Now, because I wasn't watching carefully, I can't be sure what caused the small filesystem in a big partition, but here's my theory:
Because the OTAs are designed to leave /data and /data/media/* alone (more or less), that means that the /data filesystem was only created once: it would not have been destroyed & re-created by the successive application of the 3 OTA bundles that took me from JZ054K -> JOP40C -> JOP40D -> JDQ39.
To me, that says that one of the two following initial operations was the culprit:
Code:
fastboot erase userdata
fastboot format userdata
OR
Code:
fastboot flash userdata userdata.img
What is rather shocking about this is because of the way that I did things, I had the newest bootloader on the device when I did this - v4.18. I wouldn't have been surprised if an older bootloader had a bug that got fixed... but it surprises me that the very newest bootloader seems to be implicated.
But anyway - to recap - your partition data has not been altered. AFAIK, nobody (but Asus/Google) knows how to do that as it probably requires talking to the device in APX mode. Somehow, whatever recreated your filesystem in /dev/block/platform/sdhci-tegra.3/by-name/UDA ( userdata ) mysteriously created a filesystem substantially smaller than the physical partition size.
My suspicion is that it is a bug in the bootloader.
good luck
Actually all you had to do is do a factory reset in the recovery, and reboot. BAM - all your actual storage is back
Fatal1ty_18_RUS said:
Actually all you had to do is do a factory reset in the recovery, and reboot. BAM - all your actual storage is back
Click to expand...
Click to collapse
Factory Reset in the recovery does not recreate the ext4 filesystem, it only does deep removal (rm -rf) excluding /data/media. That won't solve the problem of having a tiny filesystem in a huge partition; same filesystem - same max capacity.
bftb0 said:
Factory Reset in the recovery does not recreate the ext4 filesystem, it only does deep removal (rm -rf) excluding /data/media. That won't solve the problem of having a tiny filesystem in a huge partition; same filesystem - same max capacity.
Click to expand...
Click to collapse
Strange. After I flashed the stock 4.2.1 after playing with some custom ROMs - I, too, had only 6GB available, but then I did either factory reset/wipe data or something else - and BOOM everything was fixed
bftb0 said:
Could be, but then the Google factory images...
Click to expand...
Click to collapse
Snipped to save people's screen space.
Thanks a lot! This solved my problem and I'm now back to 27 gigabytes (which should be somewhere around the promised 32 gebibytes).
I truly appreciate it. I would do more than just to thank your post, but I'm kinda out of ideas (and money).
And of course I'd like to thank everyone else for the help.
This thread can be regarded as closed.
@Fatal1ty_18_RUS
There have been a couple of other reports about "6 Gigs in a 32 GB device". I just dismissed them as folks not being aware of how much space they were using (e.g. Nandroid backups) - until it happened to me.
Enough strangeness seems to be present to make me nervous for folks that don't have a lot of *nix experience to sort things out when they get mucked up.
The other thing I didn't mention in my story was that restoring a tar file into the /sdcard mount point using a root shell in TWRP (v2.4.1.0) was sufficient to massively corrupt the ext4 filesystem on /data every time I did that (based on looking at the output of "e2fsck -f -n" in TWRP). After cleaning things up (ugh - recreating userdata ext4 from scratch means shuttling everything back onto the tablet again) I booted into the (stock) OS, and restored the same tar file into /sdcard as an unprivileged user - and no problems. No clue how/why that would happen, as tar files contain no inode information; but it suggests that there is some strangeness in the way that that emulated /sdcard mount works when a root user writes things... at least in the TWRP version of things. Very bizarre indeed.
Suffice it to say the whole exercise blew away a massive chunk of my time, even though I'm comfortable with this kind of stuff (I have used *nix systems for 30+ years). I can only imagine how folks with less experience feel when they get into a jam.
---------- Post added at 12:01 PM ---------- Previous post was at 12:00 PM ----------
Zsded said:
Snipped to save people's screen space.
Thanks a lot! This solved my problem and I'm now back to 27 gigabytes (which should be somewhere around the promised 32 gebibytes).
I truly appreciate it. I would do more than just to thank your post, but I'm kinda out of ideas (and money).
And of course I'd like to thank everyone else for the help.
This thread can be regarded as closed.
Click to expand...
Click to collapse
Cool!
Change your thread title to include the token "[SOLVED]" - maybe it can help others.
bftb0
bftb0 said:
Cool!
Change your thread title to include the token "[SOLVED]" - maybe it can help others.
bftb0
Click to expand...
Click to collapse
Good idea and thanks for your help!
is there any alterations in ghrese steps for CWM users? I too am having this problem after installing a stock image friom the same sources as posted above, but i used onw of the nexus 7 toolkits to help asist me with this.
Thabnks, i am leaving for a trip tomorrow, so i was sorta shpcked to see 6 gb of storage on my device.
GH0 said:
is there any alterations in ghrese steps for CWM users? I too am having this problem after installing a stock image friom the same sources as posted above, but i used onw of the nexus 7 toolkits to help asist me with this.
Thabnks, i am leaving for a trip tomorrow, so i was sorta shpcked to see 6 gb of storage on my device.
Click to expand...
Click to collapse
Well, given that you need to rebuild the filesystem in the userdata partition, you may not have enough time to work on this tonight, as it means getting everything worth saving backed up to a PC, and then transferring it all back after /data is rebuilt (back to the size that it should be). At that point you can either boot the "factory reset" OS to push your backups back to the tablet, or push them with adb & the recovery running so you can restore the backup before the first time you boot.
You saw how long the TWRP post was; can't say I want to do the same thing for a CWM version. Nor do I know even the first thing about any "toolkit" or what their operational hazards are.
But basically, the bottom line is re-building the /data ext4 filesystem from scratch. Even though TWRP has "mke2fs" & "tune2fs" utilities in it's ramdisk, it appears that they use a custom-built "make_ext4fs" utility for rebuilding ext4 filesystems. CWM probably has something similar - maybe a "format data" menu pick/button or something that sounds like that.
If you think you have enough time for this, you could perform the format using fastboot, as in:
Code:
fastboot format userdata
bearing in mind that this wipes EVERYTHING in /data including the psuedo-SD card (just as will any other procedure which rebuilds /data). So, if you make a Nandroid backup before starting this process, make SURE you've got your backups in a safe place off of the tablet before the format occurs.
Not having an external SD card on the N7 sure makes everything like this a pain in the a**, especially when it's potentially 20+ Gigs of stuff to move around.
good luck
So... I currently did this:
erasing 'userdata'...
OKAY [ 9.107s]
formatting 'userdata' partition...
Creating filesystem with parameters:
Size: 30080499712
Block size: 4096
Blocks per group: 32768
Inodes per group: 8160
Inode size: 256
Journal blocks: 32768
Label:
Blocks: 7343872
Block groups: 225
Reserved block group size: 1024
Created filesystem with 11/1836000 inodes and 159268/7343872 blocks
sending 'userdata' (139157 KB)...
writing 'userdata'...
OKAY [ 30.145s]
finished. total time: 39.254s
Click to expand...
Click to collapse
I had to pull my CWM backup (however, doing a format data/cache using CWM didn't fix it). Eventually, the fastboot command fixed it. However, now when I try to transfer files over MTP/USB, it fails on the Internal Storage. So I am not sure why it is complaining. It doesn't give me an error, it just says the device has stopped responding, even though it is still listed and I have folders that are accessbile.
I guess I will just have to use adb push
EXT4
bftb0 said:
Factory Reset in the recovery does not recreate the ext4 filesystem, it only does deep removal (rm -rf) excluding /data/media. That won't solve the problem of having a tiny filesystem in a huge partition; same filesystem - same max capacity.
Click to expand...
Click to collapse
So where can u find the ext4 file to delete? I did this once, it was a while agao but i need to find it
fixed on my nexus 7 but not sure what happened
thanks to you guys I solved my problem, same thing after installing a stock image from google i got 8gb of storage instead of 32. I did format data on CWM and than i got all of the storage back...i was really worried of not finding a way to solve this a big thanks to you guys.
In case u have the same problem you need to do format data on CWM and NOT wipe data/factory reset.
-----------------------------------------------------------------------------------UPDATE---------------------------------------------------------------------------------
The same problem happened again, i was not worried I did everything i did the first time but for some reason this time nothing got fixed...so after trying many things i asked myself "well what happen if I do not flash in my device the stock userdata after i erased them with the command >>fastboot erase userdata<< ?"
I tried and apparently it solved the problem i had all of my GB back. A little bit scare because during the boot in while i was on the image of the nexus logo (the X with four colors) it went back to the google screen (that one that appears when you turn on your device) but than it kept going normally. I did this two times first flashing in the stock stuff of the 4.1.2 of android and than with the 4.3 version (stock images downloaded from google)
Here the list of commands I used:
fastboot erase boot
fastboot erase cache
fastboot erase system
fastboot erase userdata
fastboot flash boot (I flashed the boot image of android 4.3)
fastboot flash system (I flashed the system image of android 4.3)
For the 4.1.2 I did the same except that i flashed in the userdata image of the 4.1.2 version I turned on the device to check the space on the settings and than i came back and used >>fastboot erase userdata<< and than turned on the device to check if there were some issues but it worked and the storage was back at full size.
I ask to someone a little bit more skilled than me to explain better what happened, and what I really did, because I'm really not sure about this I mean why not flashing the userdata image that came with the full pack from google is not creating problems and flashing it makes my device loose space? I would like to understand more about this.
Thanks bftb0 for this excellent working solution.
My Nexus 7 recently wouldn't boot (bootloop after a power off for no good reason...) and I used the Nexus Root Toolkit in force mode to put 4.4 on (I was on some older version to keep Stickmount working as it didn't work straight off the bat with new Androids). I had to use force because my bootloader is 4.18 I think and the update procedure via the Root Toolkit threw an error about bootloader version. 4.4 appeared to go on fine with force. I have no idea how to update the bootloader. Just playing with GPS apps today and putting maps on and found out I couldn't do it due to lack of space. Found the box for my Nexus 7 as I wasn't 100% what size I had but thought it was a 32G... Your solution worked fine. I didn't have to move the TWRP backups, just copied them over MTP and TWRP found them.
Hello.
This is my 1st post here. Well I have the same probelm. Just bought nexus 7 32GB and 6GB is missing...
Desperion9 said:
Hello.
This is my 1st post here. Well I have the same probelm. Just bought nexus 7 32GB and 6GB is missing...
Click to expand...
Click to collapse
Does it say something like 27GB total? It's not at 32GB total because it needs room for the OS and everything.
NiteFang said:
Does it say something like 27GB total? It's not at 32GB total because it needs room for the OS and everything.
Click to expand...
Click to collapse
Also manufacturers advertise memory in base10 the decimal system so 1MB =1,000,000 bytes but computers don't work like that they operate in base2 the binary system so 1MB is actually 1,048,576 bytes. This is the brainchild of marketing gurus who think people can't understand binary.
On average for every GB advertised in base10 you get on average 70 mb less
Sent from my C5303 using xda app-developers app
Sorry for the slight necro
The same thing happened to me: coming from a custom rom and installing Nexus 7 4.4.4 factory image my 16gb device only showed 6.58gb total.
So i locked the bootloader (using WUG's) and unlocked it again. Result: it now shows 27.58Gb TOTAL SPACE LOL... I tried doing the data wipe in TWRP and i'm all out of ideas...
Anyone?
[Not sure this is the right section, but since it requires a bit of knowledge on adb and stuff, I thought the development area would be better]
I happened to do something, somehow, which cause my Internal Memory to completely "disappear". The only way to get it back was downgrading to GB. However signal wouldn't work. I tried everything I saw on the Internet. But most people had to take it to the customer service. I didn't want that. My mobile was still working, I knew I only needed to fix something no matter what!
I realised that when this problem occurs, if you go to About Device, you'll see that your Baseband version will be XXXX. If that's not the case, just try factory reset, wipe cache, dalvik, etc... and re-flashing stock via odin. BUT if that IS the case, follow the steps below:
DO THIS ONLY ON I9070 (GALAXY S ADVANCE) DON'T TRY IT ON I9070P SINCE I'M NOT SURE IT WILL WORK AND IT MIGHT BRICK YOUR DEVICE.
1 Download http://d-h.st/W5W
2 extract it into your SD Card
3 Run adb, since you won't be able to install terminal on your mobile. However if you've got a ROM with terminal pre-installed you can use it anyways.
4 Use this command on adb: adb shell
su
dd if=/sdcard/modemfs.img.md5 of=/dev/block/mmcblk0p2
If you have this problem on a different device and found this thread, try looking for the mmcblk0p2 for your device, extract it to your SD Card and type on adb: dd if=/sdcard/mmcblk0p2 of=/sdcard/modemfs.img.md5
Then, go to step 4
That's it, folks! If nothing happened yet, reboot your mobile and both your network and memory will be working.
Hit thanks if I've helped you anyroad
Sorry but it didn't work for me.
hey buddy, thanks for the info... in my phone i have baseband name, but i dont have system storage ... i try your metod but i couldnt fix it...
can you give me a little more information how did you do? thanks and sorry my bad english....
are u sure u have root access? try using Root Explorer, google it. there is one that is really good. I used this method on JB. It should work on GB also... if nothing like reflashing stock, wiping data, cache and dalvik cache and fixing permissions worked, thats the last hope. other than that, only customer service as far as I know :sad: try to follow the steps thoroughly. ALSO, just to make sure, put the modemfs file both on the internal memory and external sd card, since it might have been changed. MIUI for example would recognize your external sd card as ur internal memory and vice-versa
gustavray said:
are u sure u have root access? try using Root Explorer, google it. there is one that is really good. I used this method on JB. It should work on GB also... if nothing like reflashing stock, wiping data, cache and dalvik cache and fixing permissions worked, thats the last hope. other than that, only customer service as far as I know :sad: try to follow the steps thoroughly. ALSO, just to make sure, put the modemfs file both on the internal memory and external sd card, since it might have been changed. MIUI for example would recognize your external sd card as ur internal memory and vice-versa
Click to expand...
Click to collapse
Yes, i have a root access. I flash JB XXLPY, then i flash kernel to have CWM, then i wipe all data, install Chuckybean ROM and i have 0 MB internal memory. After tha i've tried your fix via adb and even wondering if i can do this via odin...
NOTHING still the same 0 MB...
jjeerry said:
Yes, i have a root access. I flash JB XXLPY, then i flash kernel to have CWM, then i wipe all data, install Chuckybean ROM and i have 0 MB internal memory. After tha i've tried your fix via adb and even wondering if i can do this via odin...
NOTHING still the same 0 MB...
Click to expand...
Click to collapse
then try reflaashing via odin the stock rom with the pit file. that can be found on section on how to downgrade to GB. make sure u use the right pit file for the 8 or 16gb version. then when flashing, make sure to check the option of Re-format
gustavray said:
then try reflaashing via odin the stock rom with the pit file. that can be found on section on how to downgrade to GB. make sure u use the right pit file for the 8 or 16gb version. then when flashing, make sure to check the option of Re-format
Click to expand...
Click to collapse
Been there, done that
I've updated to .253 with all the wipes last week and today I discovered I only have 16 Gb of internal memory now.
Has anybody encountered the same issue? What can cause such a problem? And how can I solve it?
I've been getting this issue but some reason, I'm not limited to 16, I'm limited to 22? I'm not sure.
Is the same information as the picture, if you check memory with a file explorer(Es file explorer for example)? On a computer what is the situation with memory?
Monipeev said:
Is the same information as the picture, if you check memory with a file explorer(Es file explorer for example)? On a computer what is the situation with memory?
Click to expand...
Click to collapse
I noticed it on a computer initially. It showed 16 Gb instead of 32 Gb.
Now it shows something even worse! Total irrelevance.
It is absolutely illogical. In file explorer? What about if restart your phone? Any differents?
No difference, reloading doesn't change anything.
I'm so puzzled.
Also getting this issue @ 16GB internal storage.
FWIW i'm using the XPower 3 debloat with the .253 kernal.
@jufofu, What will show if despite the small remaining space, continue to copy more information in the internal memory? Whether it will continue to collect more data in memory, which means just bad reporting of information on available memory ? Maybe factory reset or repair with Xperia Companion. If problem still there, then the option is service. If you decide to do this, copy your information from phone to computer before this steps.
@Poag, was the problem there on the previous firmware? Do you have any ideas about its origins?
@Monipeev, it doesn't copy files from PC when the small memory is filled.
I will try to flash it again this week. If it doesn't work properly I'll have to restore TA backup and go the the service.
To be honest, i can't remember. I just flashed .224 from Flashtool wiping everything and TWRP reports only 8GB for internal.....booting into system atm....
Would someone with a 32GB internal mind posting a df?
[edit] Ok thats given me back my 32GB internal storage, currently sat on a freshly imaged device with 10GB of 32Gb used internal.
Poag said:
To be honest, i can't remember. I just flashed .224 from Flashtool wiping everything and TWRP reports only 8GB for internal.....booting into system atm....
Would someone with a 32GB internal mind posting a df?
[edit] Ok thats given me back my 32GB internal storage, currently sat on a freshly imaged device with 10GB of 32Gb used internal.
Click to expand...
Click to collapse
How did you go about fixing this?
I have the same problem.
So this is supposedly a bug in .253? I'm glad that it can be solved by reflashing.
@MattyCurrann, you too got this problem after flashing .253?
So i
1- Downloaded the UK Customised 224 in Flashtool - XperiFirm
2- Flash this wiping everything in the 'Wipe' box.
3- Booted into Fastboot and flashed the .253+TWRP kernal listed in the XPower thread post #312
4- Booted in system and then set about resetting up the device from TitaniumBackups.
---------- Post added at 10:30 AM ---------- Previous post was at 10:23 AM ----------
MattyCurrann said:
How did you go about fixing this?
I have the same problem.
Click to expand...
Click to collapse
I dont think you have the problem. 22GB is were you are meant to be.
10GB is system 22GB is user space.
jufofu said:
So this is supposedly a bug in .253? I'm glad that it can be solved by reflashing.
@MattyCurrann, you too got this problem after flashing .253?
Click to expand...
Click to collapse
nope, NOT a bug in .253,
afaik it's been there on Lollipop as well,
existed on Lollipop firmwares, 185, 224, 253 MM firmwares
(I got it too on Z5).
It sometimes occured during flashing Firmwares via XperiFirm + Flashtool or flashing new ones via TWRP,
really weird "bug"
There is another thread regarding this bug:
http://forum.xda-developers.com/z5-compact/help/how-storage-t3398804/post67849319#post67849319
You can fix it without flashing anything - if you have TWRP recovery, just Repair /data partition in Wipe menu. If that doesn't help, try Repairing /system partition (that helped in my case).
Another cases of the same issue: http://forum.xda-developers.com/xpe...-repack-stock-kernel-dm-t3301605/post67317647
Edit: posted it without refreshing the page, basically the previous post covers it all.
flashtools sucks nowadays!
Repairing didn't help, but resizing /data works perfectly. I've got my memory back.
jufofu said:
Repairing didn't help, but resizing /data works perfectly. I've got my memory back.
Click to expand...
Click to collapse
A little "how to" would be nice.
EDIT:
As TWRP kept giving me Errror 4. I did figure out what it meant by that.
It needs manual handling (answering questions) in cli.
I went on with "adb shell" on my computer while the device was started up in TWRP/recovery mode.
There I unmounted everything, and then I ran this command from adb shell:
Code:
e2fsck -f /dev/block/mmcblk0p42
There I had to answer a bunch of questions about orphaned inodes and other corruptions. (Tookl a while to answer them all. I could have used "-y").
Once done, the fs was marked as clean, and the rezise command in TWRP worked flawlessly. Problem solved.
Strange that it had so many corruptions/orphaned inodes, considering it was a new fresh flash made just recently with flashtool.
how did you update your phone?