A few weeks ago my SD card went bad on me. I have been using Gingershedbread as my ROM and see there are some updates, however, since I don't have an SD card, the "normal" method of loading the zip onto the SD card obviously won't work for me.
My question is: Is there a way to flash a ROM zip from a pc (windows) to my phone without an SD card? I know you can put the zip on the data partition, then use "recovery --update_package=DATA:rom.zip" (through adb), however, when trying to copy the rom I get a message saying that there is no space left.
As of now, the only thing I know of is to do a full wipe and factory reset, then push the ROM zip to my phone, but I don't necessarily want to do this every time.
I have also tried fastboot and using mkyaffs2image to create a system.img from the ROM's system folder in the zip file, but I am not doing something right.
I run "mkyaffs2image c:\rom\system\ c:\system.img"
then with my phone in fastboot, I "fastboot flash system c:\system.img"
and "fastboot flash boot c:\rom\boot.img".
I restart the phone in recovery mode, load gapps and xtrCache, but then it reboots, sits on black screen for a few seconds, then reboots into recovery.
I have tried erasing system and boot first, but that didn't seem to help.
I first tried just flashing system.img, but that didn't work.
Not sure what I am doing wrong. Is there a way to take a ROM zip and create a system.img and boot.img that can be flashed through fastboot without an SD card? OR, is it possible to flash a ROM zip without transferring the file to my phone first? Any help would be appreciated.
I don't think that there is an answer to your question which is both complete and also short.
So, here goes with the long answer.
First, a yaffs2 image file (e.g. system.img) is not compressed, so it is quite large - for things like the HTC factory/stock ROMs, it can be bigger than the cache partition. I don't know if the cache partition is actually used when you push things with fastboot, but experimentally, I have run into the problem that when attempting to do a
Code:
fastboot flash system my-yaffs2-system.img
fastboot gives you get an error about being out of room.
Second, and more importantly, the file modes (permissions) and user:group ownership of files in the /system mount point are extremely critical to proper operation of Android. If you have files sitting on a Windoze machine filesystem (either FAT32 or NTFS), all this information will be lost even before you create your "yaffs2" image file. (Not only that, but all symbolic links will be missing, too). This is why you observe that ROM files have instructions in their "update-script" (or "updater-script") command files for setting file & directory ownership, file permission modes, creating symlinks, et cetera.
Third - even if you use a linux OS to unpack yaffs2 images, and run as root when you are doing so, a lot of the "unyaffs" programs that are lying around do not even bother to extract things like user:group ownership or file modes - so you are basically screwed as soon as you unpack a yaffs2 image file on a PC, no matter whether it is Windows or Linux/Unix/OS-X.
Fourth, I am not sure that it is even a good idea in the first place to be "flashing" yaffs2 images. The "fastboot flash" command merely writes whatever you pass to it as a long linear blob of bytes, and there is no evidence to suggest that the yaffs formatting used in the archive is the same formatting used by the kernel. When "Nandroid" runs to restore a system.img or data.img file onto the phone, it does not write the image as a linear blob of bytes: it actually mounts the filesystem in question, cleans it up with a "rm -rf *" command, and then manually unpacks the yaffs2 image file into the mounted file system, one file at a time. (Fortunately in this case, it actually restores things like symlinks, file permissions, and file/directory user:group ownership information). This insures that the low-level yaffs2 formatting is *identical* to what the kernel expects, because it is the kernel that creates it.
There is a solution, but it is tedious enough that you really ought to ask the question, "Why don't I go out and buy a replacement SD card for 10 bucks instead of wasting a huge amount of time?"
Here's the solution:
You mount /system, clean it up manually, use adb to push the files recursively from wherever you have them stored on your PC, and then afterwards you run a custom (signed) installer .zip file which has been modified so that it only contains the "symlink" and permission-setting commands - you delete the "format" and "extract" commands from that command file, since you have manually put all the files into /system. Either that or you manually adjust the permissions and user:group ownership information by hand.
Obviously, since you don't have an /sdcard any longer, you will need to put this flashable, custom .zip file in /cache, and then create a one-line command file at /cache/recovery/command that points at the flashable .zip file in /cache. (This is the way the the OTAs work, and also how ROM Manager is able to customize the recovery when it boots).
Is this a lot of work? Yeah, you betcha.
It seems like running down to wally world to get a cheap SD card might be a little more fun.
Thanks for the info. I figured getting a new SD would be the best solution.
I knew about the symlink and file permission stuff and was trying to flash a system img then run a zip to ser that info., but couldn't get it to work. Sounds like using fastboot might be a bad idea.
For now I think I will just have to find a rom and stick with it for a while.
I am nearing an upgrade for a new phone and looking at the Thunderbolt, which comes with an SD so I don't want to buy one just yet.
Thanks for your help.
Sent from my ERIS GSBv2.1 using XDA App
kgunnIT said:
then run a zip to ser that info., but couldn't get it to work.
Click to expand...
Click to collapse
If you know how to sign ROMs, it's really not a hard hack to launch an installer of the type you mention.
And, now that I've just said that, I think I have another, simpler, idea.
But first:
[SIZE=+2]How To Launch a (smallish) .zip-based Flash That's Not On the SD Card.[/SIZE]
All of the recoveries - both the stock and custom recoveries - look for a "command" file when they first start up.
It literally is named "command", i.e.: /cache/recovery/command
... and it is a simple text file with as few as one line(s) in it.
Here is an example from the most recent OTA of the contents of /cache/recovery/command:
Code:
--update_package=CACHE:8e3b63f96149.OTA_Desire_C_Verizon_WWE_2.37.605.4_2.36.605.1_release.zip
basically, it's just a single line with the following format:
--update_package=CACHE:filename.zip
So, if you are trying to get an installer to run without an SD card, you would:
1) Boot to Amon_RA
2) Wipe the cache if necessary (wipe -> wipe data/factory reset also clears /cache)
3) Push your zip file to cache:
Code:
adb push mycustominstall.zip /cache/
4) Create a command file (say, named "command.txt") with the contents:
Code:
--update_package=CACHE:mycustominstall.zip
5) Push it to the phone:
Code:
adb push command.txt /cache/recovery/command
6) reboot directly back into recovery with
Code:
adb shell reboot recovery
When the recovery boots up again, it will immediately start unpacking your "mycustominstall.zip" file.
After I thought this all the way through, I realized, though: a lot of the ROM files are only about 100 MB, and cache is about 128 Mb, so
.... wait for it .....
... wait for it ....
it might be a worthwhile experiment to just push an untouched ROM file right to cache and then use that ROM file's name in your "command" file.
So long as /sbin/recovery does not unpack files to /cache (I can't remember if it does this or not!), you could use original ROM files -- just what you wanted originally. If it unpacks things to cache, though, it will only get part way through the install and fail.
It's worth a shot; if it fails, you'll have a mess that is no worse to clean up than what you've presently got. (If it fails, to be on the safe side it might be wise to go in using adb and clean things up in /cache a little bit so that the next recovery boot has some wiggle room in /cache - e.g. "adb shell rm -rf /cache/*" )
bftb0
bftb0 said:
If you know how to sign ROMs, it's really not a hard hack to launch an installer of the type you mention.
And, now that I've just said that, I think I have another, simpler, idea.
But first:
[SIZE=+2]How To Launch a (smallish) .zip-based Flash That's Not On the SD Card.[/SIZE]
All of the recoveries - both the stock and custom recoveries - look for a "command" file when they first start up.
It literally is named "command", i.e.: /cache/recovery/command
... and it is a simple text file with as few as one line(s) in it.
Here is an example from the most recent OTA of the contents of /cache/recovery/command:
Code:
--update_package=CACHE:8e3b63f96149.OTA_Desire_C_Verizon_WWE_2.37.605.4_2.36.605.1_release.zip
basically, it's just a single line with the following format:
--update_package=CACHE:filename.zip
So, if you are trying to get an installer to run without an SD card, you would:
1) Boot to Amon_RA
2) Wipe the cache if necessary (wipe -> wipe data/factory reset also clears /cache)
3) Push your zip file to cache:
Code:
adb push mycustominstall.zip /cache/
4) Create a command file (say, named "command.txt") with the contents:
Code:
--update_package=CACHE:mycustominstall.zip
5) Push it to the phone:
Code:
adb push command.txt /cache/recovery/command
6) reboot directly back into recovery with
Code:
adb shell reboot recovery
When the recovery boots up again, it will immediately start unpacking your "mycustominstall.zip" file.
After I thought this all the way through, I realized, though: a lot of the ROM files are only about 100 MB, and cache is about 128 Mb, so
.... wait for it .....
... wait for it ....
it might be a worthwhile experiment to just push an untouched ROM file right to cache and then use that ROM file's name in your "command" file.
So long as /sbin/recovery does not unpack files to /cache (I can't remember if it does this or not!), you could use original ROM files -- just what you wanted originally. If it unpacks things to cache, though, it will only get part way through the install and fail.
It's worth a shot; if it fails, you'll have a mess that is no worse to clean up than what you've presently got. (If it fails, to be on the safe side it might be wise to go in using adb and clean things up in /cache a little bit so that the next recovery boot has some wiggle room in /cache - e.g. "adb shell rm -rf /cache/*" )
bftb0
Click to expand...
Click to collapse
You always find the one thousand and ONETH way to skin a cat. Hehehehe...
Thankyou so much for this this alowed me to flash a rom on my phone which can't detect any sd cards and i stupidly wiped it before relising the sd card wasnt being detected!
sum_guy55 said:
Thankyou so much for this this alowed me to flash a rom on my phone which can't detect any sd cards and i stupidly wiped it before relising the sd card wasnt being detected!
Click to expand...
Click to collapse
very good, sum_guy55!
At least all that typing wasn' t in vain.
Out of curiosity, how big was the ROM file you used?
bftb0
Been meaning to post this:
Thanks for your posts roirraW "edor" ehT and bftb0 for posting this. I also was able to clear the cache and push the ROM and update.
However, I have xtrCMCache2cache on my phone, so the dalvik-cache was moved from /data/ to /cache/. After doing a wipe of dalvik-cache from Amon recovery, the folder in /cache/ was not emptied out. I went ahead and cleaned it manually, which freed up enough space to push the ROM.
Is this behavior expected using cache2cache and wiping dalvik-cache from recovery? I guess it would be since the dalvik-cache was moved.
Anyway, after clearing the dalvik folder, I was able to push GSBv2.4 to my phone, as well as gapps and xtrCMCache2cache, a total of almost 80 MB. Rebooted and all was well.
Thanks again for your help.
kgunnIT said:
Been meaning to post this:
Thanks for your posts roirraW "edor" ehT and bftb0 for posting this. I also was able to clear the cache and push the ROM and update.
However, I have xtrCMCache2cache on my phone, so the dalvik-cache was moved from /data/ to /cache/. After doing a wipe of dalvik-cache from Amon recovery, the folder in /cache/ was not emptied out. I went ahead and cleaned it manually, which freed up enough space to push the ROM.
Is this behavior expected using cache2cache and wiping dalvik-cache from recovery? I guess it would be since the dalvik-cache was moved.
Anyway, after clearing the dalvik folder, I was able to push GSBv2.4 to my phone, as well as gapps and xtrCMCache2cache, a total of almost 80 MB. Rebooted and all was well.
Thanks again for your help.
Click to expand...
Click to collapse
It was all bftb0. Interesting, I had once asked if cache was definitely wiped from Amon after it was moved. The consensus was that it should. I shall be anticipating some light shed on this.
Sent from my Gingerbread Eris via Tapatalk
Well, Amon_RA has no idea whether you are using cache2cache; I suppose we would need to look at the code to figure out how it behaves.
If it mounts /data and then does something like
rm -rf /data/dalvik-cache
there is a chance that the symbolic link is not followed, which would explain what kgunnIT observed.
Normally, if you are flashing a new ROM in a full-wipe fashion, the " wipe data/factory reset" menu option clears both /data and /cache, so in that case it is irrelevant that the "wipe dalvik-cache" is a no-op.
If you are overflashing, it's not obvious that you need to wipe the dalvik-cache... at least for the market apps normally stored in /data/app, although it seems like it would be a good idea to do so, as the system apps could be changing.
Note that even when cache2cache is not in use, the Amon_RA menu item "wipe dalvik-cache" never works as intended for froyo & gingerbread ROMs - the system apps have their dalvik-cache stored in /cache, and this never gets touched by Amon_RA with that menu operation.
BTW... for what it's worth, the ClockworkMod recoveryhas a menu entry for wiping only the cache.
bftb0
bftb0 said:
BTW... for what it's worth, the ClockworkMod recoveryhas a menu entry for wiping only the cache.
bftb0
Click to expand...
Click to collapse
Does ClockworkMod recovery work ok on the Droid Eris? I was going to load it on, but saw some people posting that it bricked their phones, so now I am skeptical. I will do more research and see if this is something I want to do. Thanks for your insight.
kgunnIT said:
Does ClockworkMod recovery work ok on the Droid Eris? I was going to load it on, but saw some people posting that it bricked their phones, so now I am skeptical. I will do more research and see if this is something I want to do. Thanks for your insight.
Click to expand...
Click to collapse
There is a version of Amon_RA (the trackball-optional version) that also allows you to format cache. You can find out more about it here: http://androidforums.com/eris-all-t...2-custom-recovery-trackball-not-required.html
That said, if you have ROM Manager, you can have Clockwork Recovery start as a stub within Amon_RA just from ROM Manager (the first option copies a file called update.zip to the root of your SD card, and the second, "Reboot into Recovery", starts Amon_RA with a script to flash update.zip, which starts Clockwork.) In fact, once update.zip is on the SD card, you can start Amon_RA as you always do, go to the Flash a zip from SD card menu, choose update .zip, and it will start Clockwork, if you want to do it that way. However, the drawback to this is that you can't go back to Amon_RA without shutting down the phone and then restarting in Recovery again, so I just find it easier to use the trackball-optional version of Amon_RA.
I think every person who has bricked their Eris while running Clockwork was running Clockwork Recovery as their main recovery image, and not in the way that I described in the last paragraph. (Though don't hold me to that ...)
kgunnIT said:
Does ClockworkMod recovery work ok on the Droid Eris? I was going to load it on, but saw some people posting that it bricked their phones, so now I am skeptical. I will do more research and see if this is something I want to do. Thanks for your insight.
Click to expand...
Click to collapse
I've been using it through ROM Manager since last August or so, I use it all the time.
Okay, I've seen a few people and various threads with this problem:
1. They have a rooted Optimus V
2. they may or may not have flashed a recovery
3. they download ROM Manager and select ROM Manager's Clockwork Recovery
4. they flash a rom and reboot
5. they get stuck in a recovery loop and run around screaming.
This was me yesterday!!
What did I do, then? I downloaded the Fastbootroot tool. That got rid of the ROM Manager's CW Recovery and put in thunderc-v-1.1.0 version recovery... that looped. I tried the 1.2.0 version, which also looped, but I could flash a different recovery, finally. So I downloaded Xionia's Clockwork Recovery and THAT worked. (this next excerpt is from my androidcentral forum post)
here's exactly what I did starting from the thunderc-v-1.2.0 recovery (i'm gonna go into too much detail for other eeijits like me):
download xionia's clockwork recovery and the flash image, unzip both onto your sdcard
put your desired rom on your sdcard (zipped, omg)
get out of usb storage mode
Get ADK Tools if you don't have it (search the forum, this is the easy stuff)
Make sure you're all mounted in mounts and settings in your current recovery.
open cmd, and get into adb shell
(this next part is from zefie's post)
enter the following commands:
# mount -o remount,rw -t yaffs2 /dev/block/mtdblock5 /system
# cat /sdcard/flash_image > /system/bin/flash_image
# chmod 755 /system/bin/flash_image
# mv /system/etc/install-recovery.sh /system/etc/install-recovery.sh.bak
# mount -o remount,ro -t yaffs2 /dev/block/mtdblock5 /system
# flash_image recovery /sdcard/xionia_cwma_12518.6.img
# reboot recovery
it should reboot into xionia's clockwork recovery mod
clean dalvik cache and mount everything
choose 'fix recovery loop' under ... advanced IIRC, I can't check right now as I'm reloading my stuff onto the fixed phone
after the loop's fixed, get back into recovery and load whatever ROM you fancy.
WIN!
Recovery loop from ROM mgr backup restore...tried Kiona, tried mmarz, what next?
Newb here...BUT, in my defense...I DID NOT DO AN ANDROID SYSTEM RESTORE ON MY ROOTED PHONE!! which seems to be most people's problems with boot/recovery looping. My phone is stuck in a recovery loop after restoring a Clockworkmod backup.
History: I rooted my LG Optimus V running 2.2.2 with gingerbreak a couple of months ago. Per all instructions I could find, I installed SuperUser, Rom Manager, Titanium Backup, I also have another backup by Rerware, but I can't remember the name of it. I kept the stock ROM. Everything has been working fine.
I got a 32 gig micro card for Christmas. So, as per instructions found elsewhere, I made a backup to my sd card with ROM Manager, Titanium and Rerware. I copied my sd card to my hard drive, partitioned my new sd card, and loaded the new sd card with the old sd card data. At that point everything looked fine. But the instructions said to restore from my backup which I did with clockworkmod and now I am stuck in a recovery loop.
I completed Kionia CWMA install 1..4 and performed "Fix Recovery Boot Loop" but it did not fix the issue.
I completed Kionia CWMA install 1..6 and performed "Fix Recovery Boot Loop" but it did not fix the issue.
I completed the abd shell instructions "strings/dev/mtd/mtd8" and "flash_eraseall /dev/mtd/mtd8" per mmarz but it did not fix the issue.
I have recovery access. I have ADB running.
What should I do next? Everyone else seems to be fixed with mmarz's suggestion...
Thanks to whoever is out there for any help...
rom manager is mostly no good on V and the new V screen {after sept.} gets ruined alot by rom manager, so i wouldn't use it
get a compatible recovery at the iho wiki and install
then flash the rom of your choice
if that doesn't work there is lots of help for this in the optimus v "development" section
Thanks for your reply. I just wasn't sure what I should do next and your suggestion worked perfectly. And I guess I had to get over the fact that I was going to have to restore from scratch and get over my fear of installing a custom ROM. Luckily, of all the backups I had, Titanium worked BEAUTIFULLY! I was chicken to flash a custom ROM, but I flashed IHO Harmonia and it is beautiful and has been working flawlessly ever since. I shouldn't say flawlessly, I kept getting some gapps error but I was able to look it up easily and fix it.
Live and Learn.
the latest version of rom manager in market has bug... so we can use older version search on google. And it works again
Sent from my LG-P500 using xda premium
Evening Folks,
Hoping someone can help. I've been trying to install a custom rom onto my mini pro (Any custom rom!). Done a lot of reading and have managed to root my phone but am now stuck when trying to install xrecovery and CWM.
I've put xrecovery, busybox, chargemon and the cwm zip file onto my sdcard. I've been trying to move busybox, chargemon and xrecovery to the /system/bin directory using Super Manager. But it keeps telling me I do not have enough space, even tho I have 150mb internal space free on the phone. As far as I can tell the three files I need to move are less than 1mb and I've deleted just about everything I trust myself to delete.
ALong the way I managed to muck up the google acount password and ended up resetting the phone to the factory defaults, so there is nothing on it. Currently the only downloaded apps are Root Checker, Super Manager and SuperUser.
So I'm hoping one of you fine chaps, and chapetts, is going to be able to point out the stupid mistake I'm making.
I have to escape sooon, so will not be able to reply util tomorrow. Thanks in advance.
SteveG
You realise the /system partition is seprate from the /data partition, so internal free space does not mean free space on the system partition. And did you remount the system partition yet? (This command in terminal emulator: mount -o remount,rw /system) Or you could simply use root explorer and save lots of trouble figuring out the terminal.
i would advise you to install xrecovery via aais, it is quite simple; download aais and put on your sd, download terminal emulator from the market (needs root, you are rooted you say so that is fine) type the commands:
su (start superuser, click allow)
cd sdcard/aais
sh install.sh (now you see the menu)
type 0 for installing xrecovery. phone will reboot and you're done. Download cwm for recovery.zip from xda and install cwm via xrecovery, now you can install custom roms.
ruifung said:
You realise the /system partition is seprate from the /data partition, so internal free space does not mean free space on the system partition.
Click to expand...
Click to collapse
Ah, no I didnt realise that. Anyway I can tell how much space in the system partition? Any reason why it should be full after a factory reset? If it is full, any suggestions?
ruifung said:
And did you remount the system partition yet? (This command in terminal emulator: mount -o remount,rw /system) Or you could simply use root explorer and save lots of trouble figuring out the terminal.
Click to expand...
Click to collapse
Nope, didnt realise I had to do this, , can you explain why?. Before I do anything else?
Ameijer said:
i would advise you to install xrecovery via aais, it is quite simple; download aais
Click to expand...
Click to collapse
From the market? Hehe, I didnt know what this was so I googled it. Found myself at the Association of Archaeological Illustrators and Surveyors. Strangley enough very little about Android on their website.
Ameijer said:
and put on your sd, download terminal emulator from the market (needs root, you are rooted you say so that is fine) type the commands:
su (start superuser, click allow)
cd sdcard/aais
sh install.sh (now you see the menu)
type 0 for installing xrecovery. phone will reboot and you're done. Download cwm for recovery.zip from xda and install cwm via xrecovery, now you can install custom roms.
Click to expand...
Click to collapse
If I do this where does the xrecovery file need to be for the install?
Thanks for replying guys. You have givne me some suggestions for the way forwards.
SteveG
AAIS is an automatic installer for xrecovery, sorry..was not clear enough apparently. You can find it here on xda (xrecovery automatic installation script or something like that) and works like a charm! No need to copy files yourself, run the script and you'll have xrecovery, afterwards install cwm via xrecovery..simple as that
AAIS did the trick (Although I had to use a magnifyng glass to use the terminal emulator. Currently waiting for the rom to finish installing.
Thanks for your help
I have the 10.1 16 Gb / Us version rooted with "in Paris" ROM and after using the option to hide the User Bar and after unhidding it the theme went black (not the first time) and the power menu become unaccesible because every time i hitted it, the screen turns off but without locking so pushed the power button for 10 second and restared but now it just boot loop, im able to acces clockwork recovery and odin but dont know what to do. I tryed erasing cache, dalvik, wipe data, etc but nothing seems to work. So anyone willing to help me?
zaror1992 said:
I have the 10.1 16 Gb / Us version rooted with "in Paris" ROM and after using the option to hide the User Bar and after unhidding it the theme went black (not the first time) and the power menu become unaccesible because every time i hitted it, the screen turns off but without locking so pushed the power button for 10 second and restared but now it just boot loop, im able to acces clockwork recovery and odin but dont know what to do. I tryed erasing cache, dalvik, wipe data, etc but nothing seems to work. So anyone willing to help me?
Click to expand...
Click to collapse
Have you gone into CWM and just reflashed the ROM?
I would recommend that once you get back up and running, you flash back to stock, flash the stock recovery on there and do a full wipe. Then follow the procedure to get CWM and a clean install of "In Paris". Then DO A BACKUP in CWM. Next time you will just have to restore your backup should something like this happens. (You backup/restore thru CWM)
i cant flash any rom because i cant acces the /sdcard because only after booting up it can be mounted, since it wont boot i cant mount it.
BTW: im a total noob regarding ADB but i installed the SDK and i couldnt push files because it says "/shbin/sh "command" doesnt exist"
im spanish so my english is not perfect, sorry for that
update: I managed to push two .zip's to "/sdcard" and "/mnt/sdcard" but when trying to "install zip from sdcard" in CWW it says "no files found", so i pushed the same .zip but with the name of update.zip and tryed "apply update from sdcard" and it says "failed to open /sdcard/update.zip (No such file or directory"
i tryed the adb command "adb shell mount /sdcard" and it says "cant find /sdcard in /etc/fstab" and the same thing with /mnt/sdcard
so my guess is that /sdcard its not mounted because when trying to install the .zip it doesnt even let me browse the sd
Please help im desperate
solved
after many hours of searching i realized that when pushing files i did not write it correctly
what i did:
adb push update.zip /sdcard
what should be:
adb push update.zip /sdcard/update.zip
i dont know why CWM didnt let me browse for .zip files in sdcard but i dont care sinc i fixed it. thanks anyway
zaror1992 said:
after many hours of searching i realized that when pushing files i did not write it correctly
what i did:
adb push update.zip /sdcard
what should be:
adb push update.zip /sdcard/update.zip
i dont know why CWM didnt let me browse for .zip files in sdcard but i dont care sinc i fixed it. thanks anyway
Click to expand...
Click to collapse
sorry i couldn't get back to you sooner, i'm glad you got it all squared away.
I need help to fix my tab,
I've been running pershoots OC kernel with task's roms for several months with no problems and i've been keeping up to date with each version with out any problems.
I just rebooted my tab today and now suddenly out of the blue, the screen shows static and corrupted rbg lines after a few seconds of the samsung logo. And now it is stuck like this after repeatedly trying to turn my device on. I can get into CWM recovery but i dont a restore file on it because i moved them off my tab to my PC to save space.
Is there anyway to move the files back on to the tab to restore it or maybe move the stock kernel so i can flash it and see if that fixes it?
If you don't care about the data in your tab (all your apps and the /sdcard partition), you could try returning to stock via Odin. Here is a good guide (is the last part "Re-“Stocking” Yer System…"): The Guide
Other option (I recommend this one) is adb, in cwm just push the files you want to flash to the /sdcard .
Thanks! I'll try by android debug bridge and see if i can figure this out..
I have adb installed and it works but when i push the zip to /sdcard/ it doesnt show up on CWM install zip from sdcard menu option, i also tried to push it to /mnt/sdcard/ and the files doesnt show up.
I'm at a loss here the cmd prompt doesnt give any errors after the zip transfer
Mercatorn said:
I have adb installed and it works but when i push the zip to /sdcard/ it doesnt show up on CWM install zip from sdcard menu option, i also tried to push it to /mnt/sdcard/ and the files doesnt show up.
I'm at a loss here the cmd prompt doesnt give any errors after the zip transfer
Click to expand...
Click to collapse
Are you mounting the partition? My guess is you forgot to do it.
Enter the follow commands (one by one) in the terminal (cmd prompt):
Code:
adb shell
Code:
mount /data
Code:
exit
Code:
adb push fileyouwanttoflash.zip /data/media
Now the file should be in /sdcard, just install it from cwm.
If at the moment you're trying to choose the zip from sdcard you get an error telling you "Couldn't open directory" and "No files found", reboot cwm.
Other way to do it is in cwm (so you don't have to do the "adb shell" and "adb mount")
In cwm, choose "install zip from sdcard", then "choose zip from sdcard", then "+++++Go Back+++++"
And from your cmd promt:
Code:
adb push fileyouwanttoflash.zip /sdcard/
Now, flash the file from cwm. (Again, if there's some error, reboot cwm).