Date: Wed, 27 Apr 2011 02:59:39 -0400 From: "Jason J. Hellenthal" <jhell@DataIX.net> To: Pan Tsu <inyaoo@gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: Why not just name the cam-ata devices the same as the old names? Message-ID: <20110427065939.GD88420@DataIX.net> In-Reply-To: <864o5kgplh.fsf@gmail.com> References: <4DB70949.6090104@FreeBSD.org> <20110426182017.GA92471@freebsd.org> <4DB70F13.6060002@FreeBSD.org> <BANLkTikFHLaQ=Vrt9UhyJdo5ELm522OZjA@mail.gmail.com> <4DB759A1.4050201@FreeBSD.org> <20110427054218.GA88420@DataIX.net> <864o5kgplh.fsf@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--3Pql8miugIZX0722 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 27, 2011 at 10:44:58AM +0400, Pan Tsu wrote: >"Jason J. Hellenthal" <jhell@DataIX.net> writes: > >> I do not know if this was summed up in a easy way by Jeremy's nice >> message below but in short a summary can be made here to clear that up. >> >> /dev/gptid/* /dev/gpt/* >> * These survive its raw partition being newfs'd >> * Are only created for disks that are partitioned >> and contain a GPT table as can be seen with gpart >> show >> * Operations on these or the raw partition will not remove them. > >Not sure if we have support for labels based on disk serial number >similar to /dev/serno/* from DragonFlyBSD but > >/dev/serno/* > * no extra step to setup, e.g. `gpart create' or `newfs' > * survive wiping entire disk, no metadata stored on-disk > * available on every ata disk > Not as far as I am aware. I have not seen anything similiar to that committed to the FreeBSD source within the last six months or before. >As CAM_ATA transition goes such labels could be a better choice as >they'd lessen the pain when compat naming is gone, e.g. in 10-CURRENT. > >> The best possible thing you could use here is a GPT scheme for the disks >> to remain consistent across newfs's. But relying on GPT for all disks >> will not always work in situations where the disk also involves a >> operating system that does not support booting off of a GPT disk, like >> all of Windows XP and then Win7 for non-Itanium based architectures. Yes >> Win7 last checked was said to only support booting GPT schemes on >> Itanium systems, so this leaves a lot of systems to only rely on >> /dev/ufs*/ labels or generic labels. --=20 Regards, (jhell) Jason Hellenthal --3Pql8miugIZX0722 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNt77aAAoJEJBXh4mJ2FR+7ioH/jrgN/KBfkn3vhjd3trtL7Ty gsUZdRgUnQyVG1UNrjxJSY3Psh6FwJRY5mH53DMKl/hfgcJ1SB/bzxxLc9UrnAwr g2l5GUCAcLGVCCn2abURZ4OMs3scEBgwMbshLIUpPQ568t/A49yvGQNPVuFh4EJm oA4205C05+Kz5fDd1fECebLAvU3Mk29pOuj2tbNhZnc/0wtbSQiJqm1w4BTdkEA6 P7O9ld+Oo+osFSbu3N92qP24hUKpIEYUjcEfE5E+SCT+yrX95qLlFO/2nLX8AWl4 W7/E4nQhka8wjAyZZjdlVJpppOgG0R0axFOYrvCUGWV2KZWhMXB7OTkiFj/ox8Y= =128h -----END PGP SIGNATURE----- --3Pql8miugIZX0722--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110427065939.GD88420>