[comp.sys.atari.st] Weird floppy disk behavior

goldstein@delni.dec.com (Explicitly political) (10/15/87)

    My ST has been doing some very strange things lately.  It used to
    be that when I swapped disks (internal 1040STf drive) and hit "ESC",
    the GEM file window would show the new disk's files.  Lately,
    though, it's been flakey.  It might show _some_ of the new disk's
    files (i.e., 25 out of 70), or it might show some of the new disk's
    files alphabetically sorted with some of the old disk's files, or
    it might work normally.
    
    At first I suspected fried media, but I eliminated that by trial
    and error.  It popped up when I first tried formatting a disk with
    DCFMTCLR (DC Formatter) with an IBM boot block (so I could move
    text to the NEC Multispeed), but it later happened with Fixed Twister
    disks.  The workarounds involve sticking in a third disk (with ROM
    formatting?) or using the close box and reopening via the icon.
    
    A particularly weird one happened when I was copying bunches of
    files at a time (via the RAMdisk) from an NEC-formatted MS-DOS disk
    to a DCformatted disk.  The new disk didn't show the files at all
    after I completed the copy job, so I started again.  The next day
    I turned the Atari back on, looked at the disk, and found DUPLICATES
    of the files which I had copied twice -- the missing stuff reappeared
    and the recopy of 15 files (of the 70) was still there too!  BTW
    the "free space" was rather random too, and a number of times the
    MS-DOS disk showed fried-disk symptoms like garbage files popping
    up on top of the disk.  Also the MS-DOS label came out as a zero-length
    file on the Atari.
    
    What gives?
          fred

vxp6840@ritcv.UUCP (-Vitas P.-) (10/16/87)

In article <11852@decwrl.DEC.COM> goldstein@delni.dec.com (Explicitly political) writes:
>
>    My ST has been doing some very strange things lately.  It used to
>    be that when I swapped disks (internal 1040STf drive) and hit "ESC",
>    the GEM file window would show the new disk's files.  Lately,
>    though, it's been flakey.  It might show _some_ of the new disk's
>    files (i.e., 25 out of 70), or it might show some of the new disk's
>    files alphabetically sorted with some of the old disk's files, or
>    it might work normally.
>    ...
>    What gives?
>          fred
This happened to me too.  It happened only once when I
was copying files from a ram disk to an IBM disk.
As you pointed out, this seems to happen only with IBM formatted
disks.
I suspect that the problem is copying files to IBM sub-directories.
As pointed out before on the net, this causes a problem with the
minor differences between the two formats.
My friend attributed the problem to the 40 folder bug, but I don't
know enough about it to tell.
If you do any disk swapping between IBM's (including PC-ditto) and
the ST, use the root directory only.  It seems to be the most
reliable way to do it.
Hope this helps, and I hope others can elaborate my discription.

-Vitas P.-

ljdickey@water.waterloo.edu (Lee Dickey) (10/16/87)

In article <11852@decwrl.DEC.COM> goldstein@delni.dec.com (Explicitly political) writes:
>
>    My ST has been doing some very strange things lately.  It used to
>    be that when I swapped disks (internal 1040STf drive) and hit "ESC",
>    the GEM file window would show the new disk's files.  Lately,
>    though, it's been flakey.  It might show _some_ of the new disk's
>    files (i.e., 25 out of 70), or it might show some of the new disk's
>    files alphabetically sorted with some of the old disk's files, or
>    it might work normally.
>    

One of the STs around here is behaving in a similar, but different way.
I have not seen it show "_some_ of the new disk's files".
It is more like it being unaware that a disk has been removed and
another one put in.  I suspected a dirty contact somewhere in the drive.


-- 
 L. J. Dickey, Faculty of Mathematics, University of Waterloo. 
 ljdickey@watmath.UUCP		UUCP: ...!uunet!watmath!ljdickey
 ljdickey%water@waterloo.edu	ljdickey@watdcs.BITNET		
 ljdickey%water%waterloo.csnet@csnet-relay.ARPA

braner@batcomputer.tn.cornell.edu (braner) (10/22/87)

[]

Here (ARCed and uuencoded) is a program that formats floppy disks so that
they are ABSOLUTELY 200% COMPATIBLE with MS-DOS.  It lets you choose
between formatting a 3.5" disk in drive A: (720K, MS-DOS 3.3 format) or
formatting a 5.25" disk in drive B: (360K, MS-DOS 2.0 format).  The disks
can be read and written by both the Atari ST and an IBM-PC compatible.
Subdirectories are no problem.

table
 !"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_

------------ cut here --------------
begin 644 ibmfmt.arc
M&@A)0DU&350N1$]#    . $  %4/YJ&&N8X!   ,#12 @#2 "IHR(.#(>7-&a
M3I@V()((:6*D"1475)Y, 6'FC9PV8>C,X<CF#1PX>4"023-GS<@Y;T#001-2a
MYL&48>0@#",&)ILZ=,JPR1-PX  9,&"4 #'F31LX(=.(88/P3IJ9()I,:4%$a
MHPL0$>F H"H21)XW=9BB>?-F#D(Q9>C<*5/&#4>/(.G02>/F#(@P10G.<%%#a
MA$J6:T#P52DGC1V$072 0'$#Z1(66;=VW3AXQMV/(5. \/@Y[]Z^?T'4<"&Ca
M<. !*ULJMDNF\6,00B2CF&$#QN7,7#6"D.$"1NG07T$81!C;)=,P=N&"T!F&a
MS%\W9%[?::RW+@@Q*<6\P3H3,IV<:4!,H7+=.O2($UM &<+4*=2]4\LDGU)'a
MS$J=8]#A41IES/%:3@BY$9-";^37A@L!!00:"$E"349-5"Y43U,   "O"P  a
M50]7FS$58 \   Q@-   T #<P !>!KK  @"2 R?Y&@Y@ '%@ S4JGJAH X  a
MB!8 &$!K!8#"2  <H/$:& * " #2&@GC]0_2 '\N@KP \**!D#,_> !0XB3(a
M-WX2&8#@B$$$TVGM4'XL.070&P,30$1!]H_?4@ 0IG*H*@3#UJXH.$+(%I5#a
MBB9=-P) X(2D 1!LNB)! P"0$UT'<&!Y](+%/WL_#.O[2T #ET=!!_X]8"=Ra
MD,@"B@YV4F<=#T@ D@AI @*$#!<P  @0$$ U' #0!/03 ""!:HD@((%P\&$&a
M,'V.5 +@8^.8 3P Z!$?I0? OF83Y)#!!06 (V SMN$*(""7 0 SI$&7$R76a
M A.*#N@XY(U/'2?HCX!8G\X]D2'BU.%Z?3T[+@,"Q$* +0&,=\(M#."20'<!a
M!& + .-ET$P$T !380D# %!' $  L0@RONW"  #J#/2:+__P@8X# *SCCR\5a
M]('.=[1 :$$S&;!""#!T($"+ [,<T P$Z\PSC&A-")'$$Z4-\4032!+QQ!1-a
M/OF- "4(D( *_U3W@  -*$!$&G.L 8(0;[Q!!PAFA)$&&W7(44:8!"G@Q!MNa
MM#!%'G/0448;()!!IIEOR!'HH""4(8<<A889IA1EP,%&&&.4 4(8;I !0I]Ra
MI+&&I9CF <*GHMZ!1AEN@"!G&&3D02<DGU2ARCHT@(9D:3.X,(-JK+D& "@%a
MY).A;;1!0H$$#1'0FCZ^!;<2'Q8<L MR-A1S@P=66##%+ROPD<L" /##B@F a
M]   '0.@5X JBA C3CP&?)#($0(<<T"WST5W!B@0\(')/298P,< !G PL $.a
M\#'*#PK?P <N(   < 1\+.+! @,/@\0]\P1@@,.[ %! * RC\PD VPF SBP a
MR)'!(OM\"X OUO0QCREU--#('R#X$DX?,M],!P:^W"&C&@#(0$XS%GCQP2,$a
M/$*$ #CZ DP?ZZP3"@<%A'>/#1C[ XPH// 1BL.C],!'R ><K6(2 (2" 1\Ja
M&+ #'T#@8$#9<PP 2ME0H.,$ %C(80P*>_-!!P,>.PPPQ@-@LPXTBKA0 1^*a
M6-!/'Q:K72( K[&B (\B_+C+ 1 2*8_7-LSMCS"(6' WZQKP$;L*"N? QS"Ta
M"+"(!;K'8H TYBA@P]V+*&-(.IEOKH@-N$,W3)AWYKEGGW\>6B8(A6IOIJ*,a
MRO%HI)-6>FFFF]+1Z:?GBTHJ"*:BJFH9K+JJ0)UC;H^FFFRZ":><=$*2DI@$a
M B=!:312HE(!G]00"<C*"5;X!SI>L  DL&$@D4G 7PS A<=8$  NR. &G?"8a
MR-!%%P8@ A4>T0,@_,,?#' # &KP0C,,! -J T  _H&/'*+@,#G<(3W ,! (a
M",$-/,PA% YSQ'_0 P8NX.$9!D*!#SI!A+HH #\>0T2P?% 06"R .CQX05J$a
MD1LE%,H)"R"-%;;PA3$$0!Y>.,62Q#$+=!R( G[R%P&P8H4?5$882?&8%O#Aa
M$&480@@DJ+9RE.,?^FBB/[JH#BCRT(8 <( EQ<8''=81 I$)H5 RDT4V#*:)a
M_.BB+'X017V\((KHB$P 6-D56OHC@[2DAQ!.84%LF",R=LHB![R!% TH 1!Ua
MU,,'M1%&$3QFDT@ 1B"0H@!H=!(&/P  9OY2  0,!IK2I"82@&!- &!3FZ-Da
M##L&\T'$"$6#NB" -YX917Z4\YS;C*<RV,F& "@ BP3@!1=UJ 0I()$?<11 a
M5SCR#R08](6;A 42[<%0!TBRBQ38Y#@ $01V^+)"0H#"0V'H!MN\D*'FL"0^a
MZLB '"HTE0-!0 X34,MZRO(GLLSE+GOYRW<R!@3$+$D+7 @/E=;1!+KKQS^Ta
M80[=_0, VD!'4O_AC:;RX:G>0$<0])$/4H   28 0A=%H+M\+-6J3XUJ6?]!a
M#K0"@!Q:U<<^ /'5L%Z4BAKEJ$?-42$8;&*D,6S-20'PCY[6YB<X%<HLHZA+a
M7K+!EU@<@"*"2H&A_H,=((@B/#"I@,Q>MHY5[*<#(BN(@7JQG]CTJ2X& (<Ta
MSN4O S##"DWP!2=X@3.XM0(&7?!:70A &2N,X2!BZ@8#P$ H  "#!U@YE\CXa
M +8T&$P.@" -<IS!N#SXQS_ 0(#C2N:V[]&M-GF+@,@P ;8.V QX(?A""G9Ta
M&C(P 1+ 8 $8K   H^OD ,Z   K^!0 J&(PUD$(!$"S@O3(0 0*DL1*1T0(6a
M@6@#-IA[PG^X8K:U7:]X*6@"&?9W ?\EPF"4 (3K'E>[8("!??$+C$Y"X P*a
M>,%]#?"7 .#CE&O [P_N2Q%=_(,%*R2QB;.[W>XBE[:VS>U D'". $"@PW-9a
M<7X!$%L$G'B[ \&$"R;@B54 P+CWG3(RK2#E%JO&#-A%L1W*W$D"G &4H]SEa
MCD/R7S1  3('D/&7Y]QC 3#CS@QPX3_0?&4P $$ :_C''_ +@P-$,QI>=@ 8a
M2," '-N$ 6_@@"Q73  B "&:.^'S?SEPYQ, (9,F\+(!A)!C(P^$"=] @%\Ta
M_ ]YQ-$F"&!#9[,+"0)T\9:\'2UY7ZECH0BAQI.EIF41"HADM0$!GH4I3')*a
M7CD;N\9@"*H"+(L/S%#8V@ XMBX"8 1M6Y8><6R- \S@ ,_B QJNP.]0\3OIa
MA&:2W9ZE![SE?6H%@$&3P>8O"'CM:S%D%K^P<(43W^ !)"!1'@=7 &@43H]0a
MDS<R0/@O.(+* )P.F[?_O+8N * ,;3.@V;WN C#,'(#I5A?& Z^)K_V- "&Pa
MH;H13W)X!T+L\@HE"?]UQ&-TSEY_7-0$FRR'7J-!B[Y"0*)S87?2E]YT8(04a
ML#)DPDFE0?0(WO( /B"OV@( @Q=VE.DB0((TW/%"7T#ANEA PBR0809[P  %a
MJO'!!W2>@B1$ Q8I4$(T6)&"+T0#%4YP@@C8\'<2,)X5A3D\9_K^]\ /OO"2a
M#\+B&__XR"-^Y\FE 0@\# $(( $0L.BD M@=F0;D\Q_&&,SHYR*%>".@]*?/a
MYNM=\4W>,F *,F0 B<T C*X/! P8F#T":C\7W -"]T(AP%_^ 8C>AP3X(1D^a
M-XR?W.1[F/FW-_WST2FRZ4O!^K\/OO:[7FLFFQ/*"B#!$CH: "VT  F'$6Y,a
MS6 !YCK OSY& X_1 S+D "]$1 ' !#$D"$^% /SG?P"X70-8@ >H0RZP@/X0a
M=?T7;!'86BQ$@9.D0Q#0 DL 29)$87_A#W809$" 2:;0190  1)P>JF'7YADa
M"" @<0"@</I0@P#P!D"0@Q,'2=%D6?+P2I"$A/) 81B7@GS <2Y'#M&4<+7&a
M7X4V$*@  RQ07=& 1/Z A/;P D)A$P+ A$*1<;K@#^6&% P0A8&F&D.&8G0Pa
M4E*@"#EH6?H !@)0AT(( (L =0Y0!H1%!F 0%@M@ \%F# VF7= P""00A#K(a
M@T7H0D?82DIHA@" AOU #E!(75((#%0H#W&X71"@A5SHA39779L$:R.B<T/ a
M#O E DC1:S* %"XQBP10B[51B\,EB\FBB[?XB[;HB[3(#]S!B\%8C+1!C+DXa
MC+A8B\?(#[WXC/Q &]+ #P6 ![I#&],  YRQ 440)@J0 $TP!2V00" P!F_0a
M!G 0!G20!F+ !I8B*-MC!H72!N[H)W+  B!@!S& &A:A .-8!&Z@CYN2!GI@a
M*6]@!MX# B@P R]0 RF@ Q%3)^,8!&+P!G6P)G3P!J7A SX  D;P!%+0!$% a
M!0/' Z51 RX@ S4@ @V9!JE"!IUB!Y8B!+QED0F D1K)D1X) B IDB1IDBC)a
M RH) KGRDC$YDS5I*4' 6^*8  D !8Q2*66@*2B0!R_@!BGP Q49E49PC_DHa
MDW4DCD6P*-UCCW* CW3PCFYP!B"@/I1B)@/AD&10!F.0!OC(!BG /:DR!VEPa
MEQ$3 G02E6<9/O#3*6X)EXS"/W. EQTI!W,0 E\ID E !'A2!BY0&DB0!FL2a
A*J-2!GG 6T[B!#HP$$%0!5APF@ @4E3 FJ]2  +P'1H a
ranckes

franco@iuvax.cs.indiana.edu (10/22/87)

Another guess:  you are using disks with the same serial number.  The
result is that the operating system is confused and doesn't know what to
do.  Use Diskdoctor or SECED to check (I believe) bytes 7,8,9 of the boot
sector of your disks (where the serial number is).  If those bytes are
zero or the same value over several disks then you must change them.
This problem shows up from time to time because the early version of 
twister did not set serial numbers ramdomly.

pes@ux63.bath.ac.uk (Smee) (10/23/87)

I observed such behaviour a couple months ago.  I:

(a) stopped using scache; and
(b) got a drive-cleaning kit and cleaned the drives

and the problem went away.  Being a lazy sod, I haven't investigated since to
see if (a) had anything to do with it.  I suspect (b) is sufficient both because
I trust Moshe's code and because no-one else seems to have noticed problems
with scache.  (Haven't bothered to put SCACHE back because it doesn't seem
to work with my DS disks, only with SS, and having come up in the world I
don't use many SS disks any more.)

870646c@aucs.UUCP (comer) (10/23/87)

Summary:Test message


This is a test of our posting program to the Atari ST news group, if this
message does happen to make it out could someone please respond. Once I 
have the program running properly I will be posting some machine source code
for use with Assempro, also will include sources showing how to use some of
the Line-A commands.

ble.$Cessary