[Top] [All Lists]

Re: Switching from (deprecated) IDE driver -> SATA (PATA support)

To: Bill Davidsen <davidsen@xxxxxxx>
Subject: Re: Switching from (deprecated) IDE driver -> SATA (PATA support)
From: Justin Piszcz <jpiszcz@xxxxxxxxxxxxxxx>
Date: Sun, 25 Jan 2009 16:14:56 -0500 (EST)
Cc: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>, linux-ide@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx
In-reply-to: <497CD5F3.8030901@xxxxxxx>
References: <alpine.DEB.1.10.0901250553430.2441@xxxxxxxxxxxxxxxx> <20090125110742.4ba54c0b@xxxxxxxxxxxxxxxxxxx> <alpine.DEB.1.10.0901250705300.6888@xxxxxxxxxxxxxxxx> <alpine.DEB.1.10.0901250715030.10379@xxxxxxxxxxxxxxxx> <alpine.DEB.1.10.0901250726530.10805__44823.8515914001$1232890466$gmane$org@xxxxxxxxxxxxxxxx> <497CD5F3.8030901@xxxxxxx>
User-agent: Alpine 1.10 (DEB 962 2008-03-14)

On Sun, 25 Jan 2009, Bill Davidsen wrote:

Justin Piszcz wrote:

On Sun, 25 Jan 2009, Justin Piszcz wrote:

On Sun, 25 Jan 2009, Justin Piszcz wrote:

On Sun, 25 Jan 2009, Alan Cox wrote:

Easiest is to use labels. Old ide will keep hda,b,c,d constant
providing you have interfaces using the legacy IDE port mappings (0x1f0
and 0x170). Libata doesn't do that as pretty much every distribution had
already switched to volume labels, and the user space can do the job far
better than the kernel - especially as the newer devices with modern
interfaces don't have the old BIOS/DOS legacy ideas any more.

Mount by label also means you can flip back and forth between the
different drivers and kernel revisions.


It comes with one :)
# xfs_admin -u  /dev/sdd2
UUID = 77ae4251-631f-4656-a365-c5723f5c5da8

Will try to use this to boot; however, I'd prefer the labels over the UUID, wish there was an easy way to set it.


xfs mailing list

One final question, without udev, how does one determine the UUID of a non-XFS
partition, e.g., swap?

One uses blkid. Which suggests that you can solve your name problem by not using names and switching to UUID.

This will fix the /etc/fstab issue but not LILO/boot one, per the earlier poster, need an initrd/etc for that.


<Prev in Thread] Current Thread [Next in Thread>