[comp.sys.apple] GS/OS error DISK MAY BE DAMAGED

delaney@wnre.aecl.CDN (10/27/88)

I've encounterd an error that baffels me.  When I try to copy files on the 
GS/OS desk top I have on 3 disks run into an error message which states that
the disk may be damaged copy to another disk.  I thought it might be my disk
but I have 2 3.5s and both do it and on top of that one of the  problem disks
is a Font Library disk as I came from STYLEWARE. I don't think it has ever been
accessed more than 4 or 5 times..
 

Kieth,  Dave  anyone

I can go back to catdoctor or other copy programs even 3.2 prodos 16 and the 
the files are handed with out problem.  I've tried formatting disk 4:1 and 2:1
with the desktop and again have no problem when the files are copied on to that 
disk



I also encountered another problem when I copiesd a to series of files which I
was viewing by name I boxed them and when I tried to move them to the ram disk
the small Icons extened beyond the open Window and a graphic icon on the 
adjacent window was distored.  I had 4 window open at the time.

Grant

tribby@hpindda.HP.COM (David Tribby) (11/02/88)

delaney@wnre.aecl.CDN writes...
>I've encounterd an error that baffels me.  When I try to copy files on the 
>GS/OS desk top I have on 3 disks run into an error message which states that
>the disk may be damaged copy to another disk.  

I ran into this problem about a month ago, but am a little fuzzy remembering
the details. Seems as though I saw the problem after TML Pascal would abort
on me. (I don't know why, but TML Pascal [APW version] usually aborts the
second time I try to compile!) After I got that error, I copied the files
to another disk with no problem...until the compiler aborted again.

I believe the problem occurs when the directory entry does not match the
"sectors in use" bitmap. When I took a directory listing (via APW) on the
"bad" disk, the total of used and unused blocks did not match what I
expected.

Perhaps your directory also is somehow damaged. Try copying the files one
at a time, then seeing if the number of blocks totals up correctly.

-- Dave Tribby
                                   - - - - -
        ARPA: tribby%hpda@hplabs.HP.COM   UUCP: hplabs!hpda!tribby