Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!unido!mikros!mwtech!joerg From: joerg@mwtech.UUCP (Joerg Werner) Newsgroups: comp.os.minix Subject: Re: Multiformat floppies Was: ST Minix 1.5 floppy driver and serial... Message-ID: <1052@mwtech.UUCP> Date: 15 Jan 91 14:16:16 GMT References: <41322@nigel.ee.udel.edu> Reply-To: joerg@mwtech.UUCP (Joerg Werner) Organization: MIKROS Systemware, Darmstadt/W-Germany Lines: 38 In article <41322@nigel.ee.udel.edu> archer%segin4.segin.fr@relay.prime.com (Vincent Archer) writes: said: <> ta_cook@eisvxe.moundst.mn.org (Thomas A. Cook) writes: <> >Awhile back I remember some discussion about Minix for the ST being able to read <> >the disk label to determine the size of the disk and the ablility to read 800Kb <> >formatted (vs the 720Kb standard formatted) disks. <> [stuff deleted] < But there is a problem with this approach. You are creating a device which <> can be resized according to the data you write to it. <> (Suppose you have a 820k floppy. You write a tar file to the device /dev/dd0. <> Now you have a tar file at the 82/10/2 style floppy. But... <> Next time you open the device, its bootblock( phys. block 0 ) will be <> corrupted (i.e. it will be the tar file header). So you can't read your <> information anymore) <