Hi,
before I brick my smartphone: is the internal storage a real GPT partitioned thing which can be changed by gdisk, parted and friends? I'll change only the things starting with cache - and only sizes & partitions, not the overall layout. I would like to squeeze the unused cache-partition to a few MBs and reduce the cdrom-partition, move the system-partition at top and increase the userdata partition.
Best regards,
mifritscher
Any infos on this one? Could I recover from a completely broken flash via fastboot, qdload or sdboot?
Ok, I tried - and failed *g*
I partitioned with parted - and the kernel accepted the new partition table as well. But it seems that the phone either blocks write access to the GPT, or has its own internal version. Because after a reboot, I got the old partition table again.
Luckily I had a backup (with I needed for repartitioning anyway), and both fastboot and recovery worked. TWRP was only a bit refused regarding the broken partitions, but it could both reformat the partition and fire the backup (with I did with dd and gzip) before).
So the big question is: How can I unlock the emmc to write to the GPT?
Related
I messed up my SDcard partition on my phone and it is totally not usable, even from adb shell. Being it uses the GPT scheme, there's no way I have the knowledge of fixing it. I have a clockworkmod recovery image on my PC. Is there a way I can use adb shell to restore the image to my phone?
dman777 said:
I messed up my SDcard partition on my phone and it is totally not usable, even from adb shell. Being it uses the GPT scheme, there's no way I have the knowledge of fixing it. I have a clockworkmod recovery image on my PC. Is there a way I can use adb shell to restore the image to my phone?
Click to expand...
Click to collapse
Hello i am stuck on the google image when phone boots up and can only boot into fastboot mode. did you find a way to return to stock through here? please let me know thank you.
I trashed large parts of my sdcard, but still had ADB/CWM. Downloaded gptfdisk and did recovery option to restore backup gpt from last sector to first GPT sector (LBA1).
With gptfdisk, after backup GPT, make sure print out your new partition table and are happy with the map, before you write it back. Should then be able to recreate recovery, system partitions from backup, even directly through dd.
In the process I noticed MBR in LBA0 got recreated to "a single primary partition"; but recovering partition table pretty much only got partition offsets sorted out - still needed to work on formatting individual partitions and tweaking partition names, types and the like - will depend on circumstances.
Ref: http://forum.xda-developers.com/showthread.php?p=26638440 (for Transformer Prime TF201)
Sick of the separate userdata and fakesd partitions and familiar with Nexus 4's way of doing things (only userdata), I've tried to repartition my device.
The way I went about it was by booting a recovery (twrp), and, via adb shell, sharing the whole mmcblk0 via usb_mass_storage. It is a GPT partition table, so I used gparted, got rid of the "media" partition and then resized the userdata partition to cover all the gained space.
However, the whole partition layout resets (ouch) when I reboot at all. I do not know who if it's the bootloader or recovery's fault, only that any changes I make to the GPT partition table go away after I reboot.
I'd appreciate some intel if any of you know what's actually going on.
Sick of the separate userdata and fakesd partitions in NexusS and familiar with Nexus 4's way of doing things (only userdata, ext4), I've tried repartitioning my device.
So I booted a recovery (twrp), then connected via adb shell and made the kernel share the whole mmcblk0 via usb_mass_storage.
The block device seems to have a GPT partition table, so with the help of gparted, I got rid of the "media" partition and then resized the userdata partition to cover all the gained space.
However, the whole partition layout resets (ouch) when I reboot at all. I do not know who if it's the bootloader or recovery's fault, only that any changes I make to the GPT partition table go away after I reboot.
I'm sure someone here knows exactly what's happening, please tell us.
li_suna said:
Sick of the separate userdata and fakesd partitions in NexusS and familiar with Nexus 4's way of doing things (only userdata, ext4), I've tried repartitioning my device.
So I booted a recovery (twrp), then connected via adb shell and made the kernel share the whole mmcblk0 via usb_mass_storage.
The block device seems to have a GPT partition table, so with the help of gparted, I got rid of the "media" partition and then resized the userdata partition to cover all the gained space.
However, the whole partition layout resets (ouch) when I reboot at all. I do not know who if it's the bootloader or recovery's fault, only that any changes I make to the GPT partition table go away after I reboot.
I'm sure someone here knows exactly what's happening, please tell us.
Click to expand...
Click to collapse
Is there nowadays a real solution for repartitioning and make a bigger userdate partition ?
skorzo said:
Is there nowadays a real solution for repartitioning and make a bigger userdate partition ?
Click to expand...
Click to collapse
Why don't you try this guide:
http://forum.xda-developers.com/nexus-s/general/howto-combined-emulated-storage-nexus-s-t2848752
I have 16GB phone and wanted to do a full backup but it's size is 11768MB which I think should be more, look at the calculation:
it's 16GB phone (in decimal) which in binary is 14.9GB. (16000/1074) so main internal storage in digital computation is 14.9GB.
my system partition+data partition (shown in TWRP backup) are 11768MB. (9500 /data and rest is /system)
my internal storage: 868MB free + 1.36GB used (=2228MB)
all other partitions are 167MB (excluding data and system and sdcard)
so far it's 11768+2228+167=14,163MB
but my whole internal storage is 14,900MB and now whole things on my phone is 14,163MB, so where is that 737MB?
also apps cache and system cache are almost nothing and dalvik cache is 629MB (which I think is included in TWRP's /data calculation)
do you have any idea of missing 737MB? does TWRP exclude anything or am I wrong?
TWRP saves only those partitions that may change due to flashing custom ROM.
An example is the vendor partition.
ze7zez said:
TWRP saves only those partitions that may change due to flashing custom ROM.
An example is the vendor partition.
Click to expand...
Click to collapse
yes I know and I calculated whole partitions and SDCARD and TWRP system and data and free storage and everything but the size isn't same as device internal storage space (you can look at my calculation above)
If you want you can always save a disk and not the partitions.
You won't be able to flash it with fastboot (I don't think), but if you have EDL or its equivalent you can.
Renate said:
If you want you can always save a disk and not the partitions.
You won't be able to flash it with fastboot (I don't think), but if you have EDL or its equivalent you can.
Click to expand...
Click to collapse
it's not about backing up, it's mostly because of my curiosity that why when I have root and calculated whole stuff (partitions) plus cache plus free space, altogether they don't fit my internal disk space (14.9GB) and are 737MB less!!! can you test it on your phone and see what will be the result.
I really have no idea what we are discussing.
Code:
Poke3:/ # dd if=/dev/block/mmcblk0 of=/dev/null
61071360+0 records in
61071360+0 records out
31268536320 bytes (29 G) copied, 209.698476 s, 142 M/s
I don't use TWRP.
I installed postmaketos on my tf-300t and it was fine.
the next day the system did not have access to it's root partition.
and I made a silly act repatriationing all memory and copying root partition to new partition hoping that boot partition will find it and works.
and then
nothing. only a black screen.
can anyone help me repair partition table?