Related
Hello!
I think this post may be of more relevance to Development. But unfortunately, I do not have enough posts to do so. I usually don't have to post at all, thanks to searching.
This time I can't seem to find an answer to my problem, so here it goes;
I have an Eris that I'm using at the moment. I rooted it(or so I thought) back in the day. It seemed to work fine back then, and everything was dandy.
Never went about installing a custom ROM though, so I attempted. After I started it up, I realized I had made the worst mistake of them all. I didn't make a nandroid backup of the stock ROM. After a couple boot loops of the Cyanogen logo, I powered it into the bootloader to find that "S-ON" was showing. I cried a little at that moment.
If I try to install any other ROM(stock, EvilEris, etc.), it does not work. And after a couple of attempts of trying to install CM again, now only getting to the skateboarding androids, I have no idea what to do.
Does anyone possibly have a solution to this? I'm at a complete loss not being able to actually boot the phone into the ROM.
Also, everytime I try to just throw a PB00IMG.ZIP on the root of the SD card, it says there's "No image!"
Thank you for any help,
-Kickore
kickore said:
Hello!
I think this post may be of more relevance to Development. But unfortunately, I do not have enough posts to do so. I usually don't have to post at all, thanks to searching.
This time I can't seem to find an answer to my problem, so here it goes;
I have an Eris that I'm using at the moment. I rooted it(or so I thought) back in the day. It seemed to work fine back then, and everything was dandy.
Never went about installing a custom ROM though, so I attempted. After I started it up, I realized I had made the worst mistake of them all. I didn't make a nandroid backup of the stock ROM. After a couple boot loops of the Cyanogen logo, I powered it into the bootloader to find that "S-ON" was showing. I cried a little at that moment.
If I try to install any other ROM(stock, EvilEris, etc.), it does not work. And after a couple of attempts of trying to install CM again, now only getting to the skateboarding androids, I have no idea what to do.
Does anyone possibly have a solution to this? I'm at a complete loss not being able to actually boot the phone into the ROM.
Also, everytime I try to just throw a PB00IMG.ZIP on the root of the SD card, it says there's "No image!"
Thank you for any help,
-Kickore
Click to expand...
Click to collapse
Before you try the PB00IMG.zip, are you going into the Wipe menu and choosing the option "Wipe data/factory reset" before restarting the phone? If not, try starting in Recovery, do just that, and then try to restart. (Depending on the CM ROM you are installing, you may need to install a Google apps zip as well, if you have not already done so. However, it will boot without Google apps - you just will not have the market.)
This is what happens when I go to wipe/factory reset the phone.
I'm sorry I wasn't a bit more descriptive in my first post.
I have clockwork mod recovery 2.5.0.1.
...With S-On...
This picture shows why I can't love anything.
Since you have clockwork recovery, definitely do not try a PB00IMG.zip. There have been bricked phones from this.
See this post: http://forum.xda-developers.com/showpost.php?p=12131623&postcount=9
This may be a good idea. That line "Can't read MISC" - I wonder if you have some bad blocks on that partition (or others)? Anyway, read through that post I listed above, flash that zip file, and it will create a file on the SD card called "MTD_Inspect.txt". Let's see what that shows.
(I think that once we determine the state of flash storage, the best bet may be to flash the Flashback_21v2, which will return the phone to stock, unrooted, and then you can re-root using ScaryAlien's modified version of JCase's 1-click root app to get Amon_RA recovery on the phone. Getting S-OFF going forward may not be such a bad idea, but one step at a time.)
Listen to doogald, he's giving you some good advice!
doogald said:
Since you have clockwork recovery, definitely do not try a PB00IMG.zip. There have been bricked phones from this.
See this post: http://forum.xda-developers.com/showpost.php?p=12131623&postcount=9
This may be a good idea. That line "Can't read MISC" - I wonder if you have some bad blocks on that partition (or others)? Anyway, read through that post I listed above, flash that zip file, and it will create a file on the SD card called "MTD_Inspect.txt". Let's see what that shows.
(I think that once we determine the state of flash storage, the best bet may be to flash the Flashback_21v2, which will return the phone to stock, unrooted, and then you can re-root using ScaryAlien's modified version of JCase's 1-click root app to get Amon_RA recovery on the phone. Getting S-OFF going forward may not be such a bad idea, but one step at a time.)
Click to expand...
Click to collapse
Sorry it took a minute.
Here's what the MTD inspect gave me.
Code:
Eris MTD Partition Status Report Generated on Fri May 18 22:11:36 UTC 2012
PARTITION DEVICE_NAME SIZE(Bytes) BAD_BLOCKS #_E-BLKS ECC_FAIL ECC_CORR BBT_BLOCKS
misc /dev/mtd/mtd0 655360 0 5 0 0 0
recovery /dev/mtd/mtd1 5242880 0 40 0 0 0
boot /dev/mtd/mtd2 2621440 20 20 0 0 0
system /dev/mtd/mtd3 178257920 1350 1360 0 0 0
cache /dev/mtd/mtd4 136314880 9 1040 18 0 0
userdata /dev/mtd/mtd5 167247872 1 1276 0 0 0
#################################### misc PARTITION ###################################
Partition Symbolic Name: misc
Partition (character-special) Device: /dev/mtd/mtd0
Partition Total Size: 655360
Partition EraseBlock Size: 131072
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 0
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
#################################### recovery PARTITION ###################################
Partition Symbolic Name: recovery
Partition (character-special) Device: /dev/mtd/mtd1
Partition Total Size: 5242880
Partition EraseBlock Size: 131072
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 0
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
#################################### boot PARTITION ###################################
Partition Symbolic Name: boot
Partition (character-special) Device: /dev/mtd/mtd2
Partition Total Size: 2621440
Partition EraseBlock Size: 131072
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 20
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
ECC: 1 uncorrectable bitflip(s) at offset 0x00000000
ECC: 1 uncorrectable bitflip(s) at offset 0x00000800
#################################### system PARTITION ###################################
Partition Symbolic Name: system
Partition (character-special) Device: /dev/mtd/mtd3
Partition Total Size: 178257920
Partition EraseBlock Size: 131072
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 1350
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
ECC: 1 uncorrectable bitflip(s) at offset 0x00000000
ECC: 1 uncorrectable bitflip(s) at offset 0x00000800
#################################### cache PARTITION ###################################
Partition Symbolic Name: cache
Partition (character-special) Device: /dev/mtd/mtd4
Partition Total Size: 136314880
Partition EraseBlock Size: 131072
ECC failed: 18
ECC corrected: 0
Number of bad blocks: 9
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
ECC: 1 uncorrectable bitflip(s) at offset 0x00000000
ECC: 1 uncorrectable bitflip(s) at offset 0x00000800
#################################### userdata PARTITION ###################################
Partition Symbolic Name: userdata
Partition (character-special) Device: /dev/mtd/mtd5
Partition Total Size: 167247872
Partition EraseBlock Size: 131072
ECC failed: 0
ECC corrected: 0
Number of bad blocks: 1
Number of bbt blocks: 0
Block size 131072, page size 2048, OOB size 0
Dumping data starting at 0x00000000 and ending at 0x00001000...
Apparently, I have a few.
Ok, the next step is probably to try what is in this post: http://forum.xda-developers.com/showpost.php?p=11651122&postcount=21
That post mentions that you should download a decent ROM, but I think that you are already there.
Just a quick note: you should also read the warning in bright red here: http://forum.xda-developers.com/showpost.php?p=11652502&postcount=40
Never mind, I'll quote it:
ErisMTDNuke_v0.9.zip IS EXTREMELY DANGEROUS AND SHOULD NOT BE USED WILLY-NILLY. IT'S ONLY USE IS FOR DESPERATE, LAST-RESORT MEASURES - CLOCKWORK "SOFT BRICKINGS" WHERE PARTITION CORRUPTION IS EVIDENT.
Click to expand...
Click to collapse
At this point, please understand that your phone is bricked and it may not come back. Let's see what the ErisMTDNuke does, though.
I mentioned earlier the thought of unrooting by flashing Flashback and then re-rooting with JCase's 1-click app. That's still a possibility, too. That will at least replace the Clockwork Recovery with stock Recovery. However, the other way is to flash the CM7 ROM that you were going to flash anyway and replace the recovery using the app GScript Lite.
Flashback can be downloaded from here: http://forum.xda-developers.com/showthread.php?t=792026
You can download the one without the radio, if that's what you want to do.
Anyway, let's see what ErisMTDNuke does. Good luck.
Dear doogald,
You are the coolest person on the internet. You have saved my phone by referencing forum posts made years ago that I totally couldn't figure out by myself.
Thank you very much.
I'm happy to announce that my phone has completed it's boot into stock, and I can now drag down my lock screen and activate my phone on the Verizon network.
I'll take to Jcase's one-click app tomorrow.
Thank you again,
-Kickore
P.s. Seriously, the coolest person on the internet ever.
Wow, that's awesome. Thanks redirected to bftb0, who did all of that work.
The way to install Amon_RA is here: http://androidforums.com/eris-all-t...2-custom-recovery-trackball-not-required.html
You should be able to use Scenario 5 in the first post (the JCase 1-click app method) that ScaryAlien mentions that it works with stock or stock-based ROMs like xtrSENSE. Just remember that 1-click works like this:
- allow third party app installs in settings->applications
- install the app (you may need the free app Astro File Manager to actually install by opening the .apk file in that app and choosing to install the app)
- run the 1-click app
- shut down and restart the phone - don't restart in recovery; restart as if you were going to make a phone call
- shut down and restart in Recovery by holding VolUp while booting
At some point I'll also post what you'd need to do to get the S-OFF engineering bootloader on, which will allow you to fastboot flash to recover any future problems (which, knock wood, will not happen...)
I attempted Jcase's app. It did give me Amon_RA's Recovery. It did not give me S-Off though, which I'm assuming is why you mentioned the engineering bootloader in your last post.
On a side note, I decided to experiment with something that wasn't clockwork mod, and found that I can flash custom ROMs with this Recovery. I also backed up my stock one this time, JUST IN CASE!
Well, it worked and I'm running GSB v4.5!
Still, I really appreciate it regardless of who originally found/wrote the documentation on how to do it. I'm a user with like 5 posts due to everything being figured out usually, and you're still helping instead of "GOOGLE IT."
So thank you.
kickore said:
I attempted Jcase's app. It did give me Amon_RA's Recovery. It did not give me S-Off though, which I'm assuming is why you mentioned the engineering bootloader in your last post.
Click to expand...
Click to collapse
Which version of the bootloader do you have? It will either be 1.46.0000, 1.47.0000, or 1.49.0000. (The method to get the 1.49.2000 S-OFF depends on which you have now, IIRC.)
I currently have the 1.47.0000.
kickore said:
I currently have the 1.47.0000.
Click to expand...
Click to collapse
Ok. I am away for the weekend, but will try to get some detailed instructions ASAP. The generalized instructions, though (and it's quite a few steps, sorry to say):
- get a copy of the root PB00IMG.zip file onto the SD card
- get a copy of Flashback (with radio) onto the SD card
- get a copy of ScaryAlien's version of JCase's 1-click root app on the SD card (which I belive you have)
- Nandroid backup when you have now
- start in HBOOT and let the phone run the root PB00IMG.zip (it should detect and ask you to flash it automatically). This gives you 1.49.2000 S-OFF with an old version of the Eris ROM
- * Run the JCase root app (this gets you Amon_RA Recovery back)
- Flash Flashback with radio (this gets you the updated radio back - the root PB00IMG.zip file will flash an older version of the radio)
- Run the JCase root app again to root the phone
- Restart in Recovery and Nandroid Restore GSB
- restart and you'll be back where you were with S-OFF
- (Important) Erase the PB00IMG.zip file from the SD card (or rename it or move it into a folder).
(I may have missed a step - this is off the top of my head. Also, the step with * may be wrong - I think that the root ROM is Android 1.5 and JCase's root app may not run. I don't recall - I'll need to check on that one...)
There is no need! I figured it out from what you said. I'm not really that new at this whole rooting process... But I'm not a programmer and would not have been able to do anything otherwise. I really do appreciate your help.
Thank you so very much!
-Kickore
Edit:
As a suggestion, perhaps making a new guide for anyone who comes to this forum can easily get the files which are now dead links. As well as follow a comprehensive guide on the rooting process.
Hi everyone,
after spending hours with my Galaxy Tab 10.1N 3G (P7501) and searching through XDA and also Google, I finally decided to ask for help...
The tab never was extremly stable, crashing every few days. At some point I upgraded stock 3.2 to a stock 4.0 for the Galaxy Tab 10.1 (P7500), which seemed better but still not satisfactory. So I decided to go for CM 10.1 (as I use on my Galaxy Nexus).
In the progress of the update I figured out some problem with the file systems: Wiping/Flashing over from ClockworkMod 6.0.3.0 seemed not to erase old data, resulting in a unstable system as for instance /data was not wiped correctly.
Already fearing a flash memory problem, I completely blanked the Tab using Odin and a stock firmware 4.0.x image. This actually cleared everything and I restarted the update process, which worked this time flawlessly.
For several weeks I had a nicely running system on CM 10.1 (recently on the 2013-05-13 nightly, which TabletUI und OpenPDroid patch). It still crashed every few days (either becoming very slow or just hanging, sometimes it rebootet by itself). I also switched to TWRP 2.5.0.0 recovery.
A few days ago it crashed during an app install and did not boot up again. It was hanging a few seconds after the CM 10.1 boot animation started. Not even TWRP 2.5.0.0 would boot, the Tab would just reboot after a minute or so.
I then flashed ClockworkMod 6.0.3.0 via Odin, which booted up. I started to regain some hope and did run a e2fsck on all partitions. /system (p4) and /data (p8) showed many file system errors. I cleared the ones on /data which mainly affected files related to the crashed app install.
I then formatted /system from CWM, rebooted recovery and checked /data and /system again. /data was fine, however the now empty /system showed again many file system errors. I created a file system using mke2fs -T ext4 and checked again, this time /system was fine. I then reformatted using CWM and it again had file system errors.
I then made a file system with mke2fs, switched to TWRP (as I mistrust CWM now) and installed CM again (with TWRP). After rebooting into recovery and doing another e2fsck -f on /system (p4), again many file system errors occurred, mainly multiple claimed blocks.
I found emmc_scan from another thread, it did not find problems on my device.
How can this be? Is this a bug in CWM or a problem with my Tab? Or am I doing something wrong here?
I don't know what to do beside reflashing stock and sending the tab in for repair, however, the error description for the service is probably rather difficult, as the problem only becomes visible after a while of use.
Thanks for any advice/help!
I did a few more tests with the following results:
- just flashing a CM 10.1 nightly (namely the one from 2013-05-13, though I doubt it is something special about it) OR using the format option in CWM 10.1 will cause the file system to test later on with many many errors. TWRP does not really format but rather remove all files, therefore it does not cause damage, at least not on an empty file system.
- I checked all file system on my Galaxy Nexus (running the same CM 10.1 nightly and the same TWRP 2.5.0.0 recovery) and all filesystem (tested with e2fsck -f) tested completly ok.
So what can be the cause for the Galaxy Tab's filesystem corrupting all the time?
Thanks again for any ideas!
SheridanJohn said:
Hi everyone,
after spending hours with my Galaxy Tab 10.1N 3G (P7501) and searching through XDA and also Google, I finally decided to ask for help...
The tab never was extremly stable, crashing every few days. At some point I upgraded stock 3.2 to a stock 4.0 for the Galaxy Tab 10.1 (P7500), which seemed better but still not satisfactory. So I decided to go for CM 10.1 (as I use on my Galaxy Nexus).
In the progress of the update I figured out some problem with the file systems: Wiping/Flashing over from ClockworkMod 6.0.3.0 seemed not to erase old data, resulting in a unstable system as for instance /data was not wiped correctly.
Already fearing a flash memory problem, I completely blanked the Tab using Odin and a stock firmware 4.0.x image. This actually cleared everything and I restarted the update process, which worked this time flawlessly.
For several weeks I had a nicely running system on CM 10.1 (recently on the 2013-05-13 nightly, which TabletUI und OpenPDroid patch). It still crashed every few days (either becoming very slow or just hanging, sometimes it rebootet by itself). I also switched to TWRP 2.5.0.0 recovery.
A few days ago it crashed during an app install and did not boot up again. It was hanging a few seconds after the CM 10.1 boot animation started. Not even TWRP 2.5.0.0 would boot, the Tab would just reboot after a minute or so.
I then flashed ClockworkMod 6.0.3.0 via Odin, which booted up. I started to regain some hope and did run a e2fsck on all partitions. /system (p4) and /data (p8) showed many file system errors. I cleared the ones on /data which mainly affected files related to the crashed app install.
I then formatted /system from CWM, rebooted recovery and checked /data and /system again. /data was fine, however the now empty /system showed again many file system errors. I created a file system using mke2fs -T ext4 and checked again, this time /system was fine. I then reformatted using CWM and it again had file system errors.
I then made a file system with mke2fs, switched to TWRP (as I mistrust CWM now) and installed CM again (with TWRP). After rebooting into recovery and doing another e2fsck -f on /system (p4), again many file system errors occurred, mainly multiple claimed blocks.
I found emmc_scan from another thread, it did not find problems on my device.
How can this be? Is this a bug in CWM or a problem with my Tab? Or am I doing something wrong here?
I don't know what to do beside reflashing stock and sending the tab in for repair, however, the error description for the service is probably rather difficult, as the problem only becomes visible after a while of use.
Thanks for any advice/help!
Click to expand...
Click to collapse
Wow what a process. .. Odin back to stock recovery (not ROM only factory recovery e3 which can be found here http://droidbasement.com/galaxy/ ) do a factory reset in stock recovery and flash back cwm and cm10.1 with the right Gapps, let me know what the results are
DefQoN_BE said:
Wow what a process. .. Odin back to stock recovery (not ROM only factory recovery e3 which can be found here http://droidbasement.com/galaxy/ ) do a factory reset in stock recovery and flash back cwm and cm10.1 with the right Gapps, let me know what the results are
Click to expand...
Click to collapse
Hi and thanks for your reply!
I can't find a e3 factory recovery in any of the subdirectories from that link, though. Before I used P7501XXLPC_P7501DBTLPC_DBT.zip from sammobile, I was under the impression that this will kill anything. At least the tar.md5 files contains boot, bootloader, cache, hidden, modem, recovery and system. However, I would be happy to try something else. I also read about repartitioning and also got a "u1_02_20110310_emmc_EXT4.pit" file, I am not sure if I used that in the early process.
SheridanJohn said:
Hi and thanks for your reply!
I can't find a e3 factory recovery in any of the subdirectories from that link, though. Before I used P7501XXLPC_P7501DBTLPC_DBT.zip from sammobile, I was under the impression that this will kill anything. At least the tar.md5 files contains boot, bootloader, cache, hidden, modem, recovery and system. However, I would be happy to try something else. I also read about repartitioning and also got a "u1_02_20110310_emmc_EXT4.pit" file, I am not sure if I used that in the early process.
Click to expand...
Click to collapse
Think it's under retail, recovery stock io or something like that http://droidbasement.com/galaxy/retail/
DefQoN_BE said:
Think it's under retail, recovery stock io or something like that http://droidbasement.com/galaxy/retail/
Click to expand...
Click to collapse
Hi,
it took a while as I made a complete backup.
Anyways, I used ODIN3 v1.85 with checks at Auto Reboot and F. Reset Time (default) and tried via PDA to flash the recorvery io, but it failed:
Code:
<ID:0/018> Added!!
<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> recovery-stock_io.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<ID:0/018> Odin v.3 engine (ID:18)..
<ID:0/018> File analysis..
<ID:0/018> SetupConnection..
<ID:0/018> Initialzation..
<ID:0/018> Get PIT for mapping..
<ID:0/018> Firmware update start..
<ID:0/018> recovery.bin
<ID:0/018> NAND Write Start!!
<ID:0/018>
<ID:0/018> Complete(Write) operation failed.
<OSM> All threads completed. (succeed 0 / failed 1)
Flashing CWM 6.0.3.0 worked however (using the recovery.tar.md5 also from droidbasement)...
I was able to retrieve a recovery.img from the full firmware P7501XXLPC_P7501DBTLPC_DBT and create a tar.md5 just from recovery.img via cygwin:
Code:
>tar -H ustar -c recovery.img > recovery.tar
>md5sum -t recovery.tar >> recovery.tar
>mv recovery.tar recovery.tar.md5
This flashed ok and anounced itself as Android System Recovery 3e. Factory reset/wipe did format /data and format /cache.
I then flashed recovery.tar.md5 from droidbasement with CWM 6.0.3.0 and flashed CM 10.1 nightly 20130513 via sideload and the gapps gapps-jb-20130129-P75xx.zip from droidbasement.
Afterwards I rebooted into recovery and did an e2fsck on all partitions via adb shell. The e2fsck on /system did return immense amounts of errors:
Code:
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 15297 has zero dtime. Fix<y>? n
n
no
Inodes that were part of a corrupted orphan linked list found. Fix<y>? yes
Inode 15329 was part of the orphaned inode list. FIXED.
Deleted inode 15349 has zero dtime. Fix<y>? n
n
no
Deleted inode 15361 has zero dtime. Fix<y>? yes
Deleted inode 15377 has zero dtime. Fix<y>? n
n
no
Inode 15381 is in use, but has dtime set. Fix<y>? yes
Inode 15381 has imagic flag set. Clear<y>? n
n
no
Inode 15381 has a extra size (65535) which is invalid
Fix<y>? yes
Inode 15381 has compression flag set on filesystem without compression support. Clear<y>? n
n
no
Inode 15381 has INDEX_FL flag set but is not a directory.
Clear HTree index<y>? yes
Inode 15381 should not have EOFBLOCKS_FL set (size 18446744073709551615, lblk -1)
Clear<y>? n
n
no
Inode 15381, i_size is 18446744073709551615, should be 0. Fix<y>? yes
Inode 15381, i_blocks is 4294967295, should be 0. Fix<y>? n
n
no
Inode 15382 is in use, but has dtime set. Fix<y>? yes
Inode 15382 has imagic flag set. Clear<y>? n
n
no
Inode 15382 has a extra size (65535) which is invalid
....
The other partitions are fine:
Code:
~ # e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p5
e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p5
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/block/platform/sdhci-tegra.3/by-num/p5: 15/28672 files (6.7% non-contiguous), 3720/114688 blocks
~ # e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p8
e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p8
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/block/platform/sdhci-tegra.3/by-num/p8: 14/3825664 files (0.0% non-contiguous), 286204/15275644 blocks
I dd'ed /dev/zero over p4 (system) and checked the other partitions again, they were fine. I then reinstalled CM 10.1 and gapps, rebooted recovery and rechecked the filesystem...
Code:
~ # dd if=/dev/zero of=/dev/block/platform/sdhci-tegra.3/by-num/p4
dd if=/dev/zero of=/dev/block/platform/sdhci-tegra.3/by-num/p4
dd: writing '/dev/block/platform/sdhci-tegra.3/by-num/p4': No space left on device
1183745+0 records in
1183744+0 records out
606076928 bytes (578.0MB) copied, 110.833892 seconds, 5.2MB/s
...
~ # e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p4
e2fsck -fn /dev/block/platform/sdhci-tegra.3/by-num/p4
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/block/platform/sdhci-tegra.3/by-num/p4: 1544/37040 files (0.3% non-contiguous), 83490/147968 blocks
Now it was clean after installation...!!
What do you think, should I dd all other partitions like /cache, /data as well? How can this be at all? Flash error that was relocated now?
=> addition:
I thought I will try my luck and reflash the nightly. Afterwards, I again had many file system errors on /system...
BTW: Did you ever try to e2fsck your system partition from recovery? Hardly imagine that it is normal to have file system errors, but who know. My Galaxy Nexus has none, though.
make_ext4fs responsible for errors...?
Hi,
I did some more tests and could reproduce a faulty file system with the following steps:
- install something on /system
- run make_ext4fs on partition p4 (/system), either with or without -w (wipe, apparently not doing anything as it is "afraid" of the EMMC bug, that my device does not even have according to the emmc tester app)
- run e2fsck on that partition
et voila => endless file system errors.
This can't be normal (and harmless), can it? Looks however more like a problem with make_ext4fs if the wipe step is omitted.
If I run make_ext4fs with "-t" option (which apparently initialized the unused inodes), the file system is clean afterwards and stays clean during further runs of make_ext4fs and also during installation of CM. However, another installation of CM will then call make_ext4fs without -t and then the errors are back.
In my opinion the problem here is, that wipe is not executed at all and (without the -t option) the inodes contain some data. Not sure, how this affects the file system, though. Maybe it does not matter at all, however it is somewhat confusing that there are errors right after the fs creation...
Hi,
noone any ideas on this issue?
Gesendet von meinem Galaxy Nexus mit Tapatalk 2
Hi,
I'm sorry, I have no error solution, I can only list what I've done.
I flashed my Tab 10.1 N 3G with Odin / P7500XXLQ8_P7500OXALQ8_ITV.
TAB Worked with this Android 4.0.4 perfectly, also G3.
Later: Root; Flash Rom with CM first 5.x meanwhile 6.0.3. TWRP don't work on my device.
For Weeks i use CM 10.1 nightly and meanwhile kernel A1_P4_V1.9 work perfect - min 456MHz max 1600MHz ondemant / row
Antutu from 5000 points to round about 7000points
Franz H. said:
Hi,
I'm sorry, I have no error solution, I can only list what I've done.
I flashed my Tab 10.1 N 3G with Odin / P7500XXLQ8_P7500OXALQ8_ITV.
TAB Worked with this Android 4.0.4 perfectly, also G3.
Later: Root; Flash Rom with CM first 5.x meanwhile 6.0.3. TWRP don't work on my device.
For Weeks i use CM 10.1 nightly and meanwhile kernel A1_P4_V1.9 work perfect - min 456MHz max 1600MHz ondemant / row
Antutu from 5000 points to round about 7000points
Click to expand...
Click to collapse
Thanks for your reply. I can affirm that this combination (CM 10.1, A1 1.9) works very fine and smooth. With latest 1.9 I also get very good batterly life with very long deep sleeps. I reinstalled everything now, making sure I formatted all partitions cleanly and tested them for fs errors. So I hold my thumbs that it will continue working. I also updated not just by flashing new CM over old one, but by manually formatting /system using "make_ext4fs -t" beforehand.
At my first CM 10. installation, it was failed after a crash which needed a hard reboot (long power button). Afterwards, it would hang in the boot animation and I found fs errors on /data and /system. Maybe a glitch, maybe those errors were there before I installed it, who knows.
Hallo, after two days of trying to make kexec working, got it working! Its based on hard boot kexec! We can create now multiboot menu and boot multi roms without need for flashing them! Will make this thread updated including files, kernel and instructions!
munjeni said:
Hallo, after two days of trying to make kexec working, got it working! Its based on hard boot kexec! We can create now multiboot menu and boot multi roms without need for flashing them! Will make this thread updated including files, kernel and instructions!
Click to expand...
Click to collapse
and probably now guys with locked bootloader can boot roms requiring custom kernels
DevSwift1 said:
and probably now guys with locked bootloader can boot roms requiring custom kernels
Click to expand...
Click to collapse
NO because kernel need enabled kexec and reguire some other modifications whick is not exist on stock kernel!!!
Tried to boot stock kernel but failed, seems not stable kexec by now! Need help!
Here is kernel changes (3 commits by Aug.09.2013) -> https://github.com/munjeni/android_kernel_xperiago/commits/jb-dev seems there is problem with clean reboot! Got kexec working with usind zImage from the same kernel version but seems when there is another kernel version its fail! I think it fail on my reboot function implementation! Need help to solve these things!
Got ansfer by self. Stock kernel and everyother without kexec patch ca not be loaded more info here -> http://forum.xda-developers.com/showthread.php?p=44077327
Tomorow will make it better, hope perfectly working.
Ok, lets go multiboot development!
My experience using kexec:
- since hard reboot owerwrite new kernel and ramdisk, I disabled hard reboot. So we need shutdown cpu instead of using function reboot! Since we have no shutdown cpu function we have very slow boot after executing new kernel and ramdisk (curently I am satisfied with slow boot because kexec can boot new kernel and ramdisk, yes its slow but working )
What is needed for kexec boot:
- kexec can not boot non kexec based kernels
- kexec can boot only kexec enabled kernel which mean only kernel which have my kexec patch (you can patch your kernel using kexec patch from my git)
- suported phones by now is only Sola and Go
My idea for multiboot by now:
- making boot menu based on modified CWM recovery
Modified CWM recovery plan:
- create new recovery and add new sub menu for multiboot feature
CWM multiboot menu idea:
- here we can write kexec multiboot functions
CWM kexec function idea:
- mount system, cache, userdata partition from external sdcard EXT4 partitons and mount them (only if these partions is created by you on your sdcard !!! We can create an small submenu for creating these partitons if these partitons not exist, but not now, we can do it later after creating simple kexec main menu))
- after mounting these partitions we can:
- boot android from allready installed android from these partitions
- ability to install new android to these partiton and boot them
Lets go! Before I start making new CWM, I need better ideas! What you think how we can do it??? Waiting your ideas!!!
Maybe we can do it without using CWM???
So, how about another kernel or rom which isn't supporting kexec yet?
Sent from risahikari
munjeni said:
Lets go! Before I start making new CWM, I need better ideas! What you think how we can do it??? Waiting your ideas!!!
Maybe we can do it without using CWM???
Click to expand...
Click to collapse
I cannot think of a way to do this without involving CWM. But we could make use of the volume buttons to select the ROM on boot (by mounting the appropriate partition based on the volume button that has been pressed down when the bootsplash screen is displayed). However this would limit us to the number of ROMs that can be installed to two (or max 3, if we have an option to set a default ROM to boot if no button is pressed).
Brilliant work by the way. You are Godlike! :victory:
itachilinux said:
So, how about another kernel or rom which isn't supporting kexec yet?
Sent from risahikari
Click to expand...
Click to collapse
Simple not supported!
First of all we need to create ramdisk which will boot android located on external sdcard, than if we get it working we can play with kexec. I need your help! If some one get android working from external sdcard than I will continue further. I am allso playing now with new ramdisk and trying to get external android booting!!
Our multiboot is not ready. Only ready is kexec tool and kexec kernel. Our multiboot feature is not yet implemented. Our multiboot is in plan and our multiboot need ideas!
can this be of any help?
http://forum.xda-developers.com/showpost.php?p=42057833&postcount=1
github:
https://github.com/tux-mind/tf201-dev
Changed fstab, recovery.fstab and sony fstab device paths to point to the external sdcard partition, modified updater_script paths, rebooted to the recovery, installed rom to the external sdcard partitions, rebooted, after abnormaly slow boot system booted but is abnormally unresponsive, so I deleted and reverted back to the emmc boot. Sory guys I am stopping here until some one get android booted from sdcard! I have no free time to play with external boot. When you done it I will continue
Any one have idea what is use of the fota kernel??? Got fota kernel and ramdisk kexeced and booted, found some tools in sbin folder, there is fota tools, for example after exacution of the fota-ua got this output:
./fota-ua --help
FOTA-UA May 21 2013 18:05:10
ERROR [181] Parameter Error
Info [745] No status file
Total physical memory: 407695360 bytes
Total available physical memory: 8314880 bytes
Configuration information at runtime:
The number of pages of physical memory SC_PHYS_PAGES: 99535
The number of currently available pages of physical memory _SC_AVPHYS_PAGES: 203
0
Info [88] The number of processors configured _SC_NPROCESSORS_CONF: 2
The number of processors currently online (available) _SC_NPROCESSORS_ONLN: 2
Size of a page in bytes _SC_PAGESIZE: 4096
Logging of resource usage measures:
Maximum resident set size ru_maxrss: 172 KB
Page reclaims ru_minflt: 84
Page faults ru_majflt: 0
Block input operations: 0
Block output operations: 0
Info [468] No sdcard found in mounts
Info [757] Update Failed
WARN [48] Failed to remove /sbin/fota-ua, Read-only file system
WARN [52] Failed to remove /sbin/fota-mke2fs, Read-only file system
WARN [56] Failed to remove /sbin/rb_repart, No such file or directory
Click to expand...
Click to collapse
What we can do with these tools???
Or another tool:
./rb_repart
Repartitioning Tool
(C) Copyright 1999-2011 Red Bend Ltd.
4 Hacharash St. Hod-Hasharon, Israel
Version: 7.0.15.5514
Usage: ./rb_repart
-r [OPTIONAL, DEFAULT] - Run full operation
-t [OPTIONAL] - Run in test mode. Do not perform writes
-c config_file [OBLIGATIONAL] - Configuration file
Click to expand...
Click to collapse
munjeni said:
Any one have idea what is use of the fota kernel??? Got fota kernel and ramdisk kexeced and booted, found some tools in sbin folder, there is fota tools, for example after exacution of the fota-ua got this output:
What we can do with these tools???
Or another tool:
Click to expand...
Click to collapse
Well have you ever updated Sola with OTA,you will notice it boots to recovery and thats fota kernel "f-ota" - friendly over the air update system
XperianPro said:
Well have you ever updated Sola with OTA,you will notice it boots to recovery and thats fota kernel "f-ota" - friendly over the air update system
Click to expand...
Click to collapse
When I tried on Xperia Go to update trought fota it was not worked! I never seen anything related to the fota recovery! Is recovery exist on fota kernel??? Have any menu???
Found some logs:
/data/local/tmp/sbin/fotatools # find / | grep fota
find / | grep fota
/cache/recovery/fota
/cache/recovery/fota/executed
/cache/recovery/fota/report
/cache/recovery/fota/status
/system/bin/fota-snoop
find: /proc/2652: No such file or directory
find: /proc/3172: No such file or directory
find: /proc/3554: No such file or directory
find: /proc/3610: No such file or directory
find: /proc/3723: No such file or directory
find: /proc/3884: No such file or directory
/data/local/tmp/sbin/fota-tad
/data/local/tmp/sbin/fotatools
/data/local/tmp/sbin/fotatools/rb_repart
/data/local/tmp/sbin/fotatools/vold.fstab
/data/local/tmp/sbin/fotatools/toolbox
/data/local/tmp/sbin/fota-mke2fs
/data/local/tmp/sbin/fota-ua
/dev/.fota_ui_down
/dev/.fota_ui_shutdown
/data/local/tmp/sbin/fotatools # ls /cache/recovery
ls /cache/recovery
fota
last_log
/data/local/tmp/sbin/fotatools # ls /cache/recovery/last_log
ls /cache/recovery/last_log
/cache/recovery/last_log
/data/local/tmp/sbin/fotatools # cat /cache/recovery/last_log
cat /cache/recovery/last_log
MR: Master reset starting Sat Aug 10 20:26:26 2013
recovery filesystem table
=========================
0 /tmp ramdisk (null) (null)
1 /data ext4 /dev/block/mmcblk0p11 (null)
2 /cache ext4 /dev/block/mmcblk0p12 (null)
3 /modemfs ext4 /dev/block/mmcblk0p6 (null)
MR: Got content --wipe_data from /cache/recovery/command
MR: Formatting /cache
Creating filesystem with parameters:
Size: 262144000
Block size: 4096
Blocks per group: 32768
Inodes per group: 8000
Inode size: 256
Journal blocks: 1024
Label: /cache
Blocks: 64000
Block groups: 2
Reserved block group size: 15
Created filesystem with 11/16000 inodes and 2065/64000 blocks
MR: Formatting /data
Creating filesystem with parameters:
Size: 2147483648
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 8192
Label: /data
Blocks: 524288
Block groups: 16
Reserved block group size: 127
Created filesystem with 11/131072 inodes and 17193/524288 blocks
MR: Unlocking gesture
MR: Resetting RFHAL parameters
MR: Cleaning dir /modemfs/RFHAL
MR: Leaving dir /modemfs/RFHAL
MR: Master reset done
/data/local/tmp/sbin/fotatools #
Click to expand...
Click to collapse
I hope it will work on Xperia™ U, I don't know if it could be possible as I don't know how many differences are between Sola's and U's ramdisk and stuff. :/
munjeni said:
Any one have idea what is use of the fota kernel??? Got fota kernel and ramdisk kexeced and booted, found some tools in sbin folder, there is fota tools, for example after exacution of the fota-ua got this output:
What we can do with these tools???
Or another tool:
Click to expand...
Click to collapse
well, on xperia s for example we use fota partition like a it was a recovery partition
otherwise as soon as you unlock your bl (= no more OTA) it becomes usless
mirhl said:
well, on xperia s for example we use fota partition like a it was a recovery partition
otherwise as soon as you unlock your bl (= no more OTA) it becomes usless
Click to expand...
Click to collapse
How you load recovery from ota partition? Seems you have something like LK bootloader???
munjeni said:
How you load recovery from ota partition? Seems you have something like LK bootloader???
Click to expand...
Click to collapse
a sort of
newer kernels when booting recovery, check if FOTA partition has the custom one installed
if yes, they loads that. otherwise standard recovery
more information here
mirhl said:
a sort of
newer kernels when booting recovery, check if FOTA partition has the custom one installed
if yes, they loads that. otherwise standard recovery
more information here
Click to expand...
Click to collapse
Thats good idea, but thats not ideal solution in comparation with phones which have separated recovery/boot partition and bootloader ui like HTC devices which have direct recovery load trought bootloader, these solution only working if primary boot partition is modified and added "few lines" for booting recovery from seccond partition (like ota partition). Will be perfect solution if we make LK bootloader for separating recovery/boot partition, allso with LK we will be able to create custom emmc layout, by now I can not see any small bootloader for NovaThor on google search, seems thats not public. Searching for a way for creating bootloader based on kernel. How we can modify curent kernel and make them bootloader??? We can modify recovery and make them bootloader kexec based, but I am not happy with kexec because we need to fix them first because loading an kernel trought current kexec patch is very slow! I will be happy if some one look into my git and find a solution for fixing them!
mirhl said:
well, on xperia s for example we use fota partition like a it was a recovery partition
otherwise as soon as you unlock your bl (= no more OTA) it becomes usless
Click to expand...
Click to collapse
What about if I relock my bootloader, do I will be able to use fota??? Seems ota working only if drm keys is not broken??
munjeni said:
What about if I relock my bootloader, do I will be able to use fota??? Seems ota working only if drm keys is not broken??
Click to expand...
Click to collapse
i have a locked bootloader but on xperia u and if you want anything i will happly help and mine has never been unlocked
---------- Post added at 04:59 PM ---------- Previous post was at 04:44 PM ----------
bobthecooldad said:
i have a locked bootloader but on xperia u and if you want anything i will happly help and mine has never been unlocked
Click to expand...
Click to collapse
just read this about fota
http://forum.xda-developers.com/showpost.php?p=12615775&postcount=1
and the orginal file is checked and if it isnt the correct one the phone wont boot
[Recovery] Working CWM 6.0.2.8 & CWM 6.0.3.7 for Samsung Galaxy Star ( S5280 &S5282 )
Hey guys,
We got another victory. CWM 6.0.2.8 & CWM 6.0.3.7 has been released for our device galaxy star.
STATUS - Tested
Use at your own risk i will not responsible for any mishappening
Contributor :
@Doc_cheilvenerdi.org
Procedure -
i) Boot your phone in odin mode.
ii) Then open odin.
iii) Flash it & Enjoy.
Link - CWM 6.0.2.8 - https://drive.google.com/folderview...sp=drive_web&tid=0B3qe_9NlA1D_Q2RTRzVBRmFkeDA
CWM 6.0.3.7 - https://drive.google.com/folderview?id=0B3qe_9NlA1D_c3dmNm1yQzdyX2M&usp=drive_web
Here is the screenshot-
did u test it?
Pleas Hold on and read carefully!
Please Hold on!
No Release yet!
Releasing software is a long and hard process...
...actually my Phone is on Jellybean 4.1.2 but I don't have yet a local copy of my european archive due to hotfile.com shutdown...
...so I'm still waiting for a mirror to back it up:
it's a strong option to recover a phone from a soft brick...
So what I'm doing here now?
I build Cyanogenmod from long time ago... starting with Gingerbread 7.2 up to KitKat 11.0 (for me it's really a different beast from older ones...)...
Now i prepared a device Skeleton for my mintss phone, I populated it looking online (many thanks to Ankur850, Batman38102, Requisite0, Sakindia123, TeamRegular and many others) and followed the Cyanogenmod guidelines to build a CWm recovery...
And I built a 6.0.2.8 (tuned to Cyanogenmod 10.0) with a working Kernel, a simple ramdisk, and so on...
...But I didn't test it yet...
...I'm still waiting due to my lack of a full firmware archive...
I also tried - for fun - to build the CWM 6.0.4.5 for Cyanogenmod 11.0 (beware: just a Blind Shot)
...using the 10.0 Kernel... working kernel but wrong configuration: it lacks Selinux capabilities (Working on it right now)...
...using a ramdisk tuned to JellyBean...
...filesystem nor permissive neither enforced...
..etc...
All things which can lead to a disaster while testing...
So, please, hold on until I'll test it on my own phone...
...if everything will be fine I'll be really happy to share it for the community...
See you soon on this thread then...
...news scheduled on incoming new year...
Doc_cheilvenerdi.org said:
Please Hold on!
No Release yet!
Releasing software is a long and hard process...
...actually my Phone is on Jellybean 4.1.2 but I don't have yet a local copy of my european archive due to hotfile.com shutdown...
...so I'm still waiting for a mirror to back it up:
it's a strong option to recover a phone from a soft brick...
So what I'm doing here now?
I build Cyanogenmod from long time ago... starting with Gingerbread 7.2 up to KitKat 11.0 (for me it's really a different beast from older ones...)...
Now i prepared a device Skeleton for my mintss phone, I populated it looking online (many thanks to Ankur850, Batman38102, Requisite0, Sakindia123, TeamRegular and many others) and followed the Cyanogenmod guidelines to build a CWm recovery...
And I built a 6.0.2.8 (tuned to Cyanogenmod 10.0) with a working Kernel, a simple ramdisk, and so on...
...But I didn't test it yet...
...I'm still waiting due to my lack of a full firmware archive...
I also tried - for fun - to build the CWM 6.0.4.5 for Cyanogenmod 11.0 (beware: just a Blind Shot)
...using the 10.0 Kernel... working kernel but wrong configuration: it lacks Selinux capabilities (Working on it right now)...
...using a ramdisk tuned to JellyBean...
...filesystem nor permissive neither enforced...
..etc...
All things which can lead to a disaster while testing...
So, please, hold on until I'll test it on my own phone...
...if everything will be fine I'll be really happy to share it for the community...
See you soon on this thread then...
...news scheduled on incoming new year...
Click to expand...
Click to collapse
excelent will wait for it :good:
I cant test it
Chirtagh said:
did u test it?
Click to expand...
Click to collapse
I cant test it bcoz i have S5282.:crying:
Download stock firmware
Doc_cheilvenerdi.org said:
Please Hold on!
No Release yet!
Releasing software is a long and hard process...
...actually my Phone is on Jellybean 4.1.2 but I don't have yet a local copy of my european archive due to hotfile.com shutdown...
...so I'm still waiting for a mirror to back it up:
it's a strong option to recover a phone from a soft brick...
So what I'm doing here now?
I build Cyanogenmod from long time ago... starting with Gingerbread 7.2 up to KitKat 11.0 (for me it's really a different beast from older ones...)...
Now i prepared a device Skeleton for my mintss phone, I populated it looking online (many thanks to Ankur850, Batman38102, Requisite0, Sakindia123, TeamRegular and many others) and followed the Cyanogenmod guidelines to build a CWm recovery...
And I built a 6.0.2.8 (tuned to Cyanogenmod 10.0) with a working Kernel, a simple ramdisk, and so on...
...But I didn't test it yet...
...I'm still waiting due to my lack of a full firmware archive...
I also tried - for fun - to build the CWM 6.0.4.5 for Cyanogenmod 11.0 (beware: just a Blind Shot)
...using the 10.0 Kernel... working kernel but wrong configuration: it lacks Selinux capabilities (Working on it right now)...
...using a ramdisk tuned to JellyBean...
...filesystem nor permissive neither enforced...
..etc...
All things which can lead to a disaster while testing...
So, please, hold on until I'll test it on my own phone...
...if everything will be fine I'll be really happy to share it for the community...
See you soon on this thread then...
...news scheduled on incoming new year...
Click to expand...
Click to collapse
Bro here is link to your country stock firmware & its not on hotfile.
http://terafile.co/5a3646396569
hey
rahulsinghal said:
I cant test it bcoz i have S5282.:crying:
Click to expand...
Click to collapse
umm i dont think this cwm is only compatible for s5280
you can try it
even if it doesnt work,it wont give you a bootloop,just a cwm error which can be recovered easily by flashing stock recovery
link
rahulsinghal said:
Hey guys,
We got another victory. CWM 6.0.4.5 has been released for our device galaxy star.
STATUS - Untested
Use at your own risk i will not responsible for any mishappening
Contributor :
@Doc_cheilvenerdi.org
Link - https://docs.google.com/file/d/0B3qe_9NlA1D_bm5WbDc2YWM3ck0/edit
Click to expand...
Click to collapse
the download link is denying access :/
hmmm
swhackeristahsan said:
the download link is denying access :/
Click to expand...
Click to collapse
Hey just request that file after some minute you will get access. n whats going on akshaymod
Doc_cheilvenerdi.org said:
Please Hold on!
No Release yet!
Releasing software is a long and hard process...
...actually my Phone is on Jellybean 4.1.2 but I don't have yet a local copy of my european archive due to hotfile.com shutdown...
...so I'm still waiting for a mirror to back it up:
it's a strong option to recover a phone from a soft brick...
So what I'm doing here now?
I build Cyanogenmod from long time ago... starting with Gingerbread 7.2 up to KitKat 11.0 (for me it's really a different beast from older ones...)...
Now i prepared a device Skeleton for my mintss phone, I populated it looking online (many thanks to Ankur850, Batman38102, Requisite0, Sakindia123, TeamRegular and many others) and followed the Cyanogenmod guidelines to build a CWm recovery...
And I built a 6.0.2.8 (tuned to Cyanogenmod 10.0) with a working Kernel, a simple ramdisk, and so on...
...But I didn't test it yet...
...I'm still waiting due to my lack of a full firmware archive...
I also tried - for fun - to build the CWM 6.0.4.5 for Cyanogenmod 11.0 (beware: just a Blind Shot)
...using the 10.0 Kernel... working kernel but wrong configuration: it lacks Selinux capabilities (Working on it right now)...
...using a ramdisk tuned to JellyBean...
...filesystem nor permissive neither enforced...
..etc...
All things which can lead to a disaster while testing...
So, please, hold on until I'll test it on my own phone...
...if everything will be fine I'll be really happy to share it for the community...
See you soon on this thread then...
...news scheduled on incoming new year...
Click to expand...
Click to collapse
Dude batman38102 is me I changes my username long time back. Also dudes I got my Galaxy star unbricked so Im back. Ill help in anyway I can
Its Going To Be LEGEND--wait for it--DARY!- Barney Stinson(How I Met Your Mother)
---------- Post added at 10:46 AM ---------- Previous post was at 10:42 AM ----------
Also can u please pm me the test recovery. Im willing to test in anyway i can.
Its Going To Be LEGEND--wait for it--DARY!- Barney Stinson(How I Met Your Mother)
Hmmm
Ironman38102 said:
Dude batman38102 is me I changes my username long time back. Also dudes I got my Galaxy star unbricked so Im back. Ill help in anyway I can
Its Going To Be LEGEND--wait for it--DARY!- Barney Stinson(How I Met Your Mother)
---------- Post added at 10:46 AM ---------- Previous post was at 10:42 AM ----------
Also can u please pm me the test recovery. Im willing to test in anyway i can.
Its Going To Be LEGEND--wait for it--DARY!- Barney Stinson(How I Met Your Mother)
Click to expand...
Click to collapse
Hey thats gr8 hope we will get cm now.:victory:
CWM 6.0.2.8 Up and Running!
News about CWM 6.0.2.8 from CyanogenMod 10.0 (Jellybean 4.1.2):
I don't have a Github account (I'm not a developer) so I'll post here exactly what I did to build and set "up and running" this ClockWorkMod Recovery!
First of all, in my Google Drive you'll find everything we are Talking about... the experimental device tree, the recovery Odin archive, tools, binaries, ...
On first build everything was fine but the LCD screen didn't light up...
...Recovery was running, anyway, but I could not see anything...
...I could, perhaps, control the phone from PC with "adb shell"!
Code:
[email protected]:~$ [b]adb shell[/b]
~ # [b]ls[/b]
cache init.rc sdcard1
data preload sys
default.prop proc system
dev res tmp
efs root ueventd.goldfish.rc
etc sbin ueventd.rc
fstab.sp8810 sd-ext ueventd.sp8810.rc
init sdcard
~ #
Recovery log recorded the problem:
Code:
...
failed to put fb0 info
...
It's a framebuffer problem and the solution is pretty known; I pasted it from TeamRegular repository and put inside BoardConfig.mk with related sources:
Code:
...
BOARD_CUSTOM_GRAPHICS := ../../../device/samsung/sp8810/recovery/graphics.c
...
Well done! Recovery 6.0.2.8 up and running
Now testing:
- I can mount/unmount and list all filesystems
- I can backup the current firmware
- I can format and restore the external second partition (I use it a lot):
Code:
Creating filesystem with parameters:
Size: 1034944512
Block size: 4096
Blocks per group: 32768
Inodes per group: 7904
Inode size: 256
Journal blocks: 3948
Label:
Blocks: 252672
Block groups: 8
Reserved block group size: 63
Created filesystem with 11/63232 inodes and 8244/252672 blocks
...
Found new backup image: /sdcard/clockworkmod/backup/2013-12-26.17.17.06//sd-ext.ext4.tar
Restoring sd-ext...
...
Code:
~ # [b]ls -l /sd-ext/[/b]
drwxrwx--x 2 system system 4096 Dec 22 12:54 dalvik-cache
drwxrwx--x 2 system system 4096 Dec 22 12:54 data
drwx------ 2 root root 4096 Dec 17 10:14 lost+found
~ #
- I can restore the boot image (and recovery of course):
Code:
...
Checking MD5 sums...
boot.img: OK
...
Erasing boot before restore...
I:Formatting unknown device.
Restoring boot image...
Restore complete!
- I can Install boot images inside zip files from sdcard:
Code:
-- Installing: /sdcard/update_boot.zip
Finding update package...
I:Update location: /sdcard/update_boot.zip
Opening update package...
Installing update...
########################
# Doc Modded #
# new boot image #
########################
Installing Boot...
script result was [ ]
Installation Completed!!!!
- I can install zip files from sideload:
Code:
Sideload started ...
Now send the package you want to apply
to the device with "adb sideload <filename>"...
sideload_service invoked
adbd exiting after successful sideload
E:listen on USB
E:userid is 2000
E:Event loop starting
Restarting adbd...
Finding update package...
I:Update location: /tmp/update.zip
Opening update package...
Installing update...
if you read this, you
own a relaxed recovery!
Cheers :)
~ #
- I can "wipe cache":
Code:
-- Wiping cache...
Formatting /cache...
Creating filesystem with parameters:
Size: 536870912
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 2048
Label:
Blocks: 131072
Block groups: 4
Reserved block group size: 31
Created filesystem with 11/32768 inodes and 4206/131072 blocks
Cache wipe complete.
- I can "wipe data/factory reset" :
Code:
-- Wiping data...
Formatting /data...
Creating filesystem with parameters:
Size: 2172633088
Block size: 4096
Blocks per group: 32768
Inodes per group: 7808
Inode size: 256
Journal blocks: 8287
Label:
Blocks: 530428
Block groups: 17
Reserved block group size: 135
Created filesystem with 11/132736 inodes and 17442/530428 blocks
warning: wipe_block_device: Wipe via secure discard failed, used discard instead
...
Data wipe complete.
/tmp #
Notice: Actually this "CWM build" deals with /data encryption so ther is no need to apply any patch after factory reset
I took an extra-check with the following 'shell command' before and after the wipe action:
Code:
/ # [b]tune2fs -l /dev/block/mmcblk0p25[/b]
...
looking for no relevant differences!
..after boot... everything fine!
- Last but not least:
- I fully restored the previously backupped firmware:
Code:
...
...
Restore complete!
Easy Play
What's Wrong in this recovery?
I Dont Know...
Wish List?
Sure: I cannot handle /efs partition via 'menu options'...
...and everybody knows how dangerous could be wander around it
Doc_cheilvenerdi.org said:
News about CWM 6.0.2.8 from CyanogenMod 10.0 (Jellybean 4.1.2):
I don't have a Github account (I'm not a developer) so I'll post here exactly what I did to build and set "up and running" this ClockWorkMod Recovery!
First of all, in my Google Drive you'll find everything we are Talking about... the experimental device tree, the recovery Odin archive, tools, binaries, ...
On first build everything was fine but the LCD screen didn't light up...
...Recovery was running, anyway, but I could not see anything...
...I could, perhaps, control the phone from PC with "adb shell"!
Code:
[email protected]:~$ [b]adb shell[/b]
~ # [b]ls[/b]
cache init.rc sdcard1
data preload sys
default.prop proc system
dev res tmp
efs root ueventd.goldfish.rc
etc sbin ueventd.rc
fstab.sp8810 sd-ext ueventd.sp8810.rc
init sdcard
~ #
Recovery log recorded the problem:
Code:
...
failed to put fb0 info
...
It's a framebuffer problem and the solution is pretty known; I pasted it from TeamRegular repository and put inside BoardConfig.mk with related sources:
Code:
...
BOARD_CUSTOM_GRAPHICS := ../../../device/samsung/sp8810/recovery/graphics.c
...
Well done! Recovery 6.0.2.8 up and running
Now testing:
- I can mount/unmount and list all filesystems
- I can backup the current firmware
- I can format and restore the external second partition (I use it a lot):
Code:
Creating filesystem with parameters:
Size: 1034944512
Block size: 4096
Blocks per group: 32768
Inodes per group: 7904
Inode size: 256
Journal blocks: 3948
Label:
Blocks: 252672
Block groups: 8
Reserved block group size: 63
Created filesystem with 11/63232 inodes and 8244/252672 blocks
...
Found new backup image: /sdcard/clockworkmod/backup/2013-12-26.17.17.06//sd-ext.ext4.tar
Restoring sd-ext...
...
Code:
~ # [b]ls -l /sd-ext/[/b]
drwxrwx--x 2 system system 4096 Dec 22 12:54 dalvik-cache
drwxrwx--x 2 system system 4096 Dec 22 12:54 data
drwx------ 2 root root 4096 Dec 17 10:14 lost+found
~ #
- I can restore the boot image (and recovery of course):
Code:
...
Checking MD5 sums...
boot.img: OK
...
Erasing boot before restore...
I:Formatting unknown device.
Restoring boot image...
Restore complete!
- I can Install boot images inside zip files from sdcard:
Code:
-- Installing: /sdcard/update_boot.zip
Finding update package...
I:Update location: /sdcard/update_boot.zip
Opening update package...
Installing update...
########################
# Doc Modded #
# new boot image #
########################
Installing Boot...
script result was [ ]
Installation Completed!!!!
- I can install zip files from sideload:
Code:
Sideload started ...
Now send the package you want to apply
to the device with "adb sideload <filename>"...
sideload_service invoked
adbd exiting after successful sideload
E:listen on USB
E:userid is 2000
E:Event loop starting
Restarting adbd...
Finding update package...
I:Update location: /tmp/update.zip
Opening update package...
Installing update...
if you read this, you
own a relaxed recovery!
Cheers :)
~ #
- I can "wipe cache":
Code:
-- Wiping cache...
Formatting /cache...
Creating filesystem with parameters:
Size: 536870912
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 2048
Label:
Blocks: 131072
Block groups: 4
Reserved block group size: 31
Created filesystem with 11/32768 inodes and 4206/131072 blocks
Cache wipe complete.
- I can "wipe data/factory reset" :
Code:
-- Wiping data...
Formatting /data...
Creating filesystem with parameters:
Size: 2172633088
Block size: 4096
Blocks per group: 32768
Inodes per group: 7808
Inode size: 256
Journal blocks: 8287
Label:
Blocks: 530428
Block groups: 17
Reserved block group size: 135
Created filesystem with 11/132736 inodes and 17442/530428 blocks
warning: wipe_block_device: Wipe via secure discard failed, used discard instead
...
Data wipe complete.
/tmp #
Notice: Actually this "CWM build" deals with /data encryption so ther is no need to apply any patch after factory reset
I took an extra-check with the following 'shell command' before and after the wipe action:
Code:
/ # [b]tune2fs -l /dev/block/mmcblk0p25[/b]
...
looking for no relevant differences!
..after boot... everything fine!
- Last but not least:
- I fully restored the previously backupped firmware:
Code:
...
...
Restore complete!
Easy Play
What's Wrong in this recovery?
I Dont Know...
Wish List?
Sure: I cannot handle /efs partition via 'menu options'...
...and everybody knows how dangerous could be wander around it
Click to expand...
Click to collapse
Will dis wrk on s5282...??
Pls say Yes...
Yup u can use it
Sent from my GT-S5282 using Tapatalk
thanks
:good:
Doc_cheilvenerdi.org said:
News about CWM 6.0.2.8 from CyanogenMod 10.0 (Jellybean 4.1.2):
I don't have a Github account (I'm not a developer) so I'll post here exactly what I did to build and set "up and running" this ClockWorkMod Recovery!
First of all, in my Google Drive you'll find everything we are Talking about... the experimental device tree, the recovery Odin archive, tools, binaries, ...
On first build everything was fine but the LCD screen didn't light up...
...Recovery was running, anyway, but I could not see anything...
...I could, perhaps, control the phone from PC with "adb shell"!
Code:
[email protected]:~$ [b]adb shell[/b]
~ # [b]ls[/b]
cache init.rc sdcard1
data preload sys
default.prop proc system
dev res tmp
efs root ueventd.goldfish.rc
etc sbin ueventd.rc
fstab.sp8810 sd-ext ueventd.sp8810.rc
init sdcard
~ #
Recovery log recorded the problem:
Code:
...
failed to put fb0 info
...
It's a framebuffer problem and the solution is pretty known; I pasted it from TeamRegular repository and put inside BoardConfig.mk with related sources:
Code:
...
BOARD_CUSTOM_GRAPHICS := ../../../device/samsung/sp8810/recovery/graphics.c
...
Well done! Recovery 6.0.2.8 up and running
Now testing:
- I can mount/unmount and list all filesystems
- I can backup the current firmware
- I can format and restore the external second partition (I use it a lot):
Code:
Creating filesystem with parameters:
Size: 1034944512
Block size: 4096
Blocks per group: 32768
Inodes per group: 7904
Inode size: 256
Journal blocks: 3948
Label:
Blocks: 252672
Block groups: 8
Reserved block group size: 63
Created filesystem with 11/63232 inodes and 8244/252672 blocks
...
Found new backup image: /sdcard/clockworkmod/backup/2013-12-26.17.17.06//sd-ext.ext4.tar
Restoring sd-ext...
...
Code:
~ # [b]ls -l /sd-ext/[/b]
drwxrwx--x 2 system system 4096 Dec 22 12:54 dalvik-cache
drwxrwx--x 2 system system 4096 Dec 22 12:54 data
drwx------ 2 root root 4096 Dec 17 10:14 lost+found
~ #
- I can restore the boot image (and recovery of course):
Code:
...
Checking MD5 sums...
boot.img: OK
...
Erasing boot before restore...
I:Formatting unknown device.
Restoring boot image...
Restore complete!
- I can Install boot images inside zip files from sdcard:
Code:
-- Installing: /sdcard/update_boot.zip
Finding update package...
I:Update location: /sdcard/update_boot.zip
Opening update package...
Installing update...
########################
# Doc Modded #
# new boot image #
########################
Installing Boot...
script result was [ ]
Installation Completed!!!!
- I can install zip files from sideload:
Code:
Sideload started ...
Now send the package you want to apply
to the device with "adb sideload <filename>"...
sideload_service invoked
adbd exiting after successful sideload
E:listen on USB
E:userid is 2000
E:Event loop starting
Restarting adbd...
Finding update package...
I:Update location: /tmp/update.zip
Opening update package...
Installing update...
if you read this, you
own a relaxed recovery!
Cheers :)
~ #
- I can "wipe cache":
Code:
-- Wiping cache...
Formatting /cache...
Creating filesystem with parameters:
Size: 536870912
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 2048
Label:
Blocks: 131072
Block groups: 4
Reserved block group size: 31
Created filesystem with 11/32768 inodes and 4206/131072 blocks
Cache wipe complete.
- I can "wipe data/factory reset" :
Code:
-- Wiping data...
Formatting /data...
Creating filesystem with parameters:
Size: 2172633088
Block size: 4096
Blocks per group: 32768
Inodes per group: 7808
Inode size: 256
Journal blocks: 8287
Label:
Blocks: 530428
Block groups: 17
Reserved block group size: 135
Created filesystem with 11/132736 inodes and 17442/530428 blocks
warning: wipe_block_device: Wipe via secure discard failed, used discard instead
...
Data wipe complete.
/tmp #
Notice: Actually this "CWM build" deals with /data encryption so ther is no need to apply any patch after factory reset
I took an extra-check with the following 'shell command' before and after the wipe action:
Code:
/ # [b]tune2fs -l /dev/block/mmcblk0p25[/b]
...
looking for no relevant differences!
..after boot... everything fine!
- Last but not least:
- I fully restored the previously backupped firmware:
Code:
...
...
Restore complete!
Easy Play
What's Wrong in this recovery?
I Dont Know...
Wish List?
Sure: I cannot handle /efs partition via 'menu options'...
...and everybody knows how dangerous could be wander around it
Click to expand...
Click to collapse
---------- Post added at 12:12 PM ---------- Previous post was at 12:09 PM ----------
after cwm recovery 6 when cm 10.1 will release
Here is the screenshot. Check it out. Its tested by me on my s5282.
Here is screenshots. Tested by me on my s5282. I have also tested geatures like wipe data and back up rom ans flash zip from sd card and its working perfecly. Sure you should go for it
Sent from my GT-S5282 using Tapatalk
rahulsinghal said:
Here is screenshots. Tested by me on my s5282. I have also tested geatures like wipe data and back up rom ans flash zip from sd card and its working perfecly. Sure you should go for it
Sent from my GT-S5282 using Tapatalk
Click to expand...
Click to collapse
GR8...Congratulations....now we can expect a cm rom for our star.....
I know you guys must be counting on me for compiling. But I cant untill u guys setup a working device tree and kernel. Also my pc cant compile cm as I have a pc with very low spec. Sorry
Although I will still try but I cant promise anything since I have never worked on a device like this. Spreadtrum cpus are pretty much hard to hack.
also dudes I know how much your excited but we need to keep all development threads on topic!
Its Going To Be LEGEND--wait for it--DARY!- Barney Stinson(How I Met Your Mother)
Doc_cheilvenerdi.org said:
News about CWM 6.0.2.8 from CyanogenMod 10.0 (Jellybean 4.1.2):
I don't have a Github account (I'm not a developer) so I'll post here exactly what I did to build and set "up and running" this ClockWorkMod Recovery!
First of all, in my Google Drive you'll find everything we are Talking about... the experimental device tree, the recovery Odin archive, tools, binaries, ...
On first build everything was fine but the LCD screen didn't light up...
...Recovery was running, anyway, but I could not see anything...
...I could, perhaps, control the phone from PC with "adb shell"!
Code:
[email protected]:~$ [b]adb shell[/b]
~ # [b]ls[/b]
cache init.rc sdcard1
data preload sys
default.prop proc system
dev res tmp
efs root ueventd.goldfish.rc
etc sbin ueventd.rc
fstab.sp8810 sd-ext ueventd.sp8810.rc
init sdcard
~ #
Recovery log recorded the problem:
Code:
...
failed to put fb0 info
...
It's a framebuffer problem and the solution is pretty known; I pasted it from TeamRegular repository and put inside BoardConfig.mk with related sources:
Code:
...
BOARD_CUSTOM_GRAPHICS := ../../../device/samsung/sp8810/recovery/graphics.c
...
Well done! Recovery 6.0.2.8 up and running
Now testing:
- I can mount/unmount and list all filesystems
- I can backup the current firmware
- I can format and restore the external second partition (I use it a lot):
Code:
Creating filesystem with parameters:
Size: 1034944512
Block size: 4096
Blocks per group: 32768
Inodes per group: 7904
Inode size: 256
Journal blocks: 3948
Label:
Blocks: 252672
Block groups: 8
Reserved block group size: 63
Created filesystem with 11/63232 inodes and 8244/252672 blocks
...
Found new backup image: /sdcard/clockworkmod/backup/2013-12-26.17.17.06//sd-ext.ext4.tar
Restoring sd-ext...
...
Code:
~ # [b]ls -l /sd-ext/[/b]
drwxrwx--x 2 system system 4096 Dec 22 12:54 dalvik-cache
drwxrwx--x 2 system system 4096 Dec 22 12:54 data
drwx------ 2 root root 4096 Dec 17 10:14 lost+found
~ #
- I can restore the boot image (and recovery of course):
Code:
...
Checking MD5 sums...
boot.img: OK
...
Erasing boot before restore...
I:Formatting unknown device.
Restoring boot image...
Restore complete!
- I can Install boot images inside zip files from sdcard:
Code:
-- Installing: /sdcard/update_boot.zip
Finding update package...
I:Update location: /sdcard/update_boot.zip
Opening update package...
Installing update...
########################
# Doc Modded #
# new boot image #
########################
Installing Boot...
script result was [ ]
Installation Completed!!!!
- I can install zip files from sideload:
Code:
Sideload started ...
Now send the package you want to apply
to the device with "adb sideload <filename>"...
sideload_service invoked
adbd exiting after successful sideload
E:listen on USB
E:userid is 2000
E:Event loop starting
Restarting adbd...
Finding update package...
I:Update location: /tmp/update.zip
Opening update package...
Installing update...
if you read this, you
own a relaxed recovery!
Cheers :)
~ #
- I can "wipe cache":
Code:
-- Wiping cache...
Formatting /cache...
Creating filesystem with parameters:
Size: 536870912
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 2048
Label:
Blocks: 131072
Block groups: 4
Reserved block group size: 31
Created filesystem with 11/32768 inodes and 4206/131072 blocks
Cache wipe complete.
- I can "wipe data/factory reset" :
Code:
-- Wiping data...
Formatting /data...
Creating filesystem with parameters:
Size: 2172633088
Block size: 4096
Blocks per group: 32768
Inodes per group: 7808
Inode size: 256
Journal blocks: 8287
Label:
Blocks: 530428
Block groups: 17
Reserved block group size: 135
Created filesystem with 11/132736 inodes and 17442/530428 blocks
warning: wipe_block_device: Wipe via secure discard failed, used discard instead
...
Data wipe complete.
/tmp #
Notice: Actually this "CWM build" deals with /data encryption so ther is no need to apply any patch after factory reset
I took an extra-check with the following 'shell command' before and after the wipe action:
Code:
/ # [b]tune2fs -l /dev/block/mmcblk0p25[/b]
...
looking for no relevant differences!
..after boot... everything fine!
- Last but not least:
- I fully restored the previously backupped firmware:
Code:
...
...
Restore complete!
Easy Play
What's Wrong in this recovery?
I Dont Know...
Wish List?
Sure: I cannot handle /efs partition via 'menu options'...
...and everybody knows how dangerous could be wander around it
Click to expand...
Click to collapse
Lol i have uploaded all those codes to github. http://github.com/batman38102/android_device_samsung_mint
Nexus 7 (2013) Repartition
No one is responsible for your actions except yourself. Everything written further may potentially brick your device, although risk is reduced to minimum.
This repartition package offers 1.5G /system; a /vendor partition and it is fully backward compatible with any ROM (including stock system.img).
Known-issues
HTML:
- If repartition pack says that device isn't correct,
than, if partition table wasn't modified before,
congrats! your device has different memory chip
that those I worked with. No worry, PM me and
I'll add support for it.
DO THE BACKUPs. Repartition will erase all your data
USB connection to PC is MANDATORY else you will not have opportunity to push ROM to your device
Backup
# Before processing further we highly recommend you backup persist and EFS using adb
# Or you might lose your IMEI/WIFI + BT mac addresses
Code:
adb root
adb shell
dd if=/dev/block/mmcblk0p2 of=/sdcard/modemst1.img
dd if=/dev/block/mmcblk0p3 of=/sdcard/modemst2.img
dd if=/dev/block/mmcblk0p4 of=/sdcard/persist.img
Now you can find 3 *.img files at path /sdcard. Copy them to your PC since internal memory will be erased.
Installation
HTML:
# This mod is backwards compatible with any ROM so we highly recommend NOT to reverse it if repartition went well.
# You should use ONLY recovery from this thread since other don't support all benefits of this mod.
# When installing ROM just after you flashed zip and before installing GAPPs you MUST make a resize in TWRP since all roms are build for ~800M system.
# Package is unified for flo and deb. To restore stock layout use same zip and steps as for repartition.
1. Boot into recovery (You need to allow system partition modification to be able resize /system in recovery).
2. Backup your data & Move your files from flash to your PC.
3. Flash repartition pack zip.
4. Do the actions asked by repartition pack (go to Terminal in ordinary recovery and input word that pack will tell you. Everything else will be done automatically).
5. Phone will reboot into recovery.
6. Install TWRP from below (it is build with support of new partitions layout and sizes. It can be differed from official TWRP by next format 3.x.x-1 UA).
7. Format everything. (mount errors will not affect formatting!)
- In TWRP: Wipe > Format data
- Type yes
- Once this completes go to: Wipe > Advanced Wipe
- Tick all the boxes and wipe. There should be no further mount errors. (Thanks [user=7694808]@mr_rubbish[/user] for corrections in formatting).
8. Install ROM which you like.
9. Enjoy better flash partition layout.
If something gone wrong - we recommend you NOT to do anything by yourself. Write here for help, else you may do only worse.
Downloads:
Repartitioning package: GitHub
Credits:
Special thanks to
- Unlegacy-Android team;
- Sudokamikaze;
- rlw6534 for Kingston MMC layout;
- surfrock66 for his gide for Nexus 5;
As usual, feedback is appreciated
XDA:DevDB Information
Nexus 7 (2013) Repartition, Tool/Utility for the Nexus 7 (2013)
Contributors
Clamor
Source Code: https://github.com/clamor95/android_device_unlegacy_recovery
Version Information
Status: Stable
Created 2018-09-19
Last Updated 2019-01-18
Common issues and F. A. Q.
Repartition pack should be safe for most devices. Common mistakes, issues and their solution will be published here.
1. You shouldn't flash any internal parts of repartition pack (*.sh files) only flash whole zip using TWRP. You may use my scripts for personal use or projects but authorship should to be kept.
2. If something isn't mounting after repartition try to format partitions that don't mount using Wipe -> Advanced Wipe in TWPR. Ideally you should format in that way all partitions in Advanced Wipe menu (see 5-th step of installation guide).
3. If you want to be sure that repartition went well I enclose loging zip. Flash it after repartition (when device reboots into TWRP). It won't modify anything only generates a partition.log in root of internal storage and outputs your current partition layout to screen. You should check if your layout is same as those fragments I provide under spoiler (file systems doesn't matter). If there are any differences you have to describe what you did and enclose partition.log to your post.
FLO/DEB STOCK
Code:
22 671088640B 1551892479B 880803840B system
23 1551892480B 2139095039B 587202560B cache
FLO/DEB MODIFIED
Code:
22 614429696B 2187293695B 1572864000B system
23 2187293696B 2270167039B 82873344B cache
...
30 2348843008B 2610987007B 262144000B vendor
4. After flashing most ROMs system size will reduce to stock, you need to resize /system in TWRP or use flashable resize zip for ROMs that support addon.d (automatic resize when dirty flashing updates).
5. After returning to stock partition table you won't be able to get into the Recovery from the bootloader anymore, but when you start the tablet normally it goes straight in the Recovery. It is normal state. New partition table proposes larger /recovery size (16MB) while stock gives only 10MB. During restoring stock process, it is impossible to restore larger recovery backup into new smaller partition. Whether not to leave user without recovery excess, recovery backup restores into /boot partition. Just flash ordinary TWRP and install ROMs from it.
6. Don't install the zip file from the USB OTG. Copy them into the /sdcard. Else you will get message after flashing repartition pack.
Code:
"Can not extract updater-script. Do you have it in package?
Updating partition details...
...done"
Link not working for the repartitioning package...
@rlw6534 should be fine now
Any chance you give details on backing up persist and EFS with dd command? I'm not really a noob but I also don't want to mess up my tab...
@rlw6534 You actually should't brake anything. Added an instruction how to backup EFS and persist.
OK. Tried to flash on a clean, freshly wiped system (Flo 32G), all stock, ext4 on cache and Data, TWRP 3.2.3-0. Got the following:
******Applying dark magic******
This is not a Nexus 7 (2013)
Updater process ended with ERROR: 1
How to restore files, that we copied from our tablet using dd command ? (I haven't done anything yet. Just asking)
Sent from my whyred using XDA Labs
@rlw6534 your partition table was modified.
@MikiGry same commands, just switch paths.
Clamor said:
@rlw6534 your partition table was modified.
@MikiGry same commands, just switch paths.
Click to expand...
Click to collapse
Do you mean that despite this error message:
******Applying dark magic******
This is not a Nexus 7 (2013)
Updater process ended with ERROR: 1
The partition table has been modified correctly?
@lollyjay No it wasnt. Package has 2 step security system. It checks if partition table was modified and in what way (by package itself, by user or it is stock). Second step is that package itself doesn't modify anything, it needs manual confirmation in terminal, else no changes will be applied.
Clamor said:
@lollyjay No it wasnt. Package has 2 step security system. It checks if partition table was modified and in what way (by package itself, by user or it is stock). Second step is that package itself doesn't modify anything, it needs manual confirmation in terminal, else no changes will be applied.
Click to expand...
Click to collapse
Thanks
So do I NOT flash the modded twrp first?
Your instructions said to flash it after reboot to recovery
@lollyjay actually it shouldn't metter, but after would be better
Clamor said:
@lollyjay actually it shouldn't metter, but after would be better
Click to expand...
Click to collapse
I'm going to do this when I get home. This might mean that flo/deb will get Android 9 Pie
@lollyjay look through UA ROM thread I wrote there about P on flo/deb
Clamor said:
@lollyjay look through UA ROM thread I wrote there about P on flo/deb
Click to expand...
Click to collapse
Sorry but can you give me a link?
Clamor said:
@rlw6534 your partition table was modified.
@MikiGry same commands, just switch paths.
Click to expand...
Click to collapse
I have previously used sysrepart.zip and sysrepartundo.zip from this thread, although not recently:
https://forum.xda-developers.com/showpost.php?p=76278047&postcount=19
I returned it to stock a while back (827MB). Perhaps I need to sgdisk a stock partition table?
@rlw6534 Every manual repartition or repartition made not by my pack needs an individual look and partition table restore.
@lollyjay here
Clamor said:
@rlw6534 Every manual repartition or repartition made not by my pack needs an individual look and partition table restore.
@lollyjay here
Click to expand...
Click to collapse
OK. Here is my partition layout. My userdata appears to be smaller than stock, but there isn't enough room on mmcblk0 to increase it to the size that your script is looking for. I have no idea how that could have been changed without bricking the tab. Everything else looks normal. Ideas?
Code:
Model: MMC MMC32G (sd/mmc)
Disk /dev/block/mmcblk0: 30937186304B
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 67108864B 156745727B 89636864B fat16 radio
2 201326592B 204472319B 3145728B modemst1
3 204472320B 207618047B 3145728B modemst2
4 268435456B 283795455B 15360000B ext4 persist
5 335544320B 336343039B 798720B m9kefs1
6 336343040B 337141759B 798720B m9kefs2
7 402653184B 403451903B 798720B m9kefs3
8 403451904B 406597631B 3145728B fsg
9 469762048B 471298047B 1536000B sbl1
10 471298048B 472834047B 1536000B sbl2
11 472834048B 474931199B 2097152B sbl3
12 474931200B 480174079B 5242880B aboot
13 480174080B 480698367B 524288B rpm
14 536870912B 553648127B 16777216B boot
15 603979776B 604504063B 524288B tz
16 604504064B 604505087B 1024B pad
17 604505088B 606041087B 1536000B sbl2b
18 606041088B 608138239B 2097152B sbl3b
19 608138240B 613381119B 5242880B abootb
20 613381120B 613905407B 524288B rpmb
21 613905408B 614429695B 524288B tzb
22 671088640B 1551892479B 880803840B ext4 system
23 1551892480B 2139095039B 587202560B ext4 cache
24 2147483648B 2148532223B 1048576B misc
25 2214592512B 2225078271B 10485760B recovery
26 2281701376B 2281709567B 8192B DDR
27 2281709568B 2281717759B 8192B ssd
28 2281717760B 2281718783B 1024B m9kefsc
29 2348810240B 2348843007B 32768B metadata
30 2415919104B 30937169407B 28521250304B ext4 userdata
@rlw6534 Thanks!