Date: Thu, 9 Jul 2009 22:01:02 +0200 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Ivan Voras <ivoras@freebsd.org> Cc: freebsd-geom@freebsd.org Subject: Re: glabel and real disk IDs Message-ID: <20090709200102.GA2438@garage.freebsd.pl> In-Reply-To: <h34lml$6fv$1@ger.gmane.org> References: <h34lml$6fv$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 09, 2009 at 01:52:53PM +0200, Ivan Voras wrote: > Hi, >=20 > I've been working with glabels for a time [...] You should stop, really. We have enough labels in /dev/ as it is. > [...] and just remembered that ATA=20 > (ad) drives do in fact export the drive ID, for example: >=20 > # diskinfo -v ad4 > ad4 > 512 # sectorsize > 320072933376 # mediasize in bytes (298G) > 625142448 # mediasize in sectors > 620181 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > ad:9QF4H15Y # Disk ident. >=20 > # diskinfo -v ad6 > ad6 > 512 # sectorsize > 320072933376 # mediasize in bytes (298G) > 625142448 # mediasize in sectors > 620181 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > ad:9QF4EP7A # Disk ident. >=20 > # diskinfo -v ad8 > ad8 > 512 # sectorsize > 320072933376 # mediasize in bytes (298G) > 625142448 # mediasize in sectors > 620181 # Cylinders according to firmware. > 16 # Heads according to firmware. > 63 # Sectors according to firmware. > ad:9QF4H16L # Disk ident. >=20 > I don't think it would be hard to add a label parser to gather this=20 > information and export it as a label. It was proposed in the past and the consensus was not to do it. One of the reasons was polution of /dev/, another one was that the way of getting SCSI disks IDs was not perfect. > The purpose of this would be to have a unique disk ID without explicitly= =20 > setting a label (e.g. as is commonly advised for ZFS and drive swapping). I guess you advice that? There is no such need when it comes to ZFS. ZFS can find his components just fine without using their names. Disk IDs were added for ZFS in the past, but now they serve no purpose, I'd prefer to remove them altogether or just leave them for informational purpose as they exist now. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKVkx+ForvXbEpPzQRAl8gAKCZFUl3Zr9k9pOs6DqLOhuuc3mecQCfZ+7u bRpziQP+8YJpIdiCF/98Jd0= =di1Y -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090709200102.GA2438>