seanmcken
|
2013-12-15
, 05:07
|
Posts: 863 |
Thanked: 213 times |
Joined on Feb 2012
@ Goa
|
#1291
|
|
2013-12-15
, 14:44
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#1292
|
The Following User Says Thank You to Estel For This Useful Post: | ||
|
2013-12-15
, 16:17
|
Posts: 863 |
Thanked: 213 times |
Joined on Feb 2012
@ Goa
|
#1293
|
Erm, sure, but it wouldn't be much usable for anyopne except me - those are things like making ext4 instead of ext3 during partition recreation, mounting as ext4 instead of ext3 while doing backup, (both because I was too lazy to modify backupmenu a way that would make it detect filesystem used and ask which one to create while restoring) charging via kernel-power module bq2415x_charger instead of i2c scripts, etc. Ah, and while using compressed backup, lzma'ing it instead of .tar.gz (smaller filesize).
Frankly, I don't even completely remember what I've modified, and did everything to custom, so it wouldn't be too wise to throw it at anyone. For sure all my changes are kernel-power-only compatible.
Also, I've sent one of my first changes (in regular backupmenu form, not dependent on kernel-power) to robbiethe1st, ages ago - it was the lzma thing. He never included it, so I wasn't much motivated to keep compatibility with "upstream" backupmenu
---
In list of things that I would like to do One Day When I Got Free Time(tm), (which is, probably, something about 40 years in future... Maybe.) is to rewrite Backupmenu entirely dropping text2screen, using framebuffer output only - loaded even earlier than current Backupmenu (as The Very First Thing[tm] in /sbin/preinit, like Mentalist Traceur's recovery console, which I'm using, too), with CL interface.
Until that, I'm anyway using only backup, restore, and recovery shell functions from backupmenu (issuing fsck's from recovery terminal, as I was too lazy to modify backupmenu's fsck scripts, too), and in case of something broken earlier, a preinit recovery console, mentioned earlier.
/Estel
|
2013-12-15
, 20:46
|
|
Posts: 6,447 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#1294
|
The Following 3 Users Say Thank You to pichlo For This Useful Post: | ||
|
2014-01-25
, 04:16
|
|
Posts: 283 |
Thanked: 276 times |
Joined on Aug 2011
@ uk or @Pai,Mae Hong Son, Thailand
|
#1295
|
The Following User Says Thank You to macey For This Useful Post: | ||
|
2014-01-25
, 13:13
|
Posts: 2,102 |
Thanked: 1,937 times |
Joined on Sep 2008
@ Berlin, Germany
|
#1296
|
ls -al /var/lib/dpkg/info/mafw-tracker-source.postinst
The Following User Says Thank You to michaaa62 For This Useful Post: | ||
|
2014-01-25
, 15:11
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#1297
|
The version of fsck built into backupmenu and also Maemo are ancient, you will get better results from a PC.
The Following 3 Users Say Thank You to Estel For This Useful Post: | ||
|
2014-01-25
, 18:09
|
Posts: 2,102 |
Thanked: 1,937 times |
Joined on Sep 2008
@ Berlin, Germany
|
#1298
|
that latest cssu-testing fixed it (backporting upstream e2fsprogs & friends)
The Following User Says Thank You to michaaa62 For This Useful Post: | ||
|
2014-01-26
, 03:05
|
|
Posts: 283 |
Thanked: 276 times |
Joined on Aug 2011
@ uk or @Pai,Mae Hong Son, Thailand
|
#1299
|
Couple of things come to my mind to test:
Did you try the file system check from a PC running Linux, either installed or Live-CD?
The version of fsck built into backupmenu and also Maemo are ancient, you will get better results from a PC.
Did you try to move the file, thereby not erasing the file completely but testing the read/write abilities of the rootfs.
You could also check the location of the real fileGood luck!Code:ls -al /var/lib/dpkg/info/mafw-tracker-source.postinst
|
2014-01-26
, 03:33
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#1300
|
Tags |
backup, backupmenu, cssusupplement, max(useful), rescue-console, restore, system |
|