rootfs full? Here's a temporary solution until more packages are optified

[ccooke]

I was a little irritated this afternoon with a full rootfs, so I've knocked up a quick solution: http://pastebin.com/f1355fe1f

This is a simple script that calculates which packages are taking up the largest number of blocks in /usr on the filesystem and can relocate portions of them to /opt. It does this in a safe manner - every operation is atomic and it will verify the files are identical before the final switch. It can also undo the relocation, if needed.

The first run will take ages - leave the device on power for fifteen minutes or so while it churns through all your packages and works out which ones use up most space in /usr. Subsequent runs will use a cache, unless you start it with the --clean option.

A few caveats:
* The script does *NOT* make sure /opt is in a sensible location. Make sure it actually is referring to a different partition!
* There's no blacklisting of packages. It *WILL* be possible to damage your system with this script if you relocate something that is needed before the partition holding /opt is mounted. Only relocate packages you believe to be safe! Anything you know you've installed yourself is a good bet, or anything which is entirely GUI based. The n900's nokia-maps app is a prime candidate. 'busybox' is *NOT*, even though it will probably be detected as the largest package.
* The script has been tested and works on my Ubuntu box and my n900. There is no reason it won't work for the n8x0 on Maemo 4 or Mer.
* Technically, there's a race condition when switching files, so I suggest everyone disables multi-user logins on their tablets and makes sure there's no malicious software installed. Or in other words: It's not really a problem in this case.
* The script will only relocate normal files in /usr. Nothing from elsewhere, no directories, links, special files, etc.

Use:

Get root on your tablet.
Make sure bash is installed.
Download the script.


# bash pkgscan
Loading from cache...
Sorting...done
Ready.


Package: busybox
Files: 2
Size in /usr: 18792
Type 'arc' to archive:

Package: libqt4-core
Files: 1
Size in /usr: 9988
Currently archived in /opt
Type 'undo' to undo:


(anything other than 'arc' or 'undo' will skip that package)

[attila77]

I
* The script has been tested and works on my Ubuntu box and my n900. There is no reason it won't work for the n8x0 on Maemo 4 or Mer.


A few notes:

Maemo 4 does not have an ext3 partition on the built-in card so it's a no-go unless you repartition (at which point you are better off cloning the whole root).

Also, I have not analyzed your script, but be VERY careful about moving /usr/lib stuff around - that can cause serious breakage.

[ccooke]

A few notes:

Maemo 4 does not have an ext3 partition on the built-in card so it's a no-go unless you repartition (at which point you are better off cloning the whole root).


A loopback filesystem would do the job there, of course. They're not at all difficult to work with.


Also, I have not analyzed your script, but be VERY careful about moving /usr/lib stuff around - that can cause serious breakage.

Yeah, that's why I stuck a big caveat in. It's also why the script only moves individual files: that way, you isolate the relocations to just the packages you want.

[qgil]

Thanks! So... which were the applications contributing to the load of your rootfs? Please share them here.

See also http://wiki.maemo.org/Opt_Problem

[ccooke]

Well, according to the script itself, here's what I've moved:

libqt4-core 9,988k
hildon-theme-alpha 7,668k
nokia-maps-ui 6,876k
adobe-flashplayer 6,700k
nokia-maps-core 5,316k
nokia-maps-maplets 2,608k

I'll probably move more stuff as and when I need it - for instance, microb can be moved, and that will free up another 20 meg or so counting all its packages. Really, it should be safe to relocate anything wholly gui-based - so gtk, libpurple and so on are candidates.

[attila77]

Don't forget the eMMC is slower and also the device you swap to. From what I understand that's why originally Nokians did not optify qt and libs in general.

[ccooke]

Yeah. But I'm happy with that as a temporary solution. It's improtant to remember that the right answer is to get packages optified properly.

[qgil]

ccooke, this is an (interesting) list of pre-installed packages but what I was asking was the apps you have downloaded getting your rootfs full.

You won't believe it but I'm asking this question to anybody here that gets in this situation and still nobody has given names of apps to follow and fix. It would be appreciated. :)

[Johnx]

@qgil: Working on the list. Will update as it goes along. Repos enabled: extras-testing and extras-devel.
Package: libwebkit-1.0-1
Files: 3
Size in /usr: 23104 blocks
Type 'arc' to archive: arc
(lots of microb/busybox)
Package: python2.5
Files: 3
Size in /usr: 10456 blocks
Type 'arc' to archive: arc

Package: libas-storage-0
Files: 1
Size in /usr: 5292 blocks
Type 'arc' to archive:

Package: libpurple0
Files: 2
Size in /usr: 4792 blocks
Type 'arc' to archive:

Package: canola2
Files: 2
Size in /usr: 1924 blocks
Type 'arc' to archive: arc

Package: fbreader
Files: 2
Size in /usr: 1640 blocks
Type 'arc' to archive: arc

Package: openssh-client
Files: 2
Size in /usr: 1104 blocks
Type 'arc' to archive:

[lma]

Going from memory, fennec/xulrunner were particularly bad, but they're long gone now. From the stuff that's still installed, the worst are (omitting smaller files for brevity) mplayer:


-rwxr-xr-x 1 root root 8514264 Sep 17 22:43 /usr/bin/mencoder
-rwxr-xr-x 1 root root 8683832 Sep 17 22:43 /usr/bin/mplayer


pc-connectivity-manager:

-rw-r--r-- 1 root root 4866193 Oct 20 21:04 /usr/share/maemo-pc-connectivity/manual.pdf

and bluemaemo:
-rwxr-xr-x 1 root root 2018258 Aug 24 16:09 /usr/share/bluemaemo/themes/bluemaemo.edj

BTW, this command:
dpkg-query -W -f='${Installed-Size}\t${Package}\n' '*' | sort -n | tail -50
can be used to show the top 50 space hogs.

[Nathan]

dpkg-query -W -f='${Installed-Size}\t${Package}\n' '*' | sort -n | tail -50
can be used to show the top 50 space hogs.

Won't this just show the largest packages. But won't show if any of them are optified. For instance if you install libicu42 it is over 20 megs of libraries; but since the library is optified the amount of space in usr/lib is just the symlinks.

Nathan.

[lma]

Won't this just show the largest packages. But won't show if any of them are optified.

Yes, it's just a quick way of looking for good candidates for further checking with something like this (http://wiki.maemo.org/Talk:Extras-testing/QA_Checklist#Checking_root_filesystem_usage).

While on the subject, can we have exceptions for the openssh packages (and/or the dropbear equivalents)? They could come in handy for recovering from a broken /home partition so I would prefer to have them in the root filesystem (if that's also broken then it's probably time to reflash anyway).

[qgil]

Thanks a lot! Please keep these names of fat apps coming. Knowing about specific apps makes it easy to rationalize potential sensible exceptions. For instance, it is clear the difference between a user after openssh or a user after Fennec.

[j.s]

Don't forget the eMMC is slower and also the device you swap to. From what I understand that's why originally Nokians did not optify qt and libs in general.
Once a few qt based apps have started up, won't the
qt libs be cached in RAM and performance just as fast
as if the libs were stored in nand?

[buurmas]

Maemo 4 does not have an ext3 partition on the built-in card so it's a no-go unless you repartition (at which point you are better off cloning the whole root).
Should this thread be moved from General to N900 then?

[linuxeventually]

I must have missed the memo.

a) From a developer perspective how are packages "optified"?

For example do you mean - instead of
$ configure --prefix=/usr --host arm
use
$ configure --prefix=/opt --host arm
???

b) From a [power] user perspective is there a more permanent way (a dpkg flag or such) to get packages to install into an alternative location rather than using this script to copy the contents of /usr to /opt (which I assume to be the desired behaviour)

c) What is the current partition structure of the N900 (and highlighting of the problem area would be appreciated)

[Nathan]

I must have missed the memo.

a) From a developer perspective how are packages "optified"?


The easist method is to use maemo-optify as the step before the dh_mdgenerate in the rules.


c) What is the current partition structure of the N900 (and highlighting of the problem area would be appreciated)

Wiki Link: http://wiki.maemo.org/Opt_Problem

Nathan

[Bundyo]

Package: libwebkit-1.0-1
Files: 3
Size in /usr: 23104 blocks


And what exactly does this mean? Since this is the content of the Fremantle libwebkit package:

http://www.bundyo.com/things/libwebkit_contents.txt

It is optified from the day 1 it was posted there.

[lma]

I can confirm that:
Nokia-N900-41-10:~# ./checkroot.sh (http://wiki.maemo.org/Talk:Extras-testing/QA_Checklist#Checking_root_filesystem_usage) libwebkit-1.0-1
4 /usr/share/webkit-1.0/webinspector/Breakpoint.js
4 /usr/share/webkit-1.0/webinspector/Images/dockButtons.png
4 /usr/share/webkit-1.0/webinspector/Images/domStorage.png
4 /usr/share/webkit-1.0/webinspector/Images/largerResourcesButtons.png
4 /usr/share/webkit-1.0/webinspector/Images/profileSmallIcon.png
4 /usr/share/webkit-1.0/webinspector/Images/resourceCSSIcon.png
4 /usr/share/webkit-1.0/webinspector/Images/resourceDocumentIconSmall.png
4 /usr/share/webkit-1.0/webinspector/Images/resourceJSIcon.png
4 /usr/share/webkit-1.0/webinspector/Images/resourcePlainIconSmall.png
4 /usr/share/webkit-1.0/webinspector/Images/splitviewDimple.png
4 /usr/share/webkit-1.0/webinspector/Images/splitviewDividerBackground.png
4 /usr/share/webkit-1.0/webinspector/Images/tipIcon.png
4 /usr/share/webkit-1.0/webinspector/Images/tipIconPressed.png
4 /usr/share/webkit-1.0/webinspector/Images/userInputIcon.png
4 /usr/share/webkit-1.0/webinspector/Images/userInputPreviousIcon.png
4 /usr/share/webkit-1.0/webinspector/Script.js
64 total

[ccooke]

Hmm. I'd guess from that that the script is following the symlinks into /opt. That's easily fixed - I'll post an update this evening, when I'm back from work.

[twaelti]

Did this thread fizzle out into nothing? Did ccooke ever come back from work? :-)

(My understanding of /opt according to Linux Filesystem Hierarchy (http://www.linuxtopia.org/online_books/linux_beginner_books/linux_filesystem/opt.html): nothing to discuss, all apps should have gone into /opt from the beginning, we should never even have started to put things in rootfs... bad habit from older Maemo?)

[mankir]

Is it possible to use parts of the script at installation of packages? so that debian-packages could be installed on the 2gb-partition and symlinks automatically created on the 256mb-partition during installation? i think symlinks are the only solution for the problem with the small root-partition, without changing logical structure of the system (remove files for booting from /usr and move/symlink /usr to 2gb-partition) or bootloader configuration (to boot from 2gb-partition).

[mankir]

Have a look at: Repartition the internal drive (http://forums.internettablettalk.com/showthread.php?t=35122)

[DrWilken]

subversion in -devel isn't optified...

[debernardis]

While in the process of moving some packages with the script, I'm wondering what is going to happen when one of them is to be updated by the application manager (or apt-get).

It is going to install its new files in their pristine position, on the root filesystem, overwriting the links, and leaving parts of the old packages on /opt? Shall it get me into trouble? What am I going to do with those remnants on /opt?

Or I better undo optification of packages before I update the packages?

Thanks for your responses.

[soramimi]

on my N900

:command not found
:command not found
'kgscan : line 9:syntax error near unexpected token `{
'kgscan : line 9: `{

[DrWilken]

While in the process of moving some packages with the script, I'm wondering what is going to happen when one of them is to be updated by the application manager (or apt-get).

It is going to install its new files in their pristine position, on the root filesystem, overwriting the links, and leaving parts of the old packages on /opt? Shall it get me into trouble? What am I going to do with those remnants on /opt?

Or I better undo optification of packages before I update the packages?

Thanks for your responses.

I've been thinking about the same thing. If the updated package still isn't optified it will overwrite the links I believe. If it is optified it won't be a problem AFAIK. That would create links to the new files (in /opt) overwriting the old links AND files.

[DrWilken]

on my N900

:command not found
:command not found
'kgscan : line 9:syntax error near unexpected token `{
'kgscan : line 9: `{

First of all shouldn't the name of the script have been pkgscan...? :)

When i downloaded the script by using the download function on pastebin the file had WinBlows newlines (^M) in it, so first I tried a search and replace in vi but that didn't work (%s/^M//g), so I ended up copy/pasting from the site instead.

I've attached the script. unpack with tar -xf pkgscan.sh.tar... The script is called pkgscan.sh because it's a shell script.

[Saturn]

While in the process of moving some packages with the script, I'm wondering what is going to happen when one of them is to be updated by the application manager (or apt-get).

It is going to install its new files in their pristine position, on the root filesystem, overwriting the links, and leaving parts of the old packages on /opt? Shall it get me into trouble? What am I going to do with those remnants on /opt?

Or I better undo optification of packages before I update the packages?

Thanks for your responses.

Hi, I've seen too that an update or uninstall only updates the symlinks and leaves all files in /opt/relocated/.

In order to keep things clean I've done an "undo", then apt-get --purge remove of all the applications originally relocated, then apt-get autoremove (since there were some remanents) and re-installed those apps.

IMHO, people not really familiar with gnu/linux should stay away from this script for many reasons already mentioned plus that if one relocates an app already optified the "undo" will un-optify it. That is, the undo function is not a real undo.

Hope it helps.

[debernardis]

When i downloaded the script by using the download function on pastebin the file had WinBlows newlines (^M) in it....

Yes that's the problem. I changed from CR/LF newlines to LF only newlines in Scite, from easy debian.

[soramimi]

Thanks , I used pkgscan.sh.tar

It works good.

[arkanoid]

If there is an upgrade available for any of the packages i "archived", do i need to "de-optify" (undo) before applying it?

[debernardis]

See post #27 :)

[arkanoid]

BTW after next reboot mc and dosbox icons (i "optified" both) were replaced with blue squares. It happens to desktop shortcuts only, icons the launcher are intact.

[arkanoid]

Is it save to archive huge libqt4-gui?

[DrWilken]

Is it save to archive huge libqt4-gui?

Personally I would *ONLY* archive apps I installed myself (I've archived subversion), but that's just me... ;)

Remember that this is a workaround. I'm sure Nokia/Maemo Community comes up with a solution to the "opt problem" (other than to *manually* optify packages before submitting them to the repositories - I'm thinking automatic opt checks when submitting a package to -devel/-testing) sooner or later... :D

Another thing; Before a firmware upgrade I would also undo whatever I have archived (just to be on the safe side)... You never know what that firmware might bring us... :)

[Saturn]

I've been thinking about the same thing. If the updated package still isn't optified it will overwrite the links I believe. If it is optified it won't be a problem AFAIK. That would create links to the new files (in /opt) overwriting the old links AND files.

Hi, I've missed this earlier post.

From what I see the above post describes how it should work but actually it works a little diferently.

If the updated application isn't optified it will overwrite the links and you'll end up with unessacery files leftover in /opt/relocated/.
The same will also happen if the updated application is optified too. It will not overwrite the old files simply because they are in a different folder from what the correct optification uses.

Basically, all the heavy-lifting in the script has been done but it is not complete so you should be carefull and willing to reflash if you decide to use it.

Hope it helps.

[DrWilken]

It will not overwrite the old files simply because they are in a different folder from what the correct optification uses.


Makes sense... ;) So maybe the script should be edited to "archive" using the correct paths?


Basically, all the heavy-lifting in the script has been done but it is not complete so you should be carefull and willing to reflash if you decide to use it.


Or just undo before any update of a package You KNOW has been archived using the script...

[Saturn]

Makes sense... ;) So maybe the script should be edited to "archive" using the correct paths?

Maybe not, because it is simpler to find later which stuff have been moved by the script and undo them. The script looks in the /opt/relocated folder to provide the undo functionality.

Or just undo before any update of a package You KNOW has been archived using the script...

Yes, at least that's what I did. Nevertheless, as it was mentioned in an earlier post, the undo of the script is not a real undo. Thus, IMHO the script should be used only for applications/libraries that can be re-installed easily from extras* repos.

[Saturn]

BTW after next reboot mc and dosbox icons (i "optified" both) were replaced with blue squares. It happens to desktop shortcuts only, icons the launcher are intact.

Yes, that's one of the side-effects of the script.
One more related is that the relocated applications don't appear any more in the list to add them as a sortcut in the desktop.

Haven't understood yet the reason but it might be related on the bootup sequence. That is, the /opt might be mounted after this info is being cached.

[Saturn]

BTW after next reboot mc and dosbox icons (i "optified" both) were replaced with blue squares. It happens to desktop shortcuts only, icons the launcher are intact.

If you open the xterm and do the following:


/usr/bin/gtk-update-icon-cache


does it fixes the desktop icons till the next reboot?

Sorry but I can't test this myself at the moment.

[christuff]

Hello everybody,

Here is a list of packages i've archived with this script.


libqt4-gui 38232
microb-engine 15616
microb-110n 10556
perl-modules 10272
libqt4-core 10016
perl 9932
libstdc++6-4.2-dev 9568
pokerth-data 9456
libc6-dev 8348
hildon-theme-alpha 7668
nokia-maps-ui 6876
adobe-flashplayer 6700
binutils 6488
hildon-theme-beta 6332
cpp-4.2 6188
nokia-maps-core 5316
pokerth 4532
drnoksnes 2076
libstdc++ 1648

My rootfs was full at like 100%, now 69 % ( the good number :D )
and the phone is still running correctly, no slow down detected.

Only one bug is on the pokerth application, before the operation, we can read the action being done by opponents, now this quick text doesn't appear ( but it's not really disturbing ).

Thx to his owner for this usefull script :)

[soleil]

I downloaded the script from http://pastebin.com/f1355fe1f
and I got the script f1355fe1f.sh
But when I try to run the script I got an error message :
Nokia-N900-42-11:/home/user/MyDocs/.documents# bash f1355fe1f.sh
: command not found2:
: command not found7:
'1355fe1f.sh: line 9: syntax error near unexpected token `{
'1355fe1f.sh: line 9: `{

[debernardis]

As reported before in this thread, the script gets downloaded in "windows" text format, i.e. with cr/lf as end line chars, instead that lf only like in unix conventions. Some posts above you get ways of converting.

[Jef91]

Going to give this a try in the morning. Mostly posting here so i can find the thread again later.

Cheers,
~Jeff

[twoboxen]

I only tried:

libqt4-gui
libqt4-core
microb-engine
microb-110n
vim

and on the next reboot I couldn't click anywhere on the desktop. No icons or anything... I could slide desktops around and I could click within applications (e.g. phone, b/c i could rotate to start that).

I undid the qt stuff and I could click again, but for some reason I'm still at about 100% usage... how could that be?? It's like it made no difference at all.

[DrWilken]

I only tried:

libqt4-gui
libqt4-core
microb-engine
microb-110n
vim

and on the next reboot I couldn't click anywhere on the desktop. No icons or anything... I could slide desktops around and I could click within applications (e.g. phone, b/c i could rotate to start that).

I undid the qt stuff and I could click again, but for some reason I'm still at about 100% usage... how could that be?? It's like it made no difference at all.

You should propably not be messing with microb (browser stuff) or libqt... I know I wouldn't... ;)

vim should be optified now AFAIK... ;)

The rootfs is a compressed filesystem (ubifs) so You won't always see it right away... I've found that rebooting often frees extra space (guess it compresses on boot)...

[twoboxen]

You should propably not be messing with microb (browser stuff) or libqt... I know I wouldn't... ;)

vim should be optified now AFAIK... ;)

The rootfs is a compressed filesystem (ubifs) so You won't always see it right away... I've found that rebooting often frees extra space (guess it compresses on boot)...

If Nokia would have properly optified their own packages, I wouldn't have to touch microb... believe me, I would rather not have to do this to "save space" on a phone that is supposed to have 32GB of storage with 2GB of that being dedicated to application storage. I didn't read about the 256MB rootfs limitation until I was trying to debug it myself. Yes, I shouldn't be dancing around extras-devel if I weren't willing to do this, but that doesn't make it any less frustrating :)

I updated today, vim was still one of the bigger offenders (> 8MB).

I found the problem. When you 'undo' the archiving it doesn't properly handle symbolic links.

So I had three copies of libQtGui (libQtGui.so.4.5.3, libQtGui.so.4.5, libQtGui.so.4) and the same for libQtCore. Instead of having one (libQtGui.so.4.5.3) and the other two (libQtGui.so.4 and libQtGui.so.4.5) being symbolically linked to the first.

[DrWilken]

I updated today, vim was still one of the bigger offenders (> 8MB).

You're absolutely right:

Nokia-N900-42-11:~# dpkg -L vim | grep -v /opt
/.
/usr
/usr/sbin
/usr/bin
/usr/bin/vim.launch
/usr/share
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/vimtutor.1.gz
/usr/share/man/man1/vimdiff.1.gz
/usr/share/man/man1/evim.1.gz
/usr/share/applications
/usr/share/applications/hildon
/usr/share/applications/hildon/vim.desktop
/usr/share/icons
/usr/share/icons/hicolor
/usr/share/icons/hicolor/26x26
/usr/share/icons/hicolor/26x26/hildon
/usr/share/icons/hicolor/48x48
/usr/share/icons/hicolor/48x48/hildon
/usr/share/icons/hicolor/scalable
/usr/share/icons/hicolor/scalable/hildon
/usr/bin/ex
/usr/bin/view
/usr/bin/xxd
/usr/bin/vim
/usr/bin/vimtutor
/usr/bin/rvim
/usr/bin/rview
/usr/bin/vimdiff
/usr/share/vim
/usr/share/man/man1/view.1.gz
/usr/share/man/man1/vim.1.gz
/usr/share/man/man1/rvim.1.gz
/usr/share/man/man1/ex.1.gz
/usr/share/man/man1/rview.1.gz
/usr/share/man/man1/xxd.1.gz
/usr/share/icons/hicolor/26x26/hildon/vim.png
/usr/share/icons/hicolor/48x48/hildon/vim.png
/usr/share/icons/hicolor/scalable/hildon/vim.png


Guess it hasn't been properly optified yet... I just saw that it had *some* files in /opt and figured it had been optified...

Hmmm... Something doesn't look right here:

Nokia-N900-42-11:~# du -sh `dpkg -L vim | grep -v /opt`
2.0G /.
4.0k /usr/bin/vim.launch
du: /usr/share/man/man1: No such file or directory
du: /usr/share/man/man1/vimtutor.1.gz: No such file or directory
du: /usr/share/man/man1/vimdiff.1.gz: No such file or directory
du: /usr/share/man/man1/evim.1.gz: No such file or directory
4.0k /usr/share/applications/hildon/vim.desktop
0 /usr/bin/ex
0 /usr/bin/view
0 /usr/bin/xxd
0 /usr/bin/vim
0 /usr/bin/vimtutor
0 /usr/bin/rvim
0 /usr/bin/rview
0 /usr/bin/vimdiff
0 /usr/share/vim
du: /usr/share/man/man1/view.1.gz: No such file or directory
du: /usr/share/man/man1/vim.1.gz: No such file or directory
du: /usr/share/man/man1/rvim.1.gz: No such file or directory
du: /usr/share/man/man1/ex.1.gz: No such file or directory
du: /usr/share/man/man1/rview.1.gz: No such file or directory
du: /usr/share/man/man1/xxd.1.gz: No such file or directory
0 /usr/share/icons/hicolor/26x26/hildon/vim.png
0 /usr/share/icons/hicolor/48x48/hildon/vim.png
0 /usr/share/icons/hicolor/scalable/hildon/vim.png
Nokia-N900-42-11:~# ls -l /usr/share/man/man1/
ls: /usr/share/man/man1/: No such file or directory
Nokia-N900-42-11:~# ls -l /usr/share/man/
-rw-r--r-- 1 root root 19 Jan 2 17:30 README


EDIT -> I guess that's how man and docs are stripped (?)... The files are missing, but the still show up using dpkg -L... ??

[xx090]

When i opened the link to the script there are 2 scripts, i should take the bottom one i guess thats the updated right?

How can i take this script and excute it to x terminal please? i have to type it all or i can get it somehow into the n900?

thanks for your help!

[bandora]

Irreco is a fat application.. I remember having 33.something MB available on the rootfs.. after installation it went down to 11MB.. and what's worse is that after removing irreco and it's components (lirc) I had 15-16 MB free on the rootfs.. :( where did the rest of MB go? lol

I love irreco but I wish it would be optified though...

I am trying to find whats taking space in the rootfs..

Oh and it also slowed down my N900 a bit.. oh wel..

Btw how do you run the script?

[arkanoid]

If you open the xterm and do the following:


/usr/bin/gtk-update-icon-cache


does it fixes the desktop icons till the next reboot?

Sorry but I can't test this myself at the moment.

No :-( Is there any workaround?

[simons]

Heres my addition to programs that are horrible to rootfs: google latitude updater (from extras testing... I know)

Now my rootfs is only 76% full and most things work. Is that an ok level or should I try to get the rootfs lower. I didn't want to optify too many programs with that script...

[SubCore]

You're absolutely right:

i believe that's an older version of vim. the latest one (7.2-0maemo7), which is probably only in -devel right now, is properly optified.

there's no "man" command on the tablet, so i guess all the man files are deleted in postinst. that way they still show up in the package file list, although they've been deleted right after installation. 'twas probably a quick hack, adding two delete statements in the postinst script is easier than removing the manual files :)

[DrWilken]

i believe that's an older version of vim. the latest one (7.2-0maemo7), which is probably only in -devel right now, is properly optified.
I've updated to 7.2-0maemo7 after posting... ;) Just didn't make it back here - to many threads going :)

there's no "man" command on the tablet, so i guess all the man files are deleted in postinst. that way they still show up in the package file list, although they've been deleted right after installation. 'twas probably a quick hack, adding two delete statements in the postinst script is easier than removing the manual files :)

Yeah, that's definetely a quick hack but hey... It works (tm)... ;)

[skytulip33]

Thank you for the post.
However, I am meeting some problems.
When "Make sure bash is installed", am I supposed to install the one from here? http://nitapps.com/ The bash3 is that righ?

I have installed it on my N900, however, when I tried to run the .sh file ./f1355fe1f.sh I always get the error permission denied.
I have also run chmod +x f1355fe1f.sh however, the same error occured.

Could you please point out some detail steps to run your .sh file?

Thank you!

[shinkamui]

would be nice if the script took a second arguement, and that is the name of the package I want to optify. scanning through 2000 packages because I downloaded 1 new package is a bit tedius.

[CrashandDie]

Thank you for the post.
However, I am meeting some problems.
When "Make sure bash is installed", am I supposed to install the one from here? http://nitapps.com/ The bash3 is that righ?

I have installed it on my N900, however, when I tried to run the .sh file ./f1355fe1f.sh I always get the error permission denied.
I have also run chmod +x f1355fe1f.sh however, the same error occured.

Could you please point out some detail steps to run your .sh file?

Thank you!

Make sure you are on a partition which supports +x mode for file. The 32GB partition does not support this. Place the file in /usr/bin and then chmod it.

[yanness]

Use:

Get root on your tablet.
Make sure bash is installed.
Download the script.


# bash pkgscan
Loading from cache...
Sorting...done
Ready.


Package: busybox
Files: 2
Size in /usr: 18792
Type 'arc' to archive:

Package: libqt4-core
Files: 1
Size in /usr: 9988
Currently archived in /opt
Type 'undo' to undo:


(anything other than 'arc' or 'undo' will skip that package)

I am sorry guys but how do you do to run this on your Xterm?
Sorry I am novice...

Yanness

[yanness]

I found this threat from stevet68, I tried it and it worked out.

http://talk.maemo.org/showthread.php?t=46027

[majaczek]

Could wise people prepare here whole list of packages which shouldn't be optified because it will brick the device? It would be appreciated. Yes optyfing packages that nokia wanted to lay on rootfs may seem at least a bit crazy, but there are some reasons for people to want to do it. Since optyfing some of them bricks the device for whatever reason (mostly the technicalies of boot process), it seems scary to optify ones which not brick the device because beeing optified. We shouldn't have to be scary to do things that are safe (the point is the things are safe but we don't know which ones are safe, so it makes us scary to do the thing which are safe but we aren't sure that they are).