[Announce] BackupMenu - OS backup & restore | New version - Jul 9th(v1.1) - Page 40 - maemo.org

debernardis | # 391 | 2010-11-25, 12:58 | Report

I have found the problem in ver 0.32 which caused it to never exit the dd cycle. Maybe there's been a change in the grep function, lately in pr1.3.

Anyway, here's my forked version which seems to work, at least in my first experiments.

Attached Files

BackupMenu_fork2.item.gz (6.5 KB, 88 views)

The Following 2 Users Say Thank You to debernardis For This Useful Post:
joelteixeira, Mentalist Traceur

RobbieThe1st | # 392 | 2010-11-25, 13:12 | Report

Originally Posted by 009N View Post

Just came across another issue:
With both backupmenu (+ bootmenu-n900) and kernel-power v42 installed, the phone cannot boot up with charger plugged in. Uninstalling backupmenu & bootmenu-n900 then booting is fine. Not sure if it's a particular case. Just see if others can also reproduce this phenomenon.

I dunno - I have -never- been able to boot with it on the charger, no matter what. But, it's not a big deal or anything so... :\

@debernardis:
Good work. I'll package it up for those folks who need it.

The Following User Says Thank You to RobbieThe1st For This Useful Post:
Mentalist Traceur

debernardis | # 393 | 2010-11-25, 14:27 | Report

Originally Posted by RobbieThe1st View Post

@debernardis:
Good work. I'll package it up for those folks who need it.

Wait before you do. Checksum of optfs fails. I'm looking into it.

EDIT: OK no problem. I had a full mmc1 and the optfs backup couldn't complete. The script seems to work well as attached.

Last edited by debernardis; 2010-11-25 at 15:15.

The Following User Says Thank You to debernardis For This Useful Post:
Mentalist Traceur

Zas | # 394 | 2010-11-27, 10:21 | Report

FSCK can't check some file systems because it is trying to use options that can't be used togeather. (ver. 0.56-1)

RobbieThe1st | # 395 | 2010-11-27, 12:57 | Report

Which ones, and what options?
The fsck lines will be in the shell-script file /usr/share/backupmenu/BackupMenu.item

hawaii | # 396 | 2010-11-27, 13:45 | Report

It kills me, knowing I don't have a rescue menu to boot into

I have a feeling it's due to me replacing a normal binary that's handled by busybox, with a gnu binary. I'm going to look at those now...

It still makes no sense that bootmenu would ignore the .item file however, either it sees it - and pukes when attempting to load as you hijack, or it, for some reason, can't follow the symlinks and drops back to the default menu.

I'm also going to assume that kernel package is irrelevant, provided the modules are present?

Last edited by hawaii; 2010-11-27 at 14:34.

The Following User Says Thank You to hawaii For This Useful Post:
Mentalist Traceur

RobbieThe1st | # 397 | 2010-11-27, 21:47 | Report

Yup; I use "uname -r" to get the current kernel, so as long as the standard modules exist, it'll work fine.

hawaii | # 398 | 2010-11-28, 03:53 | Report

Confirmed each of the modules exist, going to take a look at the binaries now...are there are essential ones that will halt if missing?

joelteixeira | # 399 | 2010-11-28, 16:29 | Report

Originally Posted by debernardis View Post

I have found the problem in ver 0.32 which caused it to never exit the dd cycle. Maybe there's been a change in the grep function, lately in pr1.3.

Anyway, here's my forked version which seems to work, at least in my first experiments.

Didn't work for me.
1 - I created a backup (root and opt)
2 - Booted and uninstalled mplayer (just to check after restore)
3 - booted again in bootmenu and tryed to restore.
4 - It failed telling me the checksum was not ok (I just created the backup 6 minutes before)

joelteixeira | # 400 | 2010-11-28, 16:48 | Report

Robbie,

Just to let you know that again the problem I reported before happened. I had 78MB left on my rootfs and after restore I have only 65MB. The most weird is that I exported the "df -s /*" before and after, and the only change is on MyDocs folder. (because of the backup itself).

I didn't saved the "df -ah" before, but what I have now is:

Code:

Filesystem            Size  Used Avail Use% Mounted on
rootfs                228M  160M   65M  72% /
ubi0:rootfs           228M  160M   65M  72% /
proc                     0     0     0   -  /proc
sysfs                    0     0     0   -  /sys
tmpfs                 1.0M   72K  952K   8% /tmp
tmpfs                 256K   88K  168K  35% /var/run
none                   10M   72K   10M   1% /dev
devpts                   0     0     0   -  /dev/pts
tmpfs                  64M  4.0K   64M   1% /dev/shm
/dev/mmcblk0p2        2.0G  612M  1.3G  32% /home
/home/opt             2.0G  612M  1.3G  32% /opt
nodev                    0     0     0   -  /sys/kernel/debug
/opt/pymaemo/usr/lib/python2.5
                      2.0G  612M  1.3G  32% /usr/lib/python2.5
/opt/pymaemo/usr/share/pyshared
                      2.0G  612M  1.3G  32% /usr/share/pyshared
/opt/pymaemo/usr/lib/pyshared
                      2.0G  612M  1.3G  32% /usr/lib/pyshared
/opt/pymaemo/usr/share/python-support
                      2.0G  612M  1.3G  32% /usr/share/python-support
/opt/pymaemo/usr/lib/python-support
                      2.0G  612M  1.3G  32% /usr/lib/python-support
/dev/mmcblk0p1         28G   17G   11G  60% /home/user/MyDocs

I just reflashed completly two days ago and instaled the apps I normally use. I really thought this time it would work. I just don't understand why it seems to work to another ppl and not for me on a just formated device.

Thank you

Attached Files

	root1.list.gz (183 Bytes, 79 views)
	root2.list.gz (182 Bytes, 84 views)

The Following User Says Thank You to joelteixeira For This Useful Post:
Mentalist Traceur