Archive

Archive for the ‘Installation’ Category

Ubuntu 10.04 “Lucid” Blank Screen at Startup : Workaround

There have been a number of reports regarding blank screens at startup pre and post installation on the new Ubuntu 10.04 “Lucid” release. It seems there are some incompatibilities with some video drivers, particularly (not surprising) some ATI and nVidia. Also in the mix are some older Intel cards. This post outlines a workaround you can try in order to get your video working properly again.

Booting from CD

This section outlines how to workaround the video issue while booting from the CD. Your mileage may vary, depending on your video card, but hopefully this steers you in the right direction:

  1. At the install screen press ‘F6‘ and insert one of the options below, depending on your hardware.
  2. On first boot after install, press e to edit the GRUB menu.
  3. Using the arrow keys to navigate, delete quiet and splash and again insert one of the options below.
  4. Press Ctrl and X to boot.

The suggested options that I have found are hardware specific. Here is a list:

  • Older Intel video card: i915.modeset=1 or i915.modeset=0
  • nVidia: nomodeset
  • Generic: xforcevesa

Hopefully one of these options will get you up and running. Keep reading now to make these changes persistent!

GRUB

You’ll want to change these settings in GRUB so they’ll automatically be applied on each reboot. To do so, follow the steps below:

  1. Edit the /etc/default/grub file. You will need Admin privileges to do so (sudo)
  2. Find this line: GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”
  3. Replace with: GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash <option>”

For example, if I had an older Intel model, my GRUB configuration would read:

GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash i915.modeset=1″

Save your changes and you should get proper graphics on each reboot.

UPDATE: Based on a lot of user feedback I am reminded that you need to run ‘update-grub’ after you make changes.

Feeback

If you have any additional suggestions, please leave them as comments here. Different hardware often needs different options, and it would be nice to cover as many as needed in a central place. Good luck!

If this article has been helpful, please consider linking to it.

Categories: Installation, nVidia Tags: ,

Ubuntu 9.10 “Karmic Koala” Beta Reviewed (Screenshots!)

October 2nd, 2009 Christer Edwards 15 comments

Yesterday I installed the Ubuntu 9.10 “Karmic Koala” Beta release by way of the desktop (Live-CD) based installer. The installation was very clean and polished. It has been a while since I’ve used a graphical installer and I am pleased with the improvements that I found. It definitely rivals any “professional” or “enterprise” install session that I’ve ever seen, and easily beats them in terms of speed and ease. I’d like to give a short review of the Beta release and encourage everyone to try it and finalize any remaining bugs.

Installation

The installation was quick and painless. All of the questions were asked in the beginning and then the installer took over. During the installation messages were displayed regarding the benefits of Ubuntu and the software that it provided. Below are some screenshots of the installation process.

ubuntu-beta-install-1

This is the initial installation screen. As you can see it offers a number of options including disk and memory checks, as well as booting off existing installations. I selected “Install Ubuntu” and hit [ENTER].

ubuntu-beta-install-2

This appears to be the initial boot splash screen while the Live-CD installer is booting.

ubuntu-beta-install-3

A preview of the new default wallpaper.

ubuntu-beta-install-4

Welcome to the installer! Select your preferred language. This language will be used during and after the installation.

ubuntu-beta-install-5

Select your timezone. I very much like this improved location selector tool. Instead of trying to find myself on a map that zooms in and out (you may remember what I’m referring to from previous releases), this simply slices up the world into timezones and allows you to select yours.

ubuntu-beta-install-6

Select your keyboard layout. For US English standard qwerty layouts you can click forward. I needed to select “Choose your own:” and “USA – Dvorak” for my layout.

ubuntu-beta-install-7

Partitioning was simple. I erased and used the entire disk.

ubuntu-beta-install-8

Username information. Enter your full name, username and password information. Remember that this user will also act as the initial administrator.

I also like the addition of the “Require my password to log in and to decrypt my home folder” as well as the other options. I selected the last option and am using the encrypted home folder system.

ubuntu-beta-install-9

Final review point before installation. From here you can still go back and make changes. Once you click install it should be hands free from here out.

ubuntu-beta-install-10

Welcome to Ubuntu 9.10 – “Ubuntu is designed to be easy. Feel free to explore!”

ubuntu-beta-install-11

Browse the web with Firefox

ubuntu-beta-install-12

Relive Memories with F-Spot Photo Manager

ubuntu-beta-install-13

Accessibility in Ubuntu

ubuntu-beta-install-14

Control your digital life with Evolution

ubuntu-beta-install-15

Keep in contact with Empathy IM

ubuntu-beta-install-16

Office tools at your fingertips

ubuntu-beta-install-17

Watch and listen on Ubuntu

ubuntu-beta-install-18

Installing additional software

ubuntu-beta-install-19

Getting Help with Ubuntu

ubuntu-beta-install-21

Post Installation

Installation complete. At this point you can restart the machine and your installation should be done.

after-installation

This is a screenshot of my final installation. I have changed the following:

Conclusion

So far I think this release seems very polished. The graphics and artwork are very clean and professional. I had no trouble getting things installed properly, and I haven’t had any issues post-installation. The notification system appears to be a little more polished as compared to 9.04. We’ll see what my feelings are with continued use.

So far I am pleased with this release and would confidently suggest it to others, even if it is the Beta release.

Bugs

I did submit two bugs since I installed. I’ve listed them below for feedback, verification and hopefully closure:

Ubuntu 8.10 “Intrepid” Upgrade / Install Series

October 20th, 2008 Christer Edwards 3 comments

Ubuntu 8.10 “Intrepid” Release Candidate will be out by the end of the week, and the final by the end of the month.  I want to spend the next week outlining all the different methods of upgrading and installing.  If you’re planning on upgrading to final you’ll be able to find step-by-step instructions here.

I’ll begin tomorrow with upgrading via your update-manager.

A Reminder About Upgrading Ubuntu…

June 26th, 2008 Christer Edwards 4 comments

I have seen a few questions in IRC and the forums lately regarding upgrading Ubuntu machines.  I thought I would toss out a reminder on the best, supported, methods of upgrading your machine and how to avoid (hopefully) some common pitfalls.

Upgrade Preparation

The first step towards an upgrade is to backup any mission-critical data that you may need.  Things like your documents, presentations, homework, etc.  I have never had an issue with an installer breaking and losing my data, but its simply just a good idea.  I’d hate to not have done the “just-in-case” and look back in regret.

Back up all your data by copying or archiving everything from /home/username, including those hidden folders.  This will include your personal files and personal configuration and settings.

Upgrade Requirements

It is worth pointing out that two things are required before you’ll be able to cleanly upgrade your machine.

  1. Your machine is completely up to date on its current release.
  2. You understand that upgrading is only supporting between single releases or LTS to LTS releases.  (ie; 7.04 -> 7.10 -> 8.04 is OK, 6.06 -> 8.04 is OK)

Once you understand these simple requirements you’re ready to begin.

Upgrading Your Machine

I have outlined upgrade steps in the past, which you may want to refer to for further details (a lot of feedback in the comments section), and I’ll also review them here.

No matter the version you are currently using you can be automagically offered an upgrade by using the Update Manager tool.  This tool can be found via “System > Administration > Update Manager” or via launching it by way of the Run Application Dialog:

ALT+F2 "update-manager"

As mentioned above you need to make sure your machine is up to date on its current release before you’ll be offered the new version.  Do this by clicking “Check” to check for any available updates.

Apply all available updates (these should not normally be delayed, very rarely do updates cause any breakages).

Repeat the update process until you are notified that a new release is available.  You’ll see something similar to this:

update manager upgrade to 8.04

If you are still on a previous version of Ubuntu the “available release” may vary, of course.

Remember, if you are upgrading from Ubuntu 7.10 you can upgrade directly to the latest release of 8.04.  If you are using anything previous to that you’ll need to repeat these steps for each release until you arrive at 8.04.  Yes, this might take some time if you are very far behind.

If you are using Ubuntu 6.06 you should be notified that 8.04 is available and you can upgrade directly.

How To Upgrade Ubuntu 7.04 to Ubuntu 7.10 on Ubuntu Server

October 20th, 2007 Christer Edwards 19 comments

It was pointed out to me this morning that my previous Ubuntu upgrade instructions did not include upgrading Ubuntu Server. I thought I’d take a second and type those up as well. They are pretty simple (as all of the upgrade options intend to be), so you really shouldn’t need to do much.

Preparing for the Upgrade – Ubuntu Server

You’ll want to make sure that your current installation is completely up to date first. Repeat the below steps until no more updates are offered:

  1. sudo aptitude update
  2. sudo aptitude upgrade
  3. sudo aptitude dist-upgrade

Upgrading Ubuntu 7.04 to 7.10 – Ubuntu Server

To upgrade your Ubuntu Server from 7.04 to 7.10 follow these few steps and you’ll be presented with a menu that will walk you through the upgrade process.

  1. sudo aptitude install update-manager-core
  2. sudo do-release-upgrade

Enjoy. Between this and the previous tutorial on upgrading Ubuntu I would hope that everyone is covered. If you run into upgrading problems please report them on launchpad and double check that you’ve followed all of these steps correctly.

Categories: Installation Tags:

How To Upgrade To Ubuntu 7.10 “Gutsy Gibbon” (Gnome, KDE and Manual Steps)

October 18th, 2007 Christer Edwards 21 comments

I wanted to outline instructions on how to upgrade from Ubuntu 7.04 to Ubuntu 7.10. The upgrade steps try to be very user friendly and can be done without any manual “command line trickery”. Upgrading using these methods are only supported for machines currently running Ubuntu 7.04.

Preparing for the Upgrade – Gnome Desktop

Before you attempt to upgrade from 7.04 to 7.10 you need to make sure that your current installation is completely up to date. This will help avoid conflicts or missed packages during the upgrade process.

Navigate to “System > Admin > Update Manager”. Click the “Check” box. If there are any updates available at this point first install them before attempting the complete upgrade.

Upgrading 7.04 to 7.10 – Gnome Desktop

If no updates are available (or if you’ve finished installing anything remaining) again select the “Check” box. You should now be presented with a message “New distribution release ’7.10′ in available“. To the right of this box select the “Upgrade” button and follow the few prompts. Your machine will now be updates via the Ubuntu repositories.

Preparing for the Upgrade – KDE Desktop

On the KDE (Kubuntu) Desktop you’ll also need to make sure that your machine is fully up to date pending the complete upgrade. To do this navigate to “KMenu > System > Adept Manager (Manage Packages).” From this application select “Adept > Manage Repositories”, enable “Recommended Updates” and then close and reload the Adept Manager.

When the Adept Manager reloads select “Full Upgrade” and “Apply Changes”. Allow all Recommended Updates to be installed and close the Adept Manager.

Upgrading 7.04 to 7.10 – KDE Desktop

If your system is completely up to date navigate to “KMenu > System > Adept Manager (Manage Packages)” and the upgrade wizard will be presented to you. Simply follow the prompts and your machine will be updates from the Ubuntu repositories.

Upgrading Using The Alternate CD

If you’ve downloaded the Ubuntu Alternate (text based) installer CD you can also upgrade your machine using the CD. As is traditional with Debian / Ubuntu upgrade mechanisms you do not need to reboot your machine to initiate the upgrader. Please make sure your machine is already upgraded using the above steps before attempting this method.

Follow these steps to upgrade via the Alternate CD:

  1. Download the alternate CD image
  2. Burn the CD image / re-insert the CD OR mount the CD image (sudo mount -o loop ubuntu-7.10-alternate-i386.iso /mnt/)
  3. A dialog should appear on your screen offering to upgrade your system using the CD
  4. If the dialog does not appear (it may not if you use the mount -o loop option), run the following via ALT-F2:
  5. gksudo “sh /media/cdrom/cdromupgrade” OR gksudo “sh /mnt/cdromupgrade”
Categories: Installation Tags:

Automated Ubuntu Installation Preview

October 14th, 2007 Christer Edwards 8 comments

I have recently started expanding my research based from previous tutorials on network based installations and PXE booting + network based installations to include automated Ubuntu installations. I will mention that I do not consider myself an expert at this by any means, but I wanted to give some of you a preview of what will end up being a much more mature tool.

Ubuntu and Debian installers use preseed for basically pre-answering installation questions for automated installation. RedHat and Fedora installers use kickstart for the same purpose. Well the Ubuntu installer team has combined these into a project called Kickseed, which basically allows Ubuntu to use RedHat / Fedora based kickstart files for automated Ubuntu installations.

Having worked with kickstart quite a bit I have an interest in the kickseed project and I’d love to contribute to it. Anyone else that would like to see more mature automated Ubuntu installation processes should look into this project as well.

I want to give the Ubuntu Team a little time to finish and release Ubuntu 7.10, but after that perhaps some of us can start focusing on maturing this project and working with the installer team members to do so.

In the meantime, I have a public generic kickstart script you can use to simply preview what can be done. To use this do the following:

  1. Boot the Alternate install CD.
  2. At the boot menu hit ‘esc’ and ‘exit to text mode’.
  3. enter “install ks=http://zelut.org/projects/misc/ks-test.cfg

This should automate the entire installation with the following specs:

  • en_US language and qwerty keyboard layout
  • ‘ubuntu’ user with the password of ‘password’
  • 100M /boot, 2048M swap, remaining space for / partitions
  • Gnome desktop with GDM
  • DHCP on eth0

This will, of course, wipe any data from the machine you test it on so give it a shot in a virtual machine or on a test machine. And, again, if you’re interested in using something like this contact me and we’ll see what we can organize towards improvements and maturity.

Categories: Installation Tags: ,

How To Configure PXE (Network) Booting on Ubuntu For Network Based Installations

October 11th, 2007 Christer Edwards 17 comments

Previously I outlined how to install Ubuntu over the network using a netboot install CD or USB image. This tutorial takes it a step further and allows you to boot your machine from the network environment and select from a list of what you would like to install. This comes to the same end result as the previous tutorial (an installed machine without having to burn a CD), but doesn’t require the boot CD or USB image.

This will take more work and should also be considered intermediate to advanced. Please read through the tutorial in its entirety before diving in, researching any aspects of the tutorial you’re not familiar with prior to attempting these steps.

Requirements

There are a few things that we’ll need in order to set this up. These are outlined below:

The way that these services will be used, as a quick overview, is that the DHCP server will listen for and assign IP addresses for machines on the local network. The TFTP server will hand a small kernel and ramdisk image to the client as it boots from the network environment and the contents of the Ubuntu CD will be used to install, being shared over the web via the Apache server. This is, again, an extension of the previous tutorial on network-based installations, this simply removes the need for a CD or USB image to boot the machine.

DHCP Setup

First of all we’ll install the DHCP server to initially hand out the IP addresses and point to the network boot images:

sudo aptitude install dhcp3-server

Now that we have the DHCP server installed there are a few small changes we need to make to the core configuration. Full detail on DHCP configuration is outside of the scope of this tutorial, but this should give you enough to achieve the goal of this tutorial.

We’ll first edit the DHCP configuration file, normally found in /etc/dhcp.conf:

sudo vim /etc/dhcp.conf

We’ll add two lines into this file outlining the address of the TFTP server (probably the same machine) and the path to the pxelinux.0 file we want to hand off to the client machines.

next-server 192.168.0.254 (the IP address of your DHCP/TFTP server)

filename "/tftpboot/pxelinux.0";

After we have made these changes we need to restart the DHCP server. We can do this using the command:

sudo /etc/init.d/dhcpd restart

Apache Setup

We need to export the contents of the CD over the web so that the network based installer can find them for use with deb. For this we’ll install apache. The base configuration should be enough for what we need here. Further details on configuring Apache are outside of the scope of this tutorial.

sudo aptitude install apache2

CD Image Contents

We’ll need to extract the contents of the CD onto the DHCP/TFTP server so that we can access the packages and the installer kernel. We can locally mount and copy the CD contents using these commands:

sudo mkdir /var/www/html/ubuntu7.10 (or, if you're going to export multiple versions select something more unique)

sudo mount -o loop CD.iso /mnt

sudo cp -a /mnt/* /var/www/html/ubuntu.710

PXELinux Setup

Now that the DHCP server knows where the tftp server is and the path to the file that it should direct clients to we need to configure the PXE end of things, which is what allows us to boot a kernel over the network or select from a list of kernels to boot over the network.

Relative to the location of the pxelinux.0 file we can make a directory for the distribution/version that we want to boot. For example we might want to install Ubuntu 7.10 so we’d create a folder U7.10, or ubuntu7.10–something to specify what version and variant this will hold.

sudo mkdir /tftboot/ubuntu7.10

We then need to copy the network-based installer kernel and initrd.gz into the newly created folder:

sudo cp /var/www/html/ubuntu7.10/install/netboot/ubuntu-installer/i386/{linux, initrd.gz} /tftboot/ubuntu7.10/

We now need to build the file that will list what is available and how to select it from a (optional) list.

pxelinux.cfg/default

We’ll now move into the /tftpboot/pxelinux.cfg directory and edit the file “default”. If this file doesn’t exist that is OK, we’ll create one.

sudo vim /tftpboot/pxelinux.cfg/default

We’ll now make a list of the boot options that might be available on this network booting system:

default 0

prompt 1

display msgs/boot.msg

# begin list of available boot options

label ubuntu7.10

kernel ubuntu7.10/linux

append initrd=ubuntu7.10/initrd.gz

This file basically outlines that a list will be presented to the user booting over the network, which we’ll create in the next step, and defines what will be loaded for each menu item.

pxelinux.cfg/msgs/boot.msg

We’ll now create a file that will give a display of the different boot options available. Your setup may only have one option outlined for installation, others might have three, four, five–a dozen different versions and variations available to install. We’ll create a list here outlining what is available and what option to enter to select the option.

This file can be something as simple as:

ubuntu7.10 - Select this to install Ubuntu 7.10

kubuntu7.10 - Select this to install Kubuntu 7.10

ubuntu7.04 - Select this to install Ubuntu 7.04

kubuntu7.04 - Select this to install Kubuntu 7.10

…etc. Creating a list such as this after having repeated the above steps for each version and variant you want to make available and you should be ready to go. One thing to note is that the boot option entered at the list prompt should match the label defined in the pxelinux.cfg/default file.

Starting The Installer

You should now be ready to install your machine by booting and instructing your machine to boot from the network. If you have trouble booting to either of those devices you might check your BIOS settings to see that one of them takes priority over the main hard drive.

You’ll be presented with a very basic menu when the netboot installer loads.

To install only the base system type ’server’, then ENTER.

For the default installation, press ENTER.

The default installation is suitable for most desktop or laptop systems.

Navigate through the installer as normal but watch for the step entitled:

Choose a mirror of the Ubuntu archive

At this step we will tell the installer to use a custom repository, in this case being the locally shared CD contents we set up previously.

Instead of selecting your country in this step go up to the first option listed: (pg-up to the top)

enter information manually

I don’t think the option of entering custom information is very intuitive so I missed this the first few times through. Watch for this step. If you are given a prompt offering us.archive.ubuntu.com or CC.archive.ubuntu.com you’ve gone too far!

The next step will prompt you for the hostname or IP address of the server you will be installing from. This is the IP address of the server you copied the CD contents and installed Apache to.

After the hostname or IP is entered the installer will prompt you for the path to the publicly shared contents. If you closely followed these steps the default entry of /ubuntu/ should work. If you copied your CD contents into a folder other than /ubuntu/ you’ll need to update this accordingly.

At this point navigate through the installer as normal and enjoy what should be faster installation speeds as network-based is usually faster than CD-based.

As I mentioned before. This should be considered more technical in nature than many of my previous tutorials. Best of luck, and enjoy network based booting and installation!

Categories: Installation Tags:

How To Install Ubuntu Locally Over The Network

October 8th, 2007 Christer Edwards 18 comments

I spent some time this week figuring out the requirements for installing Ubuntu locally over the network. Ubuntu has netboot installers which are more than happy to go find a public repository mirror for you, but how about installing over the LAN using the contents of the CD as the repository? Well, if you’re interested in fast installations and no longer burning CDs this tutorial is for you. You should note that this tutorial is considered intermediate to advanced so please read through the entire contents before you continue and research any steps you’re not familiar with before diving in.

Requirements

This tutorial does not outline PXE boot based installation information. That is for an upcoming tutorial. This simply outlines installing the contents of the CD over the network. In order to do this we’ll need a few basic things:

  1. CD image
  2. Apache
  3. netboot installer

The way that each of these requirements will be used is that we’ll copy the contents of the CD to a web-accessible share on Apache and then boot the machine-to-be-installed via the netboot installer (CD or USB based options available here).

  1. Download the .iso image for the ubuntu version and variant that you want, saving it to disk (alternate, not desktop!).
  2. Install apache “sudo aptitude install apache2” *
  3. netboot installer image i386 64bit (compatible for use with any alternate install image in step #1)

* The configuration of apache is beyond the scope of this tutorial but a basic installation should provide enough core functionality to allow us to continue with the installation.

Preparing the CD for installation

We’ll need to unpack the contents of the downloaded CD .iso file. The way I generally do this is using these commands:

sudo mkdir /var/www/ubuntu/ sudo mount -o loop /path/to/.iso /mnt sudo cp -a /mnt/* /var/www/ubuntu/

If you’re not familiar with the above commands we’re first creating a directory called ubuntu within our apache web-accessible directory. We’re then locally “loop” mounting the CD image to the location /mnt. Finally we’re copying the contents of the CD to our new directory.

Preparing the Installer

We’ll now need a netboot installer created. This is a very minimal installation CD that can be used to install any other Ubuntu image. For example one copy of this netboot installer will allow you to install previous, current and (most likely) future releases of Ubuntu as long as you have access to the web-accessible CD image or public repository. So, although above I promised no more burning CDs you will actually need to burn just *one* more. Also, this netboot installer image is available for CD or USB image if you prefer one over the other (I prefer USB). Hopefully you’ve already followed step #3 of the Requirements section and you have either the mini.iso or the boot.img.gz file downloaded. To prepare either of those for use do follow these steps: mini.iso (CD)

  • (gnome) insert a writable disk into your machine, right-click mini.iso and select “Write to disk”.
  • (KDE) insert a writable disk into your machine, right-click mini.iso and select “Actions > Write CD image with K3B”

boot.img.gz (USB) You’ll first need to uncompress this file before you can write the image to disk:

gunzip boot.img.gz

insert a USB device that you’ll use as your boot device. ALL DATA WILL BE WIPED TO MAKE IT BOOTABLE. You can use the ‘dmesg’ command to see what device your USB was detected as (sdb, sdc, etc). We’ll then write the contents of the image to the device using dd:

dd if=boot.img of=/dev/sdX (where X is the device detected with dmesg, sdb, etc)

Starting The Installer

You should now be ready to install your machine by booting either the CD or via the USB you’ve created. If you have trouble booting to either of those devices you might check your BIOS settings to see that one of them takes priority over the main hard drive. If you are using the boot.img on a USB you will want to remove this device when you are prompted with the language selection menu. This will help avoid conflicts with drives-to-be-installed, where to install the Boot Loader, etc. You’ll be presented with a very basic menu when the netboot installer loads.

To install only the base system type 'server', then ENTER. For the default installation, press ENTER.

The default installation is suitable for most desktop or laptop systems. Navigate through the installer as normal but watch for the step entitled:

Choose a mirror of the Ubuntu archive

At this step we will tell the installer to use a custom repository, in this case being the locally shared CD contents we set up previously. Instead of selecting your country in this step go up to the first option listed: (pg-up to the top)

enter information manually

I don’t think the option of entering custom information is very intuitive so I missed this the first few times through. Watch for this step. If you are given a prompt offering us.archive.ubuntu.com or CC.archive.ubuntu.com you’ve gone too far! The next step will prompt you for the hostname or IP address of the server you will be installing from. This is the IP address of the server you copied the CD contents and installed Apache to. After the hostname or IP is entered the installer will prompt you for the path to the publicly shared contents. If you closely followed these steps the default entry of /ubuntu/ should work. If you copied your CD contents into a folder other than /ubuntu/ you’ll need to update this accordingly. At this point navigate through the installer as normal and enjoy what should be faster installation speeds as network-based is usually faster than CD-based. As usual if you have any questions feel free to leave a comment. It should be noted, again, that this tutorial is probably considered intermediate to advanced so you may not want to undertake this if you’re a n00b.

Categories: Installation Tags:

How To Use Jigdo For Incremental CD Updates (Daily Builds)

March 11th, 2007 Christer Edwards 1 comment

Last year I wrote a tutorial on the Ubuntu Wiki for using the Jigdo (Jigsaw Download) tool for incremental CD updates. I had forgotten about it until I got into some recent testing for Feisty 7.04. I thought I would revisit my old tutorial and share it with the rest of you. Jigdo is really nice for rebuilding daily CD images without downloading the entire CD again, which can waste bandwidth and time when the latest daily build may have only updated a handful of packages. Here is what you’ll need to setup and use Jigdo.

The first thing you’ll need to do is install the needed jigdo packages.

sudo aptitude install jigit jigdo jigdo-file

It should be noted that Jigdo is a console based application so if you’re afraid of the terminal it might not be the best for you… but I suppose if that were the case you might not be downloading daily builds for testing either.

After the installation finished you’ll want to start Jigdo and you’ll also need a .jigdo file available from the cdimage download page. If you’re interested in the daily builds you can find them here.

Start the application using the command:

jigdo-lite

This will prompt you for a .jigdo URL, as mentioned above. Here is a dump of the initial prompt and message:

To resume a half-finished download, enter name of .jigdo file.
To start a new download, enter URL of .jigdo file.
You can also enter several URLs/filenames, separated with spaces,
or enumerate in {}, e.g. `http://server/cd-{1_NONUS,2,3}.jigdo'

You can simply paste in a URL from the above link. This will then dowload the .jigdo file, which is basically a collection of packages and versions included in that image.

After it has an idea of the packages and version numbers that are available in the daily build it’ll prompt you for a current or previous image for comparison. You can supply a mounted CD here if you have one. Here is a dump of the message prompt for the comparison CD.

If you already have a previous version of the CD you are
downloading, jigdo can re-use files on the old CD that are also
present in the new image, and you do not need to download them
again. Mount the old CD ROM and enter the path it is mounted under
(e.g. `/mnt/cdrom').
Alternatively, just press enter if you want to start downloading
the remaining files.

Jigdo then scans the existing files and compares them with the latest copies from the .jigdo template. This way it is able to find and update only the packages that have been changed since the latest cd image build, cutting down your download time significantly.

You’ve heard me talk about Feisty before and how it is turning out to be a really impressive release. Why don’t you lend a hand, use Jigdo to help test the daily builds and make it absolutely the best release Ubuntu has offered to date!

Categories: Installation Tags: