Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!snorkelwacker!think!samsung!usc!ucsd!nosc!crash!orbit!pnet51!dougm
From: dougm@pnet51.orb.mn.org (Doug Mcintyre)
Newsgroups: comp.sys.apple
Subject: More GS/OS hard disk woes..
Message-ID: <2213@orbit.cts.com>
Date: 23 Mar 90 05:19:31 GMT
Sender: root@orbit.cts.com
Organization: People-Net [pnet51], Minneapolis, MN.
Lines: 21


        Well GS/OS is getty more scary. It ate the second partition's main
volume directory block. I was using Orca shell to delete some files out of a
sub-directory, and all of a sudden the /hard2 may be damaged box came up, and
/hard2 vanished. There was a little garbage in the subdirectory (either from
APW C's buggy library, or GS/OS itself), but that shouldn't have caused GS/OS
to eat /hard2. All that was left in the volume directory block was a managed
file entry..

        I edited the volume block up to prodos 8 standards, so p8 would at
least recognize the volume, but GS/OS still refused to recognize the volume,
so this leads me to the main question.. What does GS/OS use all those reserved
fields for in the directory entry? I realize that p8 isn't checking too much,
but if p8 will accept it, with absolutely no problems..... GS/OS should at
least mount the directory..

Buggy OS/shell programs are fun!

UUCP: {rosevax, crash}!orbit!pnet51!dougm                Compuserve: 70611,2215
ARPA: crash!orbit!pnet51!dougm@nosc.mil                        ALPE: DougMac
INET: dougm@pnet51.cts.com                                    GENIE: D.MCINTYRE1