Skip to content


Sure, I could've just apt-upgrade'd to the newest ubuntu-release and be done with it - but that would've been too easy. Really, the ubuntu-installer is a must-have-experience: booting a LiveCD, clicking around like you just don't care ('cause you (almost) cannot break stuff) and then, when you realize that you can watch movies from a network share (yes, it'll install missing (read: ugly) codecs too) you can press PAUSE click on the INSTALL button on your desktop, answer a few question an continue watching this por^Wmovie again. When the movie is over, your installation is too :) But I wouldn't write a blogentry when all has been blue skies, now would I? No, booting the 7.10 bootcd did not work at all first. I had to choose "live-powerpc-nosplash", otherwise the display would just flicker (or: oscillating between black/grey). Since I'm running MacOS X on this same iBook and ext2fsx to access ext2/3 partitions from OS X, it'd be a good idea to install ubuntu-7.10 on ext3, not some other (better?) filesystem. OK, lesson learned, but too late. When installing again (while watching another movie, hehe), I thought it'd nice if the installer could grab packages from a local cache instead of fetching them all by himself (again). But the local cache was already wiped :( This time I've just setup Squid acting as a transparent proxy to cache package files: squid.conf:

http_port transparent
maximum_object_size 128 MB
minimum_object_size 512 KB
cache_dir ufs /var/spool/squid3 1500 16 256


iptables -A PREROUTING -s $LAN -d ! $LAN -p tcp -m tcp --dport 80 \
-j DNAT --to-destination
Instead of using Squid, you could use apt-cacher too. But again: too easy :)

[KERNEL]: no space in available paging segments

Today, Firefox on my iBook/G4 (with MacOS 10.4.10) started to swap and after consuming ~800MB of virtual memory, OSX said: (default pager): [KERNEL]: no space in available paging segments Some posts on the web explained what was happening. To summarize: * virtual memory is created by the dynamic_pager in /private/var/vm/swapfile* * disk I/O goes to the roof when the OS needs more swap * if the box cannot keep up the I/O and thus cannot satisfy the pager, it assumes -ENOMEM and will print the message above IOW: get more RAM (or faster disks) :) We could also play around with the pager: sudo dynamic_pager -H 40000000 -L 576870920 -S 536870912 -F /private/var/vm/swapfile

fun with squid and the loopback device

Sometimes I admire these online bookmarklists, being always available, not application bound and all but then again I refrain from using them, for privacy reasons. Not private at all are these two links:
  • Fun with squid, imagemagick and ARP spoofing which I found a pretty funny thing to do and reminded me of a similiar experiment back in 2001. Have a read!
  • Searching the web for how to specify a sectorsize on virtual/loop devices, I came across yet another wiki with lots of information and practical shell snippets messing around with loop devices. However, I still don't know how to solve the initial problem, blockdev --setss does not exist/work :(