Re: Upgrade script for libata transition
- To: Ben Hutchings <ben@decadent.org.uk>
- Cc: grub@packages.debian.org, grub2@packages.debian.org, lilo@packages.debian.org, silo@packages.debian.org, quik@packages.debian.org, elilo@packages.debian.org, palo@packages.debian.org, yaboot@packages.debian.org, arcboot@packages.debian.org, extlinux@packages.debian.org, aboot@packages.debian.org, Debian kernel team <debian-kernel@lists.debian.org>
- Subject: Re: Upgrade script for libata transition
- From: Jurij Smakov <jurij@wooyd.org>
- Date: Mon, 15 Feb 2010 18:13:57 +0000
- Message-id: <20100215181357.GA5632@droopy.oc.cox.net>
- In-reply-to: <1265952484.2227.98.camel@localhost>
- References: <20091229120602.GY2721@decadent.org.uk> <1262904596.2480.65.camel@localhost> <1265952484.2227.98.camel@localhost>
On Fri, Feb 12, 2010 at 05:28:04AM +0000, Ben Hutchings wrote:
> On Thu, 2010-01-07 at 22:49 +0000, Ben Hutchings wrote:
> > On Tue, 2009-12-29 at 12:06 +0000, Ben Hutchings wrote:
> > > Linux kernel packages for "squeeze" will use libata-based drivers in
> > > preference to old-style IDE drivers. On some systems this will change
> > > the names of PATA devices and will also change the names of SCSI devices
> > > already present in those systems if they are enumerated after the PATA
> > > devices.
> > >
> > > On upgrade, we will recommend that users identify hard disk volumes in
> > > configuration files by label or UUID (unique identifier) rather than by
> > > device name, which will work with both old and new kernel versions. I
> > > think that in most cases it should be possible to update the system
> > > configuration automatically, if the user agrees to this. The following
> > > script implements this. Please review and verify that it does the right
> > > thing for your package's configuration file(s). (I would also welcome a
> > > more general review of the code.)
> > [...]
> >
> > I have not yet seen any comments from maintainers of the various boot
> > loaders. It is vital that this upgrade process is reliable and does not
> > prevent systems from booting, so please do review the code for your boot
> > loader.
> >
> > If you prefer, I can prepare packages that include this script on
> > postinst and upload them to people.debian.org for you or others to test.
>
> Sorry about the delay in doing this. You can now get a source package
> by doing:
>
> $ apt-get -d source linux-2.6
> $ dget http://people.debian.org/~benh/linux-2.6_2.6.32-8a~test.dsc
>
> To build a kernel image package, follow the instructions at:
>
> http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
>
> Note in particular the instructions beginning 'For example, to build
> only the binary packages for 686 flavour...'
That does not quite work, one should replace the command
fakeroot debian/rules debian/build debian/stamps
from this doc with
fakeroot debian/rules setup
for the current linux-2.6 packages.
> The kernel image packages will depend on the linux-base package which
> contains the transition script. To build that, run:
>
> $ fakeroot make -f debian/rules.real install-linux-base
>
> Please test both the transition script and the new drivers so far as you
> can (most are x86-only but some are available for all architectures with
> PCI). I suggest starting with an emulated/virtualised system before you
> risk breaking anything real!
For me the installation of linux-base (on sparc) just hangs while
configuring the package. It appears that it loops forever in the
lilo_list function, presumably after hitting the token corresponding
to 'image=/vmlinuz' line in /etc/silo.conf, as the following code
snippet fails to increment the counter used to loop through the
tokens:
if ($name eq 'image') {
$in_generic = ($value =~ m|^/vmlinuz(?:\.old)?$|);
next;
}
Best regards,
--
Jurij Smakov jurij@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
Reply to: