When I reinstall XP (which I do too often) I always round up my customizations (which I can do in under 10 minutes blindfolded... sigh) with a bunch of tweaks inside of Tweak UI. Normally I never fuss with that "Repair" area, but for some odd reason I decided to click "Rebuild Icons" this time around. It didn't appear to do anything at first until I connected to my machine via Remote Desktop (which is how I connect to most of my machines...)
It had somehow messed up and all my icons in the taskbar, "Save As..." dialogs, desktop, etc. were all in 16 bit color. I even tried installing XP SP3 RC to see if it helped. I followed numerous suggestions about "tricking" Windows into re-caching the icons, deleting the icon cache, etc. Nothing fixed it. Finally, I came across a forum post (well, actually it was the first result in Google but this particular suggestion was the last one I tried) that had the magic fix. It's a simple .reg file that resets some icon settings somewhere. It was the only thing that seemed to do the trick, and I have decided to host a copy of it just in case that link ever goes dead. So, thank you to "wissnx01" at That Computer Guy's forums.
To fix the issue, download this zip file and merge the .reg file inside of it. Reboot (or maybe even just logout and log back in) and voila. Fixed.
Weak. I wanted to buy some MySQL IPO if it ever came out and get rich... oh well. Hopefully only good things will come from this, Sun's been working hard to shed their propriety-ness it seems, contributing resources to memcached, supporting OpenSolaris, and hiring on Ian Murdock, the founder of Debian.
I'm so sick and tired of hitting F1 and F3 mistakenly when wanting to actually hit F2 (my Dell and IBM keyboards are different, not to mention actual accidental misfires...) and after realizing the simple fact that I can disable the automatic forward/back buttons on my IBM ThinkPad's keyboard, I thought to myself "Hey stupid, why don't you just remap F1 and F3 to F2 so you stop launching the help dialog and the search box all the time." I was afraid it might be a pain in the ass to find a cheap/free reliable utility, but this one actually popped up right away and seems to work great. Thank you so much Travis.
I give you KeyTweak: http://webpages.charter.net/krumsick/
You think keeping up to date is a good idea, however, the last version of RDC now has an annoying bug. It seems if you use the Windows-L combination to lock your machine (in person), the next time you connect via Remote Desktop the system acts like the Windows key is stuck. I don't know if this happens 100% of the time, but this has been happening to me now consistently for over a week and I finally remembered to see if it is truly an issue or not.
Sure enough, tons of other people have complained, but there doesn't seem to be a permanent fix. There are a couple options - a "soft hack" method where you use the On-screen Keyboard and just click the Windows key on/off, a registry hack that will disable the Windows keys altogether, and quite possibly downgrading to the slightly older RDC version.
Here's some relevant threads. The OSK idea works simple enough; however it shouldn't be an issue no matter what, especially since the Windows key is not passed through RDC anyway.
Hopefully there will be a proper fix soon. I'd rather not have to disable keys or manually have to click buttons every time I connect via RDC...
Wow, once again NTFS has ruined my day by invalidating an entire external USB drive's data. The filesystem looks fine, passes all checks, I can copy the data even using Linux but it acts like it is corrupt. So I try some NTFS recovery software and it's showing me all this "EFS" stuff - like this stuff has some Encrypted File System related issue. Sure enough, I picked up an EFS decryption tool (if you know the password) and it shows every file as being encrypted. Did I ever encrypt it? No. I don't even have EFS readily available in my right-click menu. Even if it was encrypted for some odd reason it would have been using one of only a couple passwords I've used on my desktops... and none of them work.
Meanwhile now I am stuck with a perfect directory listing of these thousands of files that are now digital rubbish. The least NTFS could have done was just corrupt itself like usual and let me try to recover pieces of them. Always something new out of Redmond. Sigh.
Updating the definitions keeps failing on my Active Virus Shield installation. Why? Quickly Googling it I find out that it's suspended and is being replaced with a special version of McAfee VirusScan. This comes only a couple months after I just removed Norton off all my computers and the people I support (family, friends) since it was becoming more of a resource hog as time went on.
Originally I discovered AVS through CPU Magazine, and in their tests Kaspersky Anti-Virus ranked #2 (IIRC) - which was a bonus - it was free, and it was basically the best. Now if I want a free "supported" copy from AOL, I have to change to McAfee, which is already scaring me with its 25 meg download and extra programs like "SecurityCenter" - at least I was able to unselect the firewall.
Instead of a single program with a smaller footprint, I now have SecurityCenter AND VirusScan running. I highly doubt this will run as clean as AVS did. Currently it is struggling to update the windows even. Feels like Norton all over again... sigh.
Mozy's got what seems to be a nicely integrated Windows client (not sure how good their Mac client is) - their service seems simple enough, and you can't go wrong with two gigs free or unlimited (I've been questioning how much it takes before it becomes "abuse") for an extremely low $4.95/month.
However, this going back to my blog post a while ago about the end all backup solution, it still is missing one key thing. While the transfer is encrypted and the file contents are encrypted (optionally), the file and directory names are not. When I asked support, the response back was "how would you know what the file is then?" - to me, it's simple. You have an encryption key, why can't the filenames be encrypted as well using the same key, and decrypted on demand? I understand this complicates things then (how do you store junky filenames/etc...) - you'd most likely need a customized filesystem or some virtual layer between the two to do the translation. However, that would basically make Mozy the king in my book for Windows and I assume Macs (read: any level of savvy end-user who wants their data backed up.)
I would still be shopping though for one to use to backup my servers. Duplicity still seems like the best, as it will compress, encrypt, and do differential/incremental backups and due to the nature of how it works, will also mask the file contents so only the user can see them. Rsync.net has recently announced funding and support to help pump some life back into the project, which is promising. It needs native Windows support (which may be tricky... it needs a POSIX compliant backend) and proper S3 integration without patches or external libraries and hacks.
Of course, I was having fun developing my own little PHP interface to S3, which if possible I could then wind up creating my own tools; however, do I really trust my own coding for my critical data and extremely large filesizes? Because it's over HTTP, it's tricky (or maybe impossible) to byte-serve the data in PHP without precaching it into memory first... ah well.
Someone needs to create an efficient C-based one that can be compiled in Windows, OS X, and Linux. Any takers? I'll pay...
So I've been looking around for the perfect solution for backups - both my home machines and my server farm (including my customers' data) - I think I've figured out the final destination for the data - Amazon's S3 service. However, how to get the data there has been the question.
I have a few basic requirements:
The programs/scripts/utilities/whathaveyou I've looked at:
Services:
... edited later ...
I've been messing around with this too long now, and it's time to look at the two best options.
So far the best choice seems to be Duplicity:
The other option is a somewhat DIY solution (which on hindsight resembles this one):
Another idea I had was to use Subversion as a transparent change control layer, since it handles versioning properly, and do an svndump, compress and encrypt that, and send that to S3. That would require an extra copy of all the files to be stored in change control though, as well as (it appears) a local SVN server running on the machine.
UPDATE: Things look good. I think this is what I've been looking for (except for the Windows support) - however, I do have a couple suggestions for the duplicity team in the meantime:
The only question left unanswered, which may be a question with any backup tool is how it deals with corrupt files. Will a corrupt file be transferred, and the corruption will overwrite the corrupt previous version? Can you still access the previous version without the corruption affecting it? I assume if a file is corrupt, its checksum will have changed, so it will treat it like a new version, and allow us to revert back to the pre-corrupted file (assuming it's easy to view the history/when it became corrupt.)