Date: Wed, 27 Apr 2011 10:44:58 +0400 From: Pan Tsu <inyaoo@gmail.com> To: "Jason J. Hellenthal" <jhell@DataIX.net> Cc: freebsd-fs@freebsd.org Subject: Re: Why not just name the cam-ata devices the same as the old names? Message-ID: <864o5kgplh.fsf@gmail.com> In-Reply-To: <20110427054218.GA88420@DataIX.net> (Jason J. Hellenthal's message of "Wed, 27 Apr 2011 01:42:18 -0400") 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>
next in thread | previous in thread | raw e-mail | index | archive | help
"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 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?864o5kgplh.fsf>