Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Feb 1997 11:50:12 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        joerg_wunsch@uriah.heep.sax.de
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: Mounting CD-ROM when data not on first track
Message-ID:  <199702041850.LAA12897@phaeton.artisoft.com>
In-Reply-To: <Mutt.19970203093055.j@uriah.heep.sax.de> from "J Wunsch" at Feb 3, 97 09:30:55 am

next in thread | previous in thread | raw e-mail | index | archive | help
> > You mean, like putting in partition recognition code in the kernel
> > instead of putting it in the FS instead (like you are suggesting here)?
> 
> No.  These dreaded CD-ROM tracks have one thing different from normal
> partitions: the filesystem code in it still references the disk by
> absolute frame (block) numbers.  Filesystems that live in partitions
> do not do this, they describe the filesystem relative to the start of
> the partition.

This puts a nasty spin on things.

On the other hand, supporting a logical-to-physical mapping layer
that implemented bad144 would have similar issues.  I think the
device specific code could export the block relativity interface,
while still enforcing range checking.  We'd have to be able to
access this to veto install on a partition which was below C 1024
but which contained a replacement block above C 1024.

Ah, the vagries of PC manufacturer implementation of "standards"
applies to ISO9660 as well, it seems.  8-(.

> > > Sticky bit?  Terry, you're riding your time-machine again, you're
> > > currently some ten years back.
> > 
> > If you will recall, I've requested the ability to force images totally
> > into local cache on a per FS basis by attributing the FS as "nonlocal".
> 
> Sorry, i misread your comment and thought you were referring to
> something that does already exist.

Heh... through no fault of my own, you might add...


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199702041850.LAA12897>