Date: Mon, 25 Feb 2013 12:02:34 +0100 From: Fabian Keil <freebsd-listen@fabiankeil.de> To: "Ronald F. Guilmette" <rfg@tristatelogic.com> Cc: freebsd-fs@freebsd.org Subject: Re: Hard drive device names... Serial Numbers? Message-ID: <20130225120234.66dd1b36@fabiankeil.de> In-Reply-To: <2511.1361748730@server1.tristatelogic.com> References: <2511.1361748730@server1.tristatelogic.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/JTNJXq7cwkjlmXwwtAuC3.o Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Ronald F. Guilmette" <rfg@tristatelogic.com> wrote: > So anyway, adding the PATA drive to this system of course rendered > everything I had previously had in my /etc/fstab suddenly incorrect. > Fortunately, I anticipated this and was prepared to boot FreeBSD Live > from a CD, and then go in and edit my /etc/fstab as necessary to > adjust everything for the new hard drive numbers. >=20 > This isn't the first time I've had to go through this process. It is > always an annoyance. >=20 > Up until today I was only dimly aware of the different approach described > here: >=20 > http://www.freebsd.org/doc/handbook/geom-glabel.html >=20 > but today I was finally motivated to seek out and read the above page, > which I have now done. >=20 > Having now read all about temporary labels, permanment labels, and ufsids, > and having noted the obvious drawbacks to each (including but not limited > to the fact that these techniques generally only appear to be applicable > exclusively to UFS file systems _and_ only recently created ones at that) Only ufsids are limited to UFS, temporary and permanent labels are generic. > I thought that I would take a second and ask about the general idea of > using built-in hard drive serial numbers as a filesystem-independent > and interface-independent way of identifying specific hard drive devices > (and/or their sub-parts) e.g. within /etc/fstab. Note that you can already do that manually by putting the serial number in the permanent glabel label. If you are using GPT headers you need to be careful with this, though, for details see gpart(8). =20 > This idea seems so obviously that I am forced to assume that I'm probably > far from the first person to have suggested and/or asked about it. >=20 > So what gives? Why can't we have something like /dev/hdsn/ (hdsn =3D=3D > Hard Drive Serial Number) where a set of device numbers would automagical= ly > be created within that directory, all of whose names correspond to the > actual hardware serial numbers of all currently attached hard drive > type devices? (If just the serial numbers are not seen an being unique > enough, I can imagine other unique or semi-unique properties of the drive > being concatenated with the serial numbers.) I believe the main reasons is that so far nobody cared enough about this to provide patches. It has been suggested before and I don't remember anyone being against it. Dragonfly BSD already supports this and maybe parts of the code could be ported. Fabian --Sig_/JTNJXq7cwkjlmXwwtAuC3.o Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlErRM0ACgkQBYqIVf93VJ1BlACfRJHG0tl5WbexidOqr/KD4edI 6ucAn0nrZZkLp2Flk/LnCJ2w+wUznAel =oA+O -----END PGP SIGNATURE----- --Sig_/JTNJXq7cwkjlmXwwtAuC3.o--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130225120234.66dd1b36>