Date: Fri, 04 Jul 2008 14:06:25 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Andriy Gapon <avg@icyb.net.ua> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: newfs_msdos and dvd-ram (fwsectors, fwheads) Message-ID: <80837A4B-A49A-44A4-AFBA-819DD1ED9DD4@mac.com> In-Reply-To: <486E89E0.8010301@icyb.net.ua> References: <889.1203600472@critter.freebsd.dk> <47CC55B0.4020607@icyb.net.ua> <486E89E0.8010301@icyb.net.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 4, 2008, at 1:36 PM, Andriy Gapon wrote: > on 03/03/2008 21:46 Andriy Gapon said the following: >> on 21/02/2008 15:27 Poul-Henning Kamp said the following: >>> In message <47BD6F39.7080105@icyb.net.ua>, Andriy Gapon writes: >>>> 2) fake those properties in newfs_msdof; >>>> benefit: this would help with other physical devices that can host >>>> FAT; >>> This is the way to do it, but it might make sense to make a library >>> routine do it, to get consistent behaviour. > > BTW, the same issue applies to md device too. > I.e. if you would like to create a FAT image in a file, newfs_msdos > won't let you. > >> I opened a PR for this approach in a simple form. >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/121182 >> What could be a good place to put thing for re-use/sharing? libutil? Note that this problem is already solved with GPart. As long as you have some partitioning scheme on the media, GPart will synthesize CHS parameters. FYI, -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?80837A4B-A49A-44A4-AFBA-819DD1ED9DD4>