Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!midway!clout!chinet!miroc!caw From: caw@miroc.Chi.IL.US (Christopher A. Wichura) Newsgroups: comp.sys.amiga.misc Subject: Re: InstallHD & Prod_prep (WB 2.03) Message-ID: Date: 12 Jun 91 05:35:09 GMT References: <22206@cbmvax.commodore.com> Lines: 55 In article <22206@cbmvax.commodore.com> andy@cbmvax.commodore.com (Andy Finkel) writes: >In article sjk@aura.nbn.com writes: >> readrdb >> readfs l:fastfilesystem version 103 dostype 0x444f5301 >> reselect off >> writerdb >> quit >> >>Is this non-destructive to user data currently on SCSI drive unit 6? >>Gee, I wonder what was changed/fixed in FastFileSystem. > >yes, its non-destructive. It reads the rigid disk block, >modifies it, and sames it out again. But it is destructive if you have more than one HD in the machine. I looked at the PrepUpScript found on the 2.03 install disk and used that as the basis of a script to turn reselection on (I'm a developer so have the newer kickstarts and wanted an easy way to turn reselect back on on both my drives). The script I made is basically the same as the one above except that is didn't have the readfs line. I then issued the commands: Prod_Prep unit 6 layout ResOn Prod_Prep unit 5 layout ResOn (Unit 6 is the original 40 meg quantum and unit 5 is a 210S) Then when I powercycled the 3000 it wouldn't recognize unit 6. At first I thought the drive had died (this was the first time in about 2 months the machine had actually been turned off so I didn't know if it was having trouble powering up). After booting from floppies and running HDToolBox (which found unit 6 and had the partitioning info) and getting a requester about drives being moved or removed and it was going to mark a drive as changed (which at first I didn't save because I though it meant that unit 6 was removed) I found that I could run verify on the drive and it would work. So eventually I got my guts up and saved the 210's changed status and then power cycling the machine worked. Came right up like normal. What sort of magic is stored in the RDB that would cause a problem like this? And shouldn't Prod_Prep just be reading the RDB and not play with magic like this? > >>Oh, is there doc on Prod_prep available? If I pay CATS $75? > >No. It's not meant for users. It has no UI to speak of. HDtoolBox can do >what prod_prep does, but with a GUI. It does have a usage if you hit ?, and NewZAPing it it looks like it's got plenty of internal documentation (like a list of the major commands and their args like readfs, etc). -=> CAW Christopher A. Wichura Multitasking. Just DO it. caw@miroc.chi.il.us (my amiga) ...the Amiga way... u12401@uicvm.uic.edu (school account)