Hello,
I tried to update my N900 CSSU to CSSU thumb... but it failed because "/" file system was full.
I tried to free as much as possible space, removing packages consuming too much on "/" but it still lacks at least 40 Mb. Now the largest files are xul libraries from MicroB.
Is it a known problem ?
Is there any work-around ?

Thank you in advance
Yves

Installing stuff from extras-devel is the usual cause.

I've got bitten recently by similar situation. All space was taken by offline imap support in Modest accounts. Check /home/user/.modest/cache directory with

[edit] sorry, it was /home

My "/" rootfs was 28 Mo free (over 228 Mo) before upgrading to CSSU thumb.
/var/lib/dpkg is 44 Mo heavy
I have deleted "/var/log/lastlog" - 8 Mo, probably lacks rotation. And also remove "/lib/modules/2.6.28.NIT.06" and /boot/multiboot/vmlinuz-2.6.28.NIT.06" (1.8 Mo)
Is it safe to remove "old" files from /var/lib/dpkg and /var/lib/apt ? (as far as I have a full backup)
I will now replay installation on my QA system... before production.
Thanks

Multiboot is deprecated as it causes excessive wear on the flash memory.

I'd backup your data and do a full reflash as per

http://wiki.maemo.org/Reflash

Thanks. multiboot was not the problem itself. I already replaced it by u-boot. But package "nitdroid-kernel" failed to uninstall because "nitdroid-installer" is no longer available (requires multiboot)
http://talk.maemo.org/showthread.php...96&postcount=8

I will avoid to reflash... until I am really desperate.

Hmm. First backup your entire N900.
You probably only need to mess with rootfs & not optfs.
rootfs is at / downwards. optfs is at /home, & /opt downwards.
When you install apps, many of them go under /usr/lib, /usr/bin & /usr/share. Try temporarily moving only app specific folders, new and large directories from those locations to say a temporary /opt/z directory. Do this until you have space to install CSSU thumb.

You can ignore this if you're not familiar.

kh

I have also uninstalled bash4 and gdb, so that I have 36 Mb free on rootfs before upgrade.
But the upgrade process by "apt-get upgrade" still complains with "no space left on device"... after fixing with "dpkg --configure -a" and another "apt-get upgrade" it succeeded with only 3 Mb free on rootfs.

After reboot and some days, rootfs is now 38 Mb free. Strange, it looks like the upgrade requires a lot of temporary space that gets freed only with cron tasks.

My suspect is /var/lib/dpkg which was 44 Mb after the first upgrade failure and is now 16 Mb large.

Do you have libicu48 installed?
Try to identify which directories use up most rootfs

If you do the upgrade via the X-Terminal, you will have to remove the downloaded packages manually:This is done by HildonApplicationManager, also via the auto-upgrade run in background or FasterApplicationManager.
Doing it manually may speed things up.