• Announcements

    • Reminder - MoDaCo position on illegal content   07/30/15

      ILLEGAL CONTENT I'd like to just reaffirm MoDaCo's position regarding piracy and illegal content in the light of some recent questions / postings. Posts will be censored by myself or my moderation team if the contain or link to: Illegal / pirated / cracked software or sites that host such softwareNintendo emulators / ROMs or sites hosting them (in light of Nintendo's legal stance)CUSTOM ROMS You may discuss and post links to custom device ROMs on MoDaCo, provided the following rules are adhered to: ROMs must not contain any illegal 3rd party software (this includes trial versions included without permission)ROMs must give full credit to the original authorISSUES If you have any issues with this policy, please contact PaulOBrien directly via PM.
    • Reminder: Selling items on the forum directly is not allowed   07/30/15

      Please note that selling items on the forum directly is not allowed by the forum rules. There is a forum for eBay auctions whereby you can list the items on eBay and link to them there. This is the ONLY forum for this type of activity. You may also advertise links to the eBay forum in your signature. Please note that selling directly in contravention of these rules will result in a warning / suspension / ban.

[RECOVERY] CWM-based Recovery 5.0.2.7-R2

42 posts in this topic

Posted (edited)

That isnt added by me, it's part of the source. It means that if the external SD is missing/not dectected, it will use internal instead.

No, I don't think that's true. It is a provision for sd cards where the file system is directly on the unpartitioned device (/dev/block/mmcblk1) instead of on the first partition (/dev/block/mmcblk1p1) as it is the case with my sd card.

I also expressed myself unclearly, the line in /etc/recovery.fstab:

/sdcard     vfat     /dev/block/mmcblk1p1     /dev/block/mmcblk1

comes from Paul's 4.0.0.5. The corresponding one in 4.0.1.4 R2 (ext) is:

/sdcard        vfat        /dev/block/mmcblk1p1    NULL

I guess that's why I need to mount my sd card manually in 4.0.1.4 R2 (ext) (with mount /dev/block/mmcblk1 /sdcard), while it's automatically mounted in Pauls 4.0.0.5

Anyway, thanks for your answer and the easiest and best thing to do is probably to repartition my sdcard :-)

M.

Edited by morckx
0

Share this post


Link to post
Share on other sites

Posted

Ah I see what you're saying, although until now I have never seen an SD card set up in such a way. I would repartition it too, just to fit in with the norm.

0

Share this post


Link to post
Share on other sites

Posted

Something strange happening when I'am trying to backup CM7 via CWM 4.0.1.5 or 4.0.1.4r3 external.

CWM writes data into data.img until available free space on sd card. Free space on sdcard 1.4GB, data volume 318.4M

df -h output:

Filesystem Size Used Available Use% Mounted on

tmpfs 186.5M 32.0K 186.5M 0% /dev

tmpfs 186.5M 0 186.5M 0% /mnt/asec

tmpfs 186.5M 0 186.5M 0% /mnt/obb

tmpfs 186.5M 0 186.5M 0% /mnt/asec

tmpfs 186.5M 0 186.5M 0% /mnt/extasec

/dev/block/mmcblk0p1 338.9M 154.3M 167.2M 48% /system

/dev/block/mmcblk0p8 1.5G 318.4M 1.1G 21% /data

/dev/block/mmcblk0p2 62.0M 4.0M 54.7M 7% /cache

/dev/block/mmcblk0p6 2.4M 2.0M 410.0K 83% /lgdrm

backup directory content during backup:

/sdcard/clockworkmod/backup/2011-08-23.10.17.27 # ls -l&&du -h

-rwxrwxrwx 1 root root 8388608 Aug 23 10:17 boot.img

-rwxrwxrwx 1 root root 1309986816 Aug 23 10:23 data.img

-rwxrwxrwx 1 root root 20971520 Aug 23 10:17 recovery.img

-rwxrwxrwx 1 root root 159572160 Aug 23 10:17 system.img

1.4G .

df -h from CWM during backup:

Filesystem Size Used Available Use% Mounted on

tmpfs 186.5M 32.0K 186.5M 0% /dev

/dev/block/mmcblk0p2 62.0M 4.0M 54.7M 7% /cache

/dev/block/mmcblk1p1 7.6G 7.6G 0 100% /sdcard

/dev/block/mmcblk0p8 1.5G 318.7M 1.1G 21% /data

0

Share this post


Link to post
Share on other sites

Posted

Well that's odd, mine backs up /data (600MB-ish) no problem.

0

Share this post


Link to post
Share on other sites

Posted

I found the problem. There was some broken crap in /data/lost+found directory. Backup /data stuff and format data volume has solved this problem.

It is posiible to exclude lost+found during backup?

And format /data in Mounts and Storage menu does'nt realy formatting storage, its only delete all stored stuff. I formatted and converted storage by hands.

0

Share this post


Link to post
Share on other sites

Posted

Finally updated!

0

Share this post


Link to post
Share on other sites

Posted (edited)

Finally updated!

Great! Thank you! Its compatible with 4.0.1.5 backups?

Edited by wfd
0

Share this post


Link to post
Share on other sites

Posted

I believe so, but not the other way around.

0

Share this post


Link to post
Share on other sites

Posted

Update as new CWM supports backup/restore from internal storage.

0

Share this post


Link to post
Share on other sites

Posted (edited)

The download link to v5.0.2.7 is broken. Could you please fix it? Thanks.

Edited by Щачло карпа
0

Share this post


Link to post
Share on other sites

Posted

Yeah, all sorted.

0

Share this post


Link to post
Share on other sites

Posted

Thanks rusty!

One Question: I've been using cwm 4.0.0.9 before. I noticed, that my 5.0.2.7 backups are much smaller, e.g. the data.ext3.tar compared to the old data.img is 30mb smaller. Is this a normal behavior? Thanks for clarification in advance!!

0

Share this post


Link to post
Share on other sites

Posted

.tar = compressed ;)

0

Share this post


Link to post
Share on other sites

Posted (edited)

.tar = compressed ;)

I've to disagree. Tar itself does not compress anything (see http://en.wikipedia....8file_format%29).

I'll extract both backups and try to find the difference.

Edit:

On my phone in /system/bin are symlinks, e.g. cat points to toolbox.

Backup with 4.0.0.9:

Identically to phone: /system/bin/cat => toolbox

Backup with 5.0.2.7:

No symlink, the regular file is saved instead of just the symlink.

Conclusion: in 5.0.2.7 all symlinks in /system/bin are replaced by their regular files.

Further more, in 5.0.2.7 symlinks in /system/xbin are completely ignored.

Edited by Щачло карпа
0

Share this post


Link to post
Share on other sites

Posted

You're right, I was talking about .tar.gz when the backups are just .tar :huh:

Not sure about the symlinks being ignored though, last time I extracted one of my system.ext4.tar files, WinRAR threw a shitfit about them.

0

Share this post


Link to post
Share on other sites

Posted

I've used WinRAR 4.01. Works like a charm.

0

Share this post


Link to post
Share on other sites

Posted

Updated to fix advanced restore.

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

MoDaCo is part of the MoDaCo.network, © Paul O'Brien 2002-2015. MoDaCo uses IntelliTxt technology.