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

Active Topics

Maemo repository (5)
to Community by dredlok706 - 1 day, 16 hrs ago
Re-commissioning N9 in 2018 (127)
to MeeGo / Harmattan by smatkovi - 1 day, 18 hrs ago
Porting apps to Leste (41)
to Maemo 7 / Leste by Arno_11 - 2 days, 12 hrs ago
List of well performing apps on Leste (33)
to Maemo 7 / Leste by teroyk - 2 days, 20 hrs ago
N900 is not recognizable on any of my devices (windows 10,7, xp) What can I do? (1)
to Nokia N900 by nieldk - 4 days ago
more...

Page 25 of 139

Thread Tools

Wichall	2010-11-06 , 23:30
Posts: 159 \| Thanked: 88 times \| Joined on Feb 2010	#241

Just had a strange one:

I had restored both of my N900s to their rightful backups (I swapped N900s with my girlfriend).

One exhibited no problems.

The other had problems with tracker, it wouldn't start, I'm guessing this was to do with the /var/tmp directory not being included in the backups since the /var/tmp/tracker-user directory didn't exist.

I think it was actually down to the /var permissions being incorrect so that tracker couldn't create it's folder properly...not sure.

Anyway, the errors tracker were throwing up were (don't remember exact text):

can not open file for write /var/tmp/tracker-user/cache.db

Could not open sqlite3 database

Fixed it by running tracker-processes --hard-reset.

Also Robbie, the alarms were activated this time... strange.

__________________
USB, Charging Problems, Nokia not helping? Read my story:
1, 2, 3, 4, 5, 6, 7
The finale and a summary

Quote & Reply |

RobbieThe1st	2010-11-06 , 23:59
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#242

Hm, I should probably see about creating the "tracker-user" directory and see if that helps.

Alarm-wise, that confirms my suspicions: It was probably dst related.

Edit:
Should I:
A. Add the /var/tmp directory again? This will prevent tracker errors, prevent any issues from other programs which keep data there, but will end up with warnings about temp files not being copyable. Harmless, but annoying.

B. Add just '/var/tmp/tracker-user/cache.db'? This will solve any tracker problems, but any other apps that (mistakenly) use /var/tmp for a file that can't be deleted may have errors.

C. Add a "first run" script to the rootfs after restoring a rootfs - this would run various commands, like the tracker-reset. It may work well, -solving- extra problems(potentially), but could also be complex and/or not work all the time.

__________________
My projects: BackupMenu - OS Backup & restore | Video: Flashing your n900(LiveCD)
My devices: N770 + 8GB SD card soldered internally, N900 with 8GB SD card + Custom OC(125-950 typically).
OC freqs: 0:22,90 125:22,90 250:28,180 500:30,360 550:32,400 600:34,430 700:39,430 750:41,430 805:45,430 850:47,500 900:50,500 950:54,500 1000:58,500 1100:67,520 1150:71,520

Last edited by RobbieThe1st; 2010-11-07 at 01:11.

Quote & Reply |

The Following User Says Thank You to RobbieThe1st For This Useful Post:
Dany-69

	debernardis	2010-11-07 , 07:04
	Posts: 2,142 \| Thanked: 2,054 times \| Joined on Dec 2006 @ Sicily	#243

Please everyone who restore their rootfs through one of the latest versions, tar based, do control how much free space is left, with

Code:

df -h /

As I reported before, my free space got significantly reduced after restoring (before, I had some 35 megabytes; after, they're 17 megabytes).

Is there a way to force ubifs to perform its space reclaim, other than closing the system and rebooting - which didn't work for me?

Thanks.

__________________
Ernesto de Bernardis

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

Quote & Reply |

RobbieThe1st	2010-11-07 , 07:10
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#244

I dunno - I have 227.8 total, 159.2 used, 64.4 free on rootfs.
What's your total vs used vs free?

Quote & Reply |

	debernardis	2010-11-07 , 07:16
	Posts: 2,142 \| Thanked: 2,054 times \| Joined on Dec 2006 @ Sicily	#245

Total size 227.6M, used 205.6M, available 17.9M, use% 92%

It was some 35 M before restoring

__________________
Ernesto de Bernardis

Quote & Reply |

RobbieThe1st	2010-11-07 , 08:07
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#246

Try copying 20M files to the rootfs?

Quote & Reply |

	debernardis	2010-11-07 , 08:45
	Posts: 2,142 \| Thanked: 2,054 times \| Joined on Dec 2006 @ Sicily	#247

Originally Posted by RobbieThe1st

Try copying 20M files to the rootfs?

This is a good idea. In the meantime I read this and tried to create a big file, and erase it afterwards. This changed the freespace giving another 2 megabytes free. See the log:

Code:

XXXXX@nc4200:~$ ssh root@192.168.X.X
root@192.168.X.X's password: 


BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso30+0m5) built-in shell (ash)
Enter 'help' for a list of built-in commands.

Nokia-N900:~# cd /
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    205.6M     17.9M  92% /
Nokia-N900:/# touch file
Nokia-N900:/# chattr -c file
Nokia-N900:/# dd if=/dev/zero of=file bs=4096
dd: writing 'file': No space left on device
6243+0 records in
6242+0 records out
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    227.6M         0 100% /
Nokia-N900:/# ls -l file
-rw-r--r--    1 root     root     25567232 Nov  7 09:37 file
Nokia-N900:/# rm file
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    203.9M     19.6M  91% /
Nokia-N900:/# dd if=/dev/urandom of=file bs=4096
dd: writing 'file': No space left on device
6245+0 records in
6244+0 records out
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    227.6M         0 100% /
Nokia-N900:/# ls -l file
-rw-r--r--    1 root     root     25575424 Nov  7 09:38 file
Nokia-N900:/# sync
Nokia-N900:/# rm file
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    204.3M     19.1M  91% /
Nokia-N900:/# sync
Nokia-N900:/# df -h /
Filesystem                Size      Used Available Use% Mounted on
rootfs                  227.6M    203.9M     19.6M  91% /

Still it's much lesser than before.

Is it possible that untarring doesn't activate compression in ubifs?

__________________
Ernesto de Bernardis

Quote & Reply |

RobbieThe1st	2010-11-07 , 08:56
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#248

That's not possible(size without compression wouldn't fit at all - it'd be the size of your rootfs tar file). The only thing I can think of is perhaps there's some temp files(tracker lists, thumbnailer) that got copied back but the program in question ignored them(essentially creating duplicate images/lists).
I will see about adding /var/tmp/tracker-user/cache.db into the next backup, see if that changes anything.

edit:
I'd also try creative use of "du -h" to figure out where your space is going.

Last edited by RobbieThe1st; 2010-11-07 at 21:11.

Quote & Reply |

RobbieThe1st	2010-11-07 , 21:10
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#249

Lets see...If you have some time, could you:
1. Use "cd / & du -h > /home/user/MyDocs/new.txt" as root to get a list of -every- directory's space
2. flash back to your previous image with it's extra free space.
3. Use "cd / & du -h /home/user/MyDocs/old.txt" to do the same thing as above.
4. pastebin the contents of both, so I can see differences etc.

Quote & Reply |

RobbieThe1st	2010-11-08 , 11:31
Posts: 842 \| Thanked: 1,197 times \| Joined on May 2010	#250

Ok, I need some help guys.
I've figured out that the problem with SSHD is that passwords/usernames aren't availaible.
I copied over the /etc/passwd and /etc/passwd- files, the second actually containing the encrypted root password, but I am still not able to login.
I tried copying over /usr/bin/passwd, and ran "passwd -S root". I got "Cannot determine your username".

Any ideas?