From owner-freebsd-hackers Wed Oct 6 9:44:12 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from wit401310.student.utwente.nl (wit401310.student.utwente.nl [130.89.236.150]) by hub.freebsd.org (Postfix) with ESMTP id E87DC156EC for ; Wed, 6 Oct 1999 09:43:41 -0700 (PDT) (envelope-from dalroi@wit401310.student.utwente.nl) Received: from wit401310.student.utwente.nl (localhost [127.0.0.1]) by wit401310.student.utwente.nl (Postfix) with ESMTP id 50EDF1DD0; Wed, 6 Oct 1999 18:43:45 +0200 (CEST) Date: Wed, 6 Oct 1999 18:43:45 +0200 (CEST) From: Alban Hertroys Subject: Re: Apple's planned appoach to permissions on movable filesystems To: Pat Dirks Cc: FreeBSD Hackers In-Reply-To: <199910052119.OAA24627@scv1.apple.com> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Message-Id: <19991006164345.50EDF1DD0@wit401310.student.utwente.nl> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 5 Oct, Pat Dirks wrote: Sorry if I'm talking nonsense or if somebody else already pointed this out, i usually just lurk around this list, but if I'm right I think it is of sufficient significance... > ADOPTING "FOREIGN" FILESYSTEMS > > When a new, never before seen disk is first mounted in the system it's > treated as "foreign". This can be changed (with "root" permissions) to > make the filesystem "local". The filesystem's ID is added to the list of > local filesystems and forever after when the disk is mounted it's treated > as "local". As part of this "adoption" process the users is prompted to > choose one of two ways to handle the existing permissions on the disk: Adding the filesystem to the systems list of local filesystems is not going to guarantee that the filesystem is local at all. If you move a disk from machine A to machine B, both machines will know the disk with that ID to be local. Moving the disk back to machine A will cause it to accept a filesystem as "local" that is actually "foreign". The "solution" would be to remove it's ID from the list when the filesystem is removed from the system, but AFAIK the only way to detect that is the "umount" that is required to do such. However, an umount is not enough reason to unmark a filesystem as "local"; it also happens at reboot, to name just one of the many occurances of umount. As may become obvious, I'm not an expert at this at all. I would rather brand the filesystem with the ID of the host. The starting situation is an "unmarked" filesystem. If a host detects the mounting of an "unmarked" filesystem, it will brand it with it's ID. If it detects a filesystem that has an ID that differs from the host's ID, it is a foreign filesystem. Seems quite simple to me... -- Alban Hertroys. http://wit401310.student.utwente.nl --- If I had a sig it would be fun. The quest for the Holy Sig has begun. I have not yet a clue, What will you see next issue? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message