Craig Younkins' Blog

The battery capacity of my beloved Logitech MX1000 mouse had deteriorated over time. It was lasting only 2-3 days tops before the charge level would turn red, its lowest level. So I decided to find out how I could replace the internal, "non-replaceable" battery.

As it turns out, doing so isn't too bad. There are multiple sites available with instructions. While they are OK instructions, I have a few comments.

I ordered an NP-120 camera battery to replace the one inside the MX1000. Before we put in the new battery, we decided to take apart the old one. Inside the blue casing of the original battery, the three wires are soldered to a small circuit board. It was easy to unsolder the wires, and this allowed us to use the full length of the wire. Having more wire to work with made things a lot easier, because there isn't a lot of room to play with.

It is generally not a good idea to expose batteries to heat, so why would you think to put a very hot soldering iron to it? We came up with a better idea. We cut small strips of brass which we bent into U shapes and soldered the battery wires to the brass plates. Then we put the bent brass plates up against the battery contacts, and held them in place using self-fusing silicon tape. This kind of tape may also be known as "self-vulcanizing tape" although I believe the use of that word is incorrect. The tape isn't sticky at all, but has a layer of plastic which you peel off, allowing the tape to fuse to itself. Before you try to put the battery in the mouse, it is a very good idea to check the contacts by connecting a voltmeter to the socketed end that plugs into the PCB. As usual, red is positive and black is negative.

We ran into more problems when we tried to put the battery back in. It appeared that our tape arrangement had added too much thickness to the battery, and it wouldn't fit very well in the casing. Putting it back together might go well for a bit, but we found it was simply too much when we tried to fit the whole mouse back together. Since we didn't want to change our arrangement of the battery contact, we decided to get rid of the entire battery holder and hot glue the battery to the inside top of the mouse. This ended up working quite well, and the mouse fit together with a snap.

The result is a much better performing MX1000. The battery now lasts a solid 7 days before needing a recharge, and I'm quite happy with that. If I ever need to, I can replace the battery again for $10 and get more life out of a great mouse.

Like hardware hacking? You might try hacking your toner drums to get more life out of them.

Whenever I burn a CD from an ISO, I md5sum the CD to confirm the data was written correctly. Using the beauty of Linux, I can md5sum the cdrom device directly using "md5sum /dev/cdrom".

One day I was trying to burn OpenSolaris 2008.11 to check out the awesomeness of ZFS. After I burned the disk using Brasero, I tried to md5sum it. I was greeted with a rather strange error: "md5sum: /dev/cdrom: Input/output error". Input/output error? Is my drive going bad? I presumed it was the media. I put in another CD of the same brand and tried again. Nope. The batch of media was pretty old, so I decided to try another brand/batch. Maybe it's my drive? Five coasters later...

At this point I'm starting to think this is a software issue. Was there an update in 8.10 that made this not work? No, it worked on other disks. Googling, I came to this page at BigAdmin which describes the symptoms perfectly.

As it turns out, Brasero was burning the ISO using track-at-once. The problem with this is, as quoted from BigAdmin:

"the last block may be confused with the lead out area, and some drives will not read it properly. Thus your MD5 checksums will fail. You can pad the last blocks using the -pad option of cdrecord, but your checksums still might not match as you have added additional data to the CD that was not present in the original ISO image."

The solution? Make sure to set the record mode to disc-at-once (session-at-once may also work) in your CD burning software. I simply could not find this setting in Brasero, so I installed K3B and found it easily under "Writing Mode". Lesson learned.

Has this ever happened to you? Leave a comment!

There has been a recent trend in consumer printers that really annoys me: Printers that lie to the user and report that they are out of ink or toner when they are not.

A couple days ago the toner light started flashing on my relatively new Brother HL-2140 laser printer. It had printed less than 500 pages since I bought it, and I really wasn't too impressed with the starter drum. In addition, the last pages I printed left no indication that the toner was running out. I had heard rumors that there was a way to trick the printer into thinking that the toner drum was full, thus enabling me to continue to print. I pulled information from multiple sites, so I will summarize here:

1. Turn off printer, unplug
2. Take out the drum
3. Find the holes / areas used for detecting how much toner is left.
4. Cover found holes with something opaque. A small piece of paper and transparent tape works well, as does black electrical tape.
5. Put the drum back in
6. Plug in and turn on printer

The holes I reference are probably symmetrical across the drum and may have an optical lens visible. I believe that with my printer, a light or laser is shown through these two holes, sensing if the toner level is below the hole alignment. It is for this reason, and the assumption that this worked on my printer, that I believe the color of whatever used to cover the holes is irrelevant so long as it is opaque.

After doing this to my own printer, the toner light went off, I continued to print about 30 some pages just fine, and everything seems to be working. I've heard of people getting quite a bit more life out of their toner drums using this method, but I'm ordering a new drum to be on the safe side.

Photos of what I did on both ends of the drum:



Did this work for you? Do you know more about how the printer senses the ink level? Leave a comment!

Quite a while ago at the Ubuntu MD Team's release party for Intrepid Ibex, Ron Swift showed the group something really cool: The first issue of an educational comic about Linux called "Hackett and Bankwell." The first issue covers the adventures of characters Woody Hackett (tux) and Jerome Bankwell as they help a documentary production studio install and use Ubuntu. The thing is... it's really not dorky. No, seriously! Check out the first issue in PDF form here.

Hackett and Bankwell Worldwide, related characters, names, and all related indicia are trademarks and copyrights of Intarcorp LTD, licensed by Intarcorp LTD. Image copyright Intarcorp LTD.