Strong headline maybe, but if you’re not on Google+ then you might consider your stance after reading this.

Jeri Ryan, best known as borg escapee “Seven of Nine” in Star Trek:Voyager, hosted a Hangout today on Google+, in celebration of having over 1 million fans subscribing to her feed.

Someone lucky enough to participate
in Jeri Ryan’s hangout!

There was a lot of buzz around it, with hundreds of comments flying around under the Hangout post, updating in real time.  It was pretty hard to get a video stream from Google, such were the number of simultaneous subscriptions.

In many ways, this reminded me of the excitement of the early internet, where we learned about things such as bandwidth… The kids today, they have everything!

Still, the excitement wasn’t only in the new broadcast/interaction (intercast?!) method through G+ hangouts, it was the realisation that, should they choose, celebs can now use a nice, safe way of engaging with their fan base.  Directly.  Over time, this may disarm broadcast controllers and empower people, be they celebrities or fans, into collaboration through constructive, enriching dialogue.

Wil Wheaton, self-confessed geek and well-known actor likewise, was notably impressed with hangouts.  It was refreshing to see people observing great netiquette while chatting with Jeri.  How much more enjoyable, this, than suffering typically mundane updates as you might in another social networking system.

As Google measures and expands upon functionality in G+, I hope they’ll see fit to bring more interactive tools to the table.  I get the feeling that hangouts are just the start of the next revolution.  As Android gathers increasing momentum and Google+ apps appear on both major mobile platforms, we could see real-time social networking emerge as the number one communication method.

People, known and unknown to each other, will communicate, partly in mimicry, utilising all tools at their disposal.  And, with open source platforms gathering adoption, they will inevitably add both their biological and technological distinctiveness to our own. 

Resistance, my friends, is futile.

UPDATE – here’s the recording:

It takes a long time to ditch those applications with which you’re intimately familiar.

It starts, quite often, with your Office Suite.  No, I’m not talking about desk and chair, but rather Microsoft Office.  Excel is an excellent spreadsheet tool, there’s no doubt of that.  But quite often, people like to work differently to the prescribed “norm”, and Libre Office allows just that.  It’s not the only open source office suite, of course: there’s also KOffice, the Abiword/Gnumeric combiniation and so on.

Recently I’ve ditched other proprietary applications which I have worked with for years.  Why?  Well, for one I believe that switching applications is good, because it challenges you to think differently.  You have to learn new ways of doing old things, and this can help you think of new, better things to do.

Secondly, you get no love with proprietary applications.  Time and again, you pay your money and end up getting no support.  So, really, what is the point?  I’m not just talking about Microsoft, either; many proprietary software vendors are only able to make a profit by re-packaging open source software and selling access to it from within a proprietary system. Parallels, I’m thinking of you here.

The only way to beat companies is to not buy their products. It’s this simple.  Here are the ways I have ditched proprietary software:

  • Operating System: was Microsoft Windows XP, is now Fedora (16, currently)
  • Email:  was Microsoft Outlook, is now Mozilla Thunderbird
  • Office: was Microsoft Office, is now Libre Office
  • Web Browser: was always Firefox 😉
  • ..the list goes on…

Here’s the deal:

1)You have no time and you want to try the latest Fedora release because it looks pretty darn good.
2) You accept the default disk partitioning scheme which the kind people at Red Hat / Fedora project set up for you, because they only have your best interests at heart, right?
3) While using this cutting-edge release, something nasty happens like, ooh, perhaps a sound driver locks up the entire system and you have to hard-reset the machine (that is, switch it off by the power switch because nothing responds to input).

What next? If, like me (on one occassion) you try to boot up the machine and get no further than the recovery console, you’d feel a bit aggravated. But there is an alternative – do a disk check. You may have read my verbose coverage for How to do a disk check in Linux before. This takes it one step further – how to check your logical volume when it’s encrypted and formatted using the latest ext4 filesystem.

Instead of the method used before, this time I booted from a Live CD. You can find one to download at the Fedora project. Ensure that this CD matches the release of the version you are trying to recover. In this case, that’s Fedora 10.
Once you have booted the offending machine up with the Live CD, open up a terminal by pointing to Applications > System Tools > Terminal. Once in the terminal window, just type:

# su

…to become the root user. This is essential to using all the disk tools.
You may be tempted to check for volume groups first:

# vgscan

.. but this would return nothing.
What’s happening here is that the Volume Group, located on that partition, is itself encrypted. Once unlocked, you can then gain access to both of the Logical Volumes – the swap volume and the root (/) volume.
To unlock the encrypted Volume Group, first you need to establish which partition it resides on:

# fdisk /dev/sda
The number of cylinders for this disk is set to 12161.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)

Hit p to print the partitions on your primary disk:

Command (m for help): p
Disk /dev/sda: 100.0 GB, 100030242816 bytes
255 heads, 63 sectors/track, 12161 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xb07eb07e

Device     Boot  Start End    Blocks   Id System
/dev/sda1    *       1 5377 43190721 7 HPFS/NTFS
/dev/sda2         5378 5402    200812+ 83 Linux
/dev/sda3         5403 12161 54291667+ 8e Linux LVM

So the partiton of type “Linux LVM” (Logical Volume Managed) is the baby we’re after.
To unlock the encrypted Volume Group, use the following:

# cryptsetup luksOpen /dev/sda3 mydisk


This sets up the encryption/decryption kernel subroutines to allow access to device /dev/sda3, mapped to a device node called “mydisk” in /dev/mapper/ . We’ll not actually need to use this device node, but it could be handy to know if you needed to perform further diagnostics.
You will be prompted to enter the encryption key which is stored in one of eight “slots” on the disk. If the key you enter matches a key in any slot, your disk will become unlocked. Assuming that it is, you can then scan once again for Volume Groups:

# vgscan
Reading all physical volumes. This may take a while...
Found volume group "VolGroup00" using metadata type lvm2


Now we’re getting somewhere. Let’s activate the VG and display the LVs (Logical Volumes) it contains:

# vgchange -a y
2 logical volume(s) in volume group "VolGroup00" now active
# lvdisplay
--- Logical volume ---
LV Name /dev/VolGroup00/LogVol00
VG Name VolGroup00
LV UUID RE7t2h-nIy9-dWZ9-xt26-Fgq4-gFd8-34E3f2
LV Write Access read/write
LV Status available
# open 0
LV Size 47.81 GB
Current LE 1530
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:3

--- Logical volume ---
LV Name /dev/VolGroup00/LogVol01
VG Name VolGroup00
LV UUID B7XJzD-9sS0-3iHx-AWBE-W9qN-TvRb-vCdYZF
LV Write Access read/write
LV Status available
# open 0
LV Size 3.91 GB
Current LE 125
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:4

We can deduce from the sizes of these two volumes that the first of the two is the root (/) volume, and the second is the swap volume.
As the purpose is to FIX the filesystem on it, which may have become corrupt through the hard-reset performed earlier, we do not want to mount this volume. Instead, as we now have a device node for this activated volume, at /dev/VolGroup00/LogVol00, we can simply perform a disk check straight on it.
To check which extn file system checking tools are on the system, you can tab-complete at the command line:

# fsck. (hit tab)
fsck.cramfs fsck.ext3 fsck.ext4dev fsck.vfat
fsck.ext2 fsck.ext4 fsck.msdos


As this was formatted an ext4 volume, that’s what we use:

# fsck.ext4 /dev/VolGroup00/LogVol00
esfsck 1.41.3 (12-Oct-2008)
/dev/VolGroup00/LogVol00: recovering journal
Clearing orphaned inode 730 (uid=0, gid=500, mode=0100600, size 2263160)
Clearing orphaned inode 187182 (uid=500, gid=500, mode=0100600, size 4096)

... and so on until ...
/dev/VolGroup00/LogVol00: clean, 190926/3137536 files, 2016683/12533760 blocks

Now there are two more steps to perform: de-activate the volume group, and lock the encryption of the drive.

# vgchange -a n
0 logical volume(s) in volume group "VolGroup00" now active
# cryptsetup luksClose mydisk

The second command returns nothing, which means it did not error (the disk is now encrypted and not writable-to without unlocking again).
I hope that helps someone with a sense for adventure but not enough time on their hands for when things go somewhat awry!

We’re all used to doing a disk check in Windows XP.  It’s easy.  Just double-click on “My Computer”, then select the drive you want to run the check on.  Right-click, Properties, Tools tab, then select “Check Now…” in the Error-checking section.  In almost every instance you’ll be told that the check will be done upon the next reboot.  Easy.

So how does one go about it on Linux?  Well… as you may have guessed, it’s not quite so straightforward.  Linux, by default, does actually have an intelligent disk-checking system already in place. By all accounts, you generally needn’t worry.  But if you have a reason to believe your disk may be slowly dying, and nothing is reporting in the SMART status of your drive, perhaps it’s worth checking the file system instead.

That’s where File System Check comes in (duh!).  Like all Linux tools, it’s painfully abbreviated to simply “fsck”.  Terse, to say the least.  Now the warning:

DO NOT.  I REPEAT, DO NOT EVER EVER EVER RUN THIS COMMAND WHILE YOUR DRIVE IS MOUNTED (I.E. IN USE).  I TAKE NO RESPONSIBILITY FOR ANY LOSS OF DATA THAT YOU MAY CAUSE BY FOLLOWING THESE INSTRUCTIONS.

To unmount your root (/) volume, follow these easy steps:

  1. Boot from a Live CD. Your root volume will not be mounted by default.
  2. Open a terminal and type:# dmesg | grep sda If you see output relating to your “SCSI” device, then this will identify that your hard disk, in all likelihood, contains your root partition. For example, amongst other output, I see this:
    sd 2:0:0:0: [sda] Assuming drive cache: write through
    sda: sda1 sda2
    sd 2:0:0:0: [sda] Attached SCSI disk

  3. In the example above, we see that SCSI disk 2 (2:0:0:0:) the Linux kernel registers it as the first logical drive (“sda”) in the system.  We can also see it has only 2 partitions, sda1 and sda2.  If this is the only physical drive in the machine, we should strongly suspect that it uses one partition as /boot (formatted with ext4) and the other as a Logical Volume containing both root (/) and swap. Furthermore, it’s foregone conculsion that the smallest partition will be /boot and the larger one will contain our swap and / partitions, so let’s proceed with accessing them.
  4. So, how do we access a “Logical Volume” within an equally mystical “Volume Group”?  Luckily, Linux LVM comes with a plethora of useful tools to make the job easy.

    # /sbin/vgscan
    Reading all physical volumes. This may take a while...
    Found volume group "VolGroup00" using metadata type lvm2
    Great. We have identified the volume group.  But before we can identify the logical volumes it contains, we need access it.
    # /sbin/vgchange -a y
    2 logical volume(s) in volume group "VolGroup00" now active

    Here, the -a flag indicates that we want to change the “active” status of the volume group, and the y means “yes”.
    # /sbin/lvdisplay
    --- Logical volume ---
    LV Name                /dev/VolGroup00/LogVol00
    VG Name                VolGroup00
    LV UUID                DG2WxJ-sKa5-20mg-NtjW-CsPW-t99V-Egqlja
    LV Write Access        read/write
    LV Status              available
    # open                 0
    LV Size                7.25 GB
    Current LE             232
    Segments               1
    Allocation             inherit
    Read ahead sectors     auto
    - currently set to     256
    Block device           253:2

    --- Logical volume ---
    LV Name                /dev/VolGroup00/LogVol01
    VG Name                VolGroup00
    LV UUID                HqKozT-16PQ-HUaT-Yyc7-lMCO-007m-Xcc2c8
    LV Write Access        read/write
    LV Status              available
    # open                 1
    LV Size                512.00 MB
    Current LE             16
    Segments               1
    Allocation             inherit
    Read ahead sectors     auto
    - currently set to     256
    Block device           253:3

    We can now see two partitions contained within the volume group. The first partition, although small by today’s standards, looks a lot larger than the second.  We can also see that each logical volume has a device node (/dev/VolGroup00/LogVol01, for example).

    As we want to perform the disk check without the parition being mounted, we do not issue any mount command here.  However, if you wanted to double-check that this is the partition to check, mount it and have a quick look around.  The following step is only offered to help in this case – skip this if you wish to perform a disk check.

    # mkdir /tmp/lv0

    For me, the first logical volume (the 7.5GB one) would be the one to test.
    # mount -t ext4 /dev/VolGroup00/LogVol00 /tmp/lv0
    # cd /tmp/lv0
    # ls
    bin  boot  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  sbin  selinux  srv  sys  tmp  usr  var

    Ok, that looks like the root partition, so let’s get out of it and unmount it before running the file system check on it.
    # cd /
    # umount /tmp/lv0

  5. An alternative to the above steps, if you have already booted into your main system, is to investigate /etc/fstab to see which is your / volume.  All you do is open a terminal and issue: # cat /etc/fstab On my CentOS 5 system, I see this:

    /dev/VolGroup00/LogVol00 /                      ext4    defaults        1 1
    LABEL=/boot1            /boot                   ext4    defaults        1 2
    tmpfs                   /dev/shm                tmpfs   defaults        0 0
    devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
    sysfs                   /sys                    sysfs   defaults        0 0
    proc                    /proc                   proc    defaults        0 0
    LABEL=SWAP-sdb1         swap                    swap    defaults        0 0

    So, /dev/VolGroup00/LogVol00 is my root volume.

So, now that that’s out of the way, what next?  Well, assuming you now know which is your root partition, the most sensible thing to do would be to boot from a Live CD of some distribution (Ubuntu, Fedora, etc) if you haven’t done so, and then perform the disk check from that.

Once in the LiveCD desktop, we’ll need to fire up a Terminal window.
If you know your filesystem type, e.g. if it’s Ext4, which is the default on the most common distributions, you can run a modified version of the fsck command specifically for that file system.  Here’s what I run for a thorough disk check:


# fsck.ext4 -c -D -f -P -v /dev/
VolGroup00/LogVol00
Alternatively, if your partition structure is slightly older and only contains physical paritions (not Logical Volumes), it may just be a case of finding the partition directly – by checking /etc/fstab on the system when running. In that case, your command may look more like this (when / is unmounted!!):
# fsck.ext4 -c -D -f -P -v /dev/sda2


Here’s what the flags do:
-c  – forces a bad block scan.  Although bad blocks are remapped dynamically by the file system, if the file system or its journal are corrupt, this may not work correctly.
-D  – performs a directory check and optimisation.  Doesn’t hurt, and can speed up directory listings of a large number of files.
-f  – forces the check itself to actually run.  As mentioned previously, the file system maintains itself quite well, and if you don’t force the check, fsck may look at the last check interval and decide a check is not required.
-P  – perform all file system fixes automatically.  This is usually a safe flag, but if your file system is potentially very corrupt, this may not be advisable.  In this situation, contact an expert – or restore your back-up… ;-)
-v   – verbose output. See what’s going on.
/dev/VolGroup00/LogVol00 or /dev/sda2 – this is the partition I want to perform the disk check on.

This little guide doesn’t explain how to perform a check on an encrypted logical volume… That one’s coming. :-)

Updated from post originally put here: http://onecool1.wordpress.com/2008/09/19/how-to-do-a-disk-check-in-linux/

Fedora 16 is here.  With all GNU/Linux distributions, newer versions generally mean better hardware support, usability and so on.  Unfortunately, for users of netbooks, laptops and basically any hardware that contains Realtek’s 8192e wireless chip, things can still be problematic.

I posted, previously, a rather kludgy solution to fixing this in Fedora 14.  Then 15 came along, and the fix I was using then no longer worked.  This is because my previous solution installed the Linux kernel staging drivers for a kernel version very similar to that running in Fedora 14 (but actually built for Ubuntu).

Now that we are 2 versions of Fedora down the road (12 months, then), is the situation better for the humble RTL8192e_PCI ?  Sadly, no.  The main problem is that the 8192e driver is still in the Linux driver staging tree rather than in the main code line.  In the respected opinion of the Linux kernel developers and testers, this means the code isn’t good enough to be enabled by default.  Quite when it will be “ready” to hit the trunk, I’m not sure. 

In the meantime, this means you have to install the kernel’s development modules (staging drivers).

This is quite simple in Fedora:

  1. Enable the RPMFusion repository by following instructions here:
    http://rpmfusion.org/Configuration
  2. Then, as root, install the kmod-staging package:
    # yum install kmod-staging

I’ve decided to go “old school” with some of my free time this year.  For some time, I’ve had (in storage) an Amiga A4000T computer – the top spec with Cyberstorm PPC card, CyberVision graphics card, some SCSI disks, 128MB (remember when you could run an O/S in that??) and so on.

Although the Amiga was always designed to work with analogue video standards (NTSC / PAL), the prevalence of VGA monitors in the 1990s meant that the old “miggy” had to adapt.  One of the great features of the CyberVision card was that it could redirect video from the integral AGA graphics chipset and display Workbench (or anything, it would seem) through the video card instead.  This was no small feat of engineering and, in my opinion, is partly what made computing in the 1990s so interesting; ingenuity, innovation, invention.

Above, AmigaForever© screenshot showcasing OS 3.1.

Left: The Amiga’s Kickstart, prompting for a boot disk.  

My 4000T has seen better days, granted.  Certainly as far as the operating system install and configuration is concerned – the video above shows that I can look forward to the pleasure of installing OS 3.9.  Or perhaps I might investigate OS4 which will harness my PowerPC chip, thanks to the hard work at Hyperion Entertainment.
Whichever, I am still surprised that for a 15 year old machine everything seems so, well, reliable!  The fact that the phase5/DCE CyberStorm/Vision hardware is operational, and the system starts up acceptably, is really testimony of the longevity of ancient hardware.
I’m really looking forward to exploring this machine again, and seeing what has recently been uploaded to Aminet.
Old habits die hard.  Happy New Year 🙂

This problem has been reported for other systems – Jayway covers 64-bit Ubuntu, which is where I derived most of the info I needed (thanks guys!).

If you are developing Android apps using Eclipse, especially on 64-bit Fedora 16, then you too may have come across the error message:

Failed to get the adb version: Cannot run program "/home/[user]/[path]/android/[sdk]/tools/adb": java.io.IOException: error=2, No such file or directory

I did.

To fix it, you need to install 32-bit compatibility libraries.  On Ubuntu (and probably Debian) you can use the getlibs tools.  For Fedora users, it requires installing a few bits and pieces.  Easily accomplished with this:

su -
yum install libstdc++.i686 ncurses-libs.i686
 compat-libstdc++-33.i686

Yum will pull in the necessary dependencies.

Restart Eclipse and the error should disappear.

ThinkPad T420.  Shiny and new.

It is with incredible reserve that I discuss my new Lenovo ThinkPad T420, such is my excitement.  As a natural born geek, software developer and sysadmin, there is something about a ThinkPad which is “just right”.

The lure of a ThinkPad is unquestionable.  It’s the promise of your best bit of code ever.  It’s the idea that it’ll be with you for years; your faithful companion.  It’s the reassurance of industry-leading build quality and top-spec engineering, using high quality components.  But it’s more than that too.  It’s an identity, a bit like that of Apple users – but thankfully in more self-respecting way.  You have a ThinkPad, you join an elite.  It’s everything you want.

You want this so badly that it comes as a bit of a surprise when all is not quite what it seems.

Branded accessories – one of those indulgences.

Better the devil?

As Lenovo only offer such spiffing hardware bundled with a throwaway operating system, you must suffer the wasted hours and ridiculous horseplay that ensues from such choices being made for you.  We are all too familiar with this scenario… so, I’ll continue!

Here is my experience, abridged:

  • Unbox, connect battery, plug in power, switch on.  It switches itself off.  And then back on – phew! 
  • Windows 7 starts up and completes its install process.  You are prompted to answer a few questions along the way:

  • Do you wish to use Norton to protect your PC?  I choose No.  
  • It prompts again: “Are you really, really sure you don’t want to use Norton???”.  I really, really confirm that yes, I don’t want to use Norton, thanks all the same.  
  • Further into the installer, you are prompted to accept the Windows EULA (end user licence agreement).  At the same point, you are also prompted to accept the Lenovo warranty terms.  You cannot proceed if you choose only one.  I imagine that this is another Microsoft “initiative”, a bit like Restricted Boot, which attempts to force people (through fear, usually) into sticking with Windows.
  • Finally, it finishes setting up Win7 and loads up the desktop.  On the offchance that there is a warranty issue, I decide to make a backup using Windows Backup.  Unbelievably, the Windows partition (C drive) contains 26.39GB of data.  WHAT??!!  This is a freshly installed operating system.  How on earth can it consist of so much… bloat?!  There is also a system partition (1.6GB, of which 900MB or so is used) and a Lenovo recovery partition (17GB, of which 9GB is used).  So, I have 36GB of disk space used up for a fresh install of Win7, plus some Lenovo utilities and Google Chrome (installed by default – the only good software choice made by Lenovo so far).   Hesitantly, I begin the backup process to Verbatim DVD+R discs.
  • 3 hours later, now on the 4th disc, the back-up process fails.  The error given is unspecific.  I now have a collection of 4 shiny new drinks coasters.
  • I dig into the Lenovo software and find that I can install “Rescue and Recovery” software, presumably from the Lenovo recovery partition into Win7.  I install it, which takes about 4-5 mins on this core i7 2640 machine.
  • Oh, wait a sec, what’s that?  Some pop-up just appeared above the clock in the right hand corner.  Something about Norton doing something, was that?  Oh, it’s gone.  So, despite being really, really clear that I did NOT want Norton installed on my machine, er, there it is.  Installed on my machine.  Poor Lenovo, poor.  And it gets better.
  • Creating recovery media fails.  Classic.
  • I fire up R and R and find the option: Create Recovery Media.  This looks more promising.  I fire it up, stick in a DVD+R (still have 6 left, hopefully that’s enough..).  It starts off, “extracting files”.  And then stops, and fails.  Apparently, in this instance, I may be able to expect Lenovo to ship me out some recovery CDs.






  • Not to be

    So far, any reasonable, sane person would not feel very confident using Win7 on this machine.  The dream probably wouldn’t be shattered, but clearly the software configuration is dysfunctional, ignoring user preferences and showing some worrying reliability issues out of the box.

    Luckily, being part of an elite means that you don’t follow the masses.  The throwaway software, bundled with the machine, is designed for people who don’t, won’t or can’t think.  It’s also designed for those who blythely accept it, probably “because it’s safer”.  Well, luckily for Windows users it must be a lot safer now that Norton is installed, regardless of your wishes!  Phew!

    To be

    Fedora 16 live CD, running on this T420.

    The alternative, as always, is to not accept what you are given.  Instead, seek a better solution that you can feel confident in.  For this ThinkPad T420, the better solution is GNU/Linux, Fedora 16 flavour.

    Here is how easy Fedora is:

    • You download a live CD, burn it to disc and restart the computer.
    • The CD boots up into a “live desktop” (this doesn’t affect any data on the hard drive).
    • From the live desktop, you run software (e.g. Firefox) as if it were installed on your computer.  On the ThinkPad, all hardware is automatically recognised and usable immediately.
    • From the live desktop, you have the option to install this software to your hard disc.  How refreshing: choice.

    But don’t take my word for it, try it yourself.

    If, that is, you have the mind to.

    Tux, as originally drawn by Larry Ewing 
    Tux – your faithful free-software friend

    It might seem a long way off, but Saturday 5 April 2014 represents your best, last opportunity to ditch that ageing Windows XP and upgrade to a modern, capable, free and secure operating system: GNU/Linux.

    Microsoft are dropping support of Windows XP on Tuesday 8 April 2014.  After then, the numerous security issues that XP will face will go un-patched.  Anti-virus vendors, firewall software writers… basically everyone in the proprietary software world will no longer support Windows XP.

    In the meantime, Microsoft is doing its best to urge businesses to migrate to a newer version of Windows(1).  Note that the term used is “migrate”, not “upgrade”.

    It is claimed(2) that Windows 7 has overtaken XP as the most widely used Microsoft desktop operating system.  Whether this is credible or not, Microsoft is not one to pass up an opportunity to tell companies on XP not to wait for Windows 8(3).

    This is perhaps the best advice they have given:  there are so many freely available secure operating systems available right now, which will run eficiently on current PC hardware, that there really is little point waiting for anything.  There is, of course, an enormouse number of free applications to run on them too, of which here is a highlight.

    Of course, you would wait until Saturday 5 April 2014 to update your computer software but, actually, why wait at all?  You can install Linux alongside Windows to dip your toes in before committing fully.  All you need to do is visit one of these and follow the installation documentation:

    Don’t worry – Microsoft is far more afraid of you getting your feet wet than you are.   If you have any questions, there are loads of resources available to help.  Try a Linux User Group (usalug.com / lug.org.uk), or maybe start on a forum (www.linuxforums.org, www.linuxquestions.org, www.linux.com/community/forums).  Of course, as a business user you may want to opt for enterprise support.  You can find that here: Red Hat Enterprise Linux – and here: Ubuntu for Business.

    Choosing to upgrade from a proprietary operating system to a free operating system can seem hazardous, but rest assured – you are not the first to try!  Millions have gone before you, and millions will come after.  With open source software, there is strength in numbers and these numbers increase daily.

    Come and join in – and try not to have a lot of fun! 😉

    Enhanced by Zemanta