Yet another thing that has been on my TODO list for quite a while: encrypted USB thumb drives and/or encrypted external USB hard drives.
I have finally tried this over the weekend using loop-AES. This is very useful for securing your USB thumb drive contents in case you lose it or it gets stolen. Also, I use an external USB hard drive for backups (previously unencrypted). This is encryped now, too.
Here's a quick HOWTO:
AES encrypted loop device support" in "Device Drivers -> Block Devices -> Loopback device support", and recompile the kernel.loop encryption key scrubbing support" as it seems to promise higher security (can anybody confirm that?).apt-get install loop-aes-2.6-686 (or a similar package) should suffice.
losetup, mount etc.:apt-get install loop-aes-utils
shred -n 1 -v /dev/sda3.-n 25 or higher if you want more security and have a few days time to wait for the thing to finish...
losetup -e aes256 -C 3 -S 'seed' /dev/loop0 /dev/sda3.-C 3 means "run hashed password through 3000 iterations of AES-256 before using it for loop encryption. This consumes lots of CPU cycles at loop setup/mount time but not thereafter." (see losetup(8)). This is supposed to be more secure.-S 'seed' (replace "seed" with a secret string like "g7sN4" or something) should make brute force attacks a bit harder. Don't forget the seed!mke2fs -j /dev/loop0losetup -d /dev/loop0/etc/fstab:/dev/sda3 /mnt/crypted_sda3 ext3 noauto,loop=/dev/loop0,encryption=AES256,itercountk=3 0 0
mount -o pseed=seed /mnt/crypted_sda3/mnt/crypted_sda3 which will be encrypted automatically.For a more detailed guide read the Encrypted-Root-Filesystem-HOWTO. A performance comparison of different ciphers is available, but in general I didn't notice too much of a slow-down because of the encryption...
Beagle 0.2.1 is out. Beagle is a very useful desktop search engine for GNOME (but you can use it with KDE, too, or even without any desktop environment like I do). Despite the low version number it is already quite stable and usable, and has lots of features.
It can index all kinds of files and information on your computer (txt, pdf, doc, emails, IM logs, IRC logs, source code, images, music, and whatnot) and provides a very nice (new) search interface (see screenshot).
Yes, Google Desktop Search and Spotlight do the same thing, but neither is available for Linux, and neither of them is Free Software. They can "phone home" without telling you and do other funny things. With Beagle you can easily check what it does (use the source, Luke!).
Oh, and Beagle can now also parse Ruby files, a simple filter I had written and submitted has been included in the latest release (well, actually it was there in 0.2.0 already, but I didn't tell anybody ;-)).
![]()
![]()

Note: Yeah, I'm abusing the latest Debian flamewar meme for some attention mongering. Sue me.
A few days ago, I have tested my cheap, crappy webcam I bought more than a year ago for the first time. Using the latest SN9C10x driver (which is already included in recent 2.6.1x kernels) worked fine, i.e., the USB webcam was recognized.
I tried running sonic-snap (site is currently down, try the Google Cache) in order to get snapshot images and/or videos off the webcam, which initially didn't work. But I soon found out what the cause of the problem was and created a trivial patch which fixed the problem for me.
Then, after I made myself look like an idiot by reporting a bug against a non-existing sonic-snap Debian package, I finally sent the patch to the upstream author. I'll probably ITP the package, though, as I might be using the webcam more often...
I also tested the webcam with Gnomemeeting for some videoconferencing fun, which didn't work at first either. After some stupid guessing and googling, I finally found out that you need to apt-get install libpt-plugins-v4l2, which is not installed by default (why?). Other than that (and apart from the really, really crappy image quality of the webcam), it worked really nice...
Here's the exact lsusb output for Google to parse, other people might be searching for this info:
Bus 003 Device 003: ID 0c45:602a Microdia Meade ETX-105EC Camera
I'm rich! I won the lottery this weekend! I won 8.70 Euros in total... Of course I went out to spend the huge amounts of money I now possess on some ultimately useless gadget.
I got myself a Genie 1693 PDA thing. Which costs 13 Euros. Next time I'll have to win more money ;)
Anyways, the gadget has 384 KB of memory, a touchscreen, and a serial cable to connect it to a computer. Let's see if I can come up with something interesting to do with this thing (suggestions welcome). I was thinking in the direction of putting my own software on it (I don't think that'll work) or reverse engineering the communication protocol or whatever comes to my mind when I'm bored...
I didn't notice this for months. I was only able to use ca. 900 MB of my 1024 MB of RAM. It only happened accidentally that I read through my logs and noticed this:
Dec 26 19:33:37 localhost kernel: Warning only 896MB will be used.
Dec 26 19:33:37 localhost kernel: Use a HIGHMEM enabled kernel.
Dec 26 19:33:37 localhost kernel: 896MB LOWMEM available.
After setting the "High Memory Support" kernel option to 4GB and a quick kernel recompile, I can now use my full RAM. Nice, eh?
Update 2005-12-31: Thanks a lot to all the people pointing out (via comments in the blog and emails) that there's a better way to do this!
Recent comments
25 weeks 4 hours ago
51 weeks 1 day ago
1 year 6 weeks ago
1 year 7 weeks ago
1 year 7 weeks ago