dorner@pequod.cso.uiuc.edu (Steve Dorner) (09/26/90)
In article <1990Sep26.044408.28319@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes: > It's in pub/dts/sw.license. you need the file 'disk copy' or whatever >to undo the archives.... pretty strange format.... I think DiskCopy is wonderful for software distribution. It reads a floppy into memory. Once the floppy is in memory, you can save its image to disk (that's what the 6.0.5 image files are), or make multiple copies of the floppy. What's more, you can load a saved image, and make copies from that. It's a convenient way for those of us who don't have disk duplicators to make copies of our software to distribute. Since the image files can be saved on a hard drive, you don't have to worry about the "master" floppy going bad (I know I'm not the only one with piles of bad disks...). Not only that, but you have a convenient one-file package to put out for FTP, should you choose to do so. I'm sure that there are other products that do the same thing, but DiskCopy's free (a big advantage, if you ask me). I'm grateful to Steve Christensen and Apple for DiskCopy. -- Steve Dorner, U of Illinois Computing Services Office Internet: s-dorner@uiuc.edu UUCP: uunet!uiucuxc!uiuc.edu!s-dorner
niko@pv01a0.vincent.iastate.edu (Schuessler Nikolaus E) (09/27/90)
In article <1990Sep26.152250.4947@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: >In article <1990Sep26.044408.28319@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes: >> It's in pub/dts/sw.license. you need the file 'disk copy' or whatever >>to undo the archives.... pretty strange format.... > >I think DiskCopy is wonderful for software distribution. It reads a floppy >into memory. Once the floppy is in memory, you can save its image to disk >(that's what the 6.0.5 image files are), or make multiple copies of the >floppy. What's more, you can load a saved image, and make copies from that. > >It's a convenient way for those of us who don't have disk duplicators to >make copies of our software to distribute. Since the image files can be >saved on a hard drive, you don't have to worry about the "master" floppy >going bad (I know I'm not the only one with piles of bad disks...). Not >only that, but you have a convenient one-file package to put out for FTP, >should you choose to do so. I'm sure that there are other products that >do the same thing, but DiskCopy's free (a big advantage, if you ask me). > >I'm grateful to Steve Christensen and Apple for DiskCopy. > I didn't mean to imply that it wasn't good, I was just wondering why it was necessary to preserve the entire disk structure as opposed to archiving the individual files... -- ------------------------------------------------------------------------------ Niko Schuessler "On a two semester mission to engineer where niko@iastate.edu no-one has engineered before.... :-) " ------------------------------------------------------------------------------
lsr@Apple.COM (Larry Rosenstein) (09/28/90)
niko@pv01a0.vincent.iastate.edu (Schuessler Nikolaus E) writes: >I didn't mean to imply that it wasn't good, I was just wondering why it was >necessary to preserve the entire disk structure as opposed to archiving >the individual files... DiskCopy also preserves the boot blocks, which is important. A StuffIt, Compactor, tar, ... archive doesn't do this. -- Larry Rosenstein, Object Specialist Apple Computer, Inc. 20525 Mariani Ave, MS 46-B Cupertino, CA 95014 AppleLink:Rosenstein1 domain:lsr@Apple.COM UUCP:{sun,voder,nsc,decwrl}!apple!lsr -- Larry Rosenstein, Object Specialist Apple Computer, Inc. 20525 Mariani Ave, MS 46-B Cupertino, CA 95014 AppleLink:Rosenstein1 domain:lsr@Apple.COM UUCP:{sun,voder,nsc,decwrl}!apple!lsr
russotto@eng.umd.edu (Matthew T. Russotto) (09/28/90)
In article <1990Sep26.202938.5419@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes: [about DiskCopy] > >I didn't mean to imply that it wasn't good, I was just wondering why it was >necessary to preserve the entire disk structure as opposed to archiving >the individual files... The disk may not even have a standard mac format-- it may be Prodos or MS-Dos or Yuckydos or someotherdos. Too bad there is no external file system that will allow you to treat images as real disks... -- Matthew T. Russotto russotto@eng.umd.edu russotto@wam.umd.edu .sig under construction, like the rest of this campus.
stevec@Apple.COM (Steve Christensen) (09/28/90)
dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: >niko@iastate.edu (Schuessler Nikolaus E) writes: >> It's in pub/dts/sw.license. you need the file 'disk copy' or whatever >>to undo the archives.... pretty strange format.... > >I think DiskCopy is wonderful for software distribution. It reads a floppy >into memory. Once the floppy is in memory, you can save its image to disk >(that's what the 6.0.5 image files are), or make multiple copies of the >floppy. What's more, you can load a saved image, and make copies from that. > >It's a convenient way for those of us who don't have disk duplicators to >make copies of our software to distribute. Since the image files can be >saved on a hard drive, you don't have to worry about the "master" floppy >going bad (I know I'm not the only one with piles of bad disks...). Not >only that, but you have a convenient one-file package to put out for FTP, >should you choose to do so. I'm sure that there are other products that >do the same thing, but DiskCopy's free (a big advantage, if you ask me). > >I'm grateful to Steve Christensen and Apple for DiskCopy. Well, gee, thanks! Did you know you can use DiskCopy to initialize a disk in about a minute (instead of the 2-3 minutes in the Finder)? Initialize a disk the usual way, then pop it into DiskCopy and read it in as a master, then save it in an image file. From then on, just open the "Untitled" image and stuff in blank disks or disks you want to recycle. FYI... steve -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ whoami? Steve Christensen snail: Apple Computer, 20525 Mariani Ave, MS-81CS, Cupertino, CA 95014 Internet: stevec@goofy.apple.com AppleLink: stevec CompuServe: 76174,1712
stevec@Apple.COM (Steve Christensen) (09/28/90)
niko@iastate.edu (Schuessler Nikolaus E) writes: >[...], I was just wondering why it was >necessary to preserve the entire disk structure as opposed to archiving >the individual files... Because that's what it's designed to do. DiskCopy was originally written to handle doing mass disk duplication quickly. The image files came about because it was deemed necessary to have a convenient way to electronically send disks from place to place. Since the Mac can read more than just Mac disks (i.e., ProDOS, MS-DOS), it's nice to be able to just read the disk and not care what's on it, rather than having to know about all the possible file systems you can work with... steve -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ whoami? Steve Christensen snail: Apple Computer, 20525 Mariani Ave, MS-81CS, Cupertino, CA 95014 Internet: stevec@goofy.apple.com AppleLink: stevec CompuServe: 76174,1712
lsr@Apple.COM (Larry Rosenstein) (09/28/90)
russotto@eng.umd.edu (Matthew T. Russotto) writes: >Too bad there is no external file system that will allow you to treat >images as real disks... I seem to recall something like this in the MacHack '90 hacks. -- Larry Rosenstein, Object Specialist Apple Computer, Inc. 20525 Mariani Ave, MS 46-B Cupertino, CA 95014 AppleLink:Rosenstein1 domain:lsr@Apple.COM UUCP:{sun,voder,nsc,decwrl}!apple!lsr
tempest@walleye.uucp (Kenneth K.F. Lui) (09/28/90)
In article <10466@goofy.Apple.COM> stevec@Apple.COM (Steve Christensen) writes: >Well, gee, thanks! Did you know you can use DiskCopy to initialize a disk in >about a minute (instead of the 2-3 minutes in the Finder)? Initialize a disk >the usual way, then pop it into DiskCopy and read it in as a master, then save >it in an image file. From then on, just open the "Untitled" image and stuff >in blank disks or disks you want to recycle. FYI... While this is a great idea, I had problems after using DiskCopy. The .sony drivers get mucked up and I have to do a reboot. Steve, what's so important that the floppy drivers have to be modified so that DiskCopy will function? I, too, like to thank you for writing DiskCopy. Ken .............................................................________________. tempest@ecst.csuchico.edu, tempest@walleye.ecst.csuchico.edu,|Kenneth K.F. Lui| tempest@sutro.sfsu.edu, tempest@wet.UUCP |________________|
johnsone@uxh.cso.uiuc.edu (09/28/90)
/* Written 12:11 pm Sep 27, 1990 by lsr@Apple.COM */ > DiskCopy also preserves the boot blocks, which is important. A StuffIt, > Compactor, tar, ... archive doesn't do this. Maybe this is a stupid question, but I'll go ahead anyway. What is the importance of preserving the boot blocks? Erik A. Johnson, Graduate Student \ Internet: johnsone@uxh.cso.uiuc.edu Aeronautical & Astronautical Engineering \ University of Illinois at Urbana-Champaign \ AmericaOnline: ErikAJ
jimb@silvlis.com (Jim Budler) (09/29/90)
In article <1990Sep26.202938.5419@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes: >In article <1990Sep26.152250.4947@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes: >>In article <1990Sep26.044408.28319@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes: >>> It's in pub/dts/sw.license. you need the file 'disk copy' or whatever >>>to undo the archives.... pretty strange format.... >> [...] >>going bad (I know I'm not the only one with piles of bad disks...). Not I don't have a pile of bad disks. If a disk can't format, or can't verify, or otherwise dies, I put it into that plastic recepticle under the desk 8^) After I've attempted to recover any data, of course. >>only that, but you have a convenient one-file package to put out for FTP, >>should you choose to do so. I'm sure that there are other products that >>do the same thing, but DiskCopy's free (a big advantage, if you ask me). >> >>I'm grateful to Steve Christensen and Apple for DiskCopy. I agree completely. > >I didn't mean to imply that it wasn't good, I was just wondering why it was >necessary to preserve the entire disk structure as opposed to archiving >the individual files... I've always prefered to have as exact as possible disk images which correspond with the image of the Apple distributions. In the past this was primarily do to the presence of tech notes or messages on the various services that point to a particular file with a disk name and path. Now with the new multi disk installer, it is even more crucial. The installer expects to find the particular resources in particular files in particular folders, on particular disks in the distribution set. In the past, before DiskCopy, the distributions on the various services were accompanied by a text file which described the exact directory of all the distribution disks, and you could then recreate manually an essentially exact set of distribution disks. I've done this many times. I prefer the Disk Image method totally. Unfortunately the commercial systems haven't adopted it 8^( and I no longer have access to Applelink, and I have never had ftp access to Internet. I'm probably forced to go back to the old way. I regret it... Maybe I'll just have to resort to the method "for the rest of us" and start visiting my dealer with original system disks and blanks. 8^( 8^( 8^( 8^( 8^( 8^( 8^( 8^( >------------------------------------------------------------------------------ >Niko Schuessler "On a two semester mission to engineer where jim -- Jim Budler jimb@silvlis.com +1.408.991.6115 Silvar-Lisco, Inc. 703 E. Evelyn Ave. Sunnyvale, Ca. 94086
umcarls9@ccu.umanitoba.ca (Charles Carlson) (10/01/90)
In article <1990Sep29.065418.1760@silvlis.com> jimb@silvlis.com (Jim Budler) writes: > >I don't have a pile of bad disks. If a disk can't format, or can't >verify, or otherwise dies, I put it into that plastic recepticle >under the desk 8^) After I've attempted to recover any data, of course. > I used to do that to. Now I glue 4 of them together to form a box, glue one to the bottom and bingo, instant pencil holder! Also good for holding other things. Most people who come over usually pick one up and look it over. Oh, and since they are exactly the size of 3.5" disks, 3.5" disks fit in them nicely. I keep several of my important disks in them right next to the computer so I don't have to spin around and grab my big disk box. Charles
stevec@Apple.COM (Steve Christensen) (10/01/90)
tempest@walleye.UUCP (Kenneth K.F. Lui) writes: >[...] >While this is a great idea, I had problems after using DiskCopy. >The .sony drivers get mucked up and I have to do a reboot. >Steve, what's so important that the floppy drivers have to be >modified so that DiskCopy will function? Hmmm...that's interesting. I've run DiskCopy on everything from a Mac Plus on up thru a IIfx with none of the problems you've mentioned. As for why I need to muck with the floppy driver, the main reason is to make it possible to do a one-pass format and write. DiskCopy was originally written to be used at the Mac factory to mass duplicate disks for production, so speed is an issue. Tucking all that into the driver is the cleanest approach. Now you can say, "I duplicate my disks the same way they do at the Mac factory." Just think how impressed your friends will be... :-) steve -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ whoami? Steve Christensen snail: Apple Computer, 20525 Mariani Ave, MS-81CS, Cupertino, CA 95014 Internet: stevec@goofy.apple.com AppleLink: stevec CompuServe: 76174,1712
stevec@Apple.COM (Steve Christensen) (10/01/90)
In article <16658@unix.SRI.COM> mxmora@unix.UUCP (Matt Mora) writes: >>[I write about how to make "Untitled" disks using DiskCopy...] >I don't think that is such a good idea. I tried doing that with another >disk copying program and some of the disk failed to write and I had to >format them anyway. Maybe your program takes into consideration bad blocks. DiskCopy doesn't format a disk any better or worse than the format done in the Finder, since the format process is the same (well, mostly). So a disk that would fail to format in DiskCopy should fail in the Finder as well. In neither case are bad blocks spared out... steve -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ whoami? Steve Christensen snail: Apple Computer, 20525 Mariani Ave, MS-81CS, Cupertino, CA 95014 Internet: stevec@goofy.apple.com AppleLink: stevec CompuServe: 76174,1712
rterry@hpcuhc.HP.COM (Ray Terry) (10/08/90)
>I can't say if the system software is available via anonymous ftp or not, >but it should not be. No problem... It is on apple.com. Ray
tony@tui.marcam.dsir.govt.nz (Tony Cooper) (05/24/91)
Imagine my surprise when the system 7 installer asked me to insert PageMaker#2. Well the reason is that the install floppy had that name since the DiskCopy duplicate did not duplicate the disk name properly. I imagine that this is because when TurboCache is running, writes to floppy are delayed a bit and DiskCopy ejected the floppy before writes were finished. So turn TurboCache off. By the way, PageMaker did not show up at all in the compatibility checker. No mention of it anywhere even though the checker is supposed to check all aplications. Strange stuff. Tony Cooper sramtrc@albert.dsir.govt.nz