🚀 go-pugleaf

In article <5884@opal.cs.tu-berlin.de>, markusd@opal.cs.tu-berlin.de (Markus Dahm) writes:

> [... Benutzung von MTools, um Disketten auf einer SUN in MS-DOS Format
>      zu beschreiben, verursacht einen "Tango" des Lesekopfs auf dem ST ;-) ...]

Tja, aeltere Versionen von MTools hatten diese Eigenart, das sie (auf
der Sparc compiliert) eine inkorrekte FAT schrieben.

Abhilfe: Version 2.0 mit Patchlevel >=4 (oder neuer) besorgen

MfG
  -bernd

In <5884@opal.cs.tu-berlin.de> markusd@opal.cs.tu-berlin.de (Markus Dahm) writes:

>Hallo,

>ich bin leidenschaftlicher ftp-Benutzer und habe mir auch schon
>viele nette Sachen in meinen Arbeitsbereich kopiert.
Ich auch, daher kenn ich das Problem...

>Nur will es mir leider nicht gelingen diese Dateien, meistens
>Binaerfiles oder Achive auf meine Festplatte zu Hause zu ziehen.
>Ich gehe dabei so vor, dasz ich (Qualitaets-)Disketten auf
>einer SUN - oder DOMESTOS :-) - Maschine formatiere, dann die
>Sachen mit mcopy runterziehe und frohen Mutes nach Hause gehe.
>Nur leider faengt das Laufwerk meines Mega ST beim Lesen der
>Dateien ganz fuerchterlich an zu rattern und dementsprechend
>sehen die kopierten Daten auch aus : nach Muell .

>Folgende Versuche sind bisher fehlgeschlagen :
<stuff delted>

Das von Dir beschrieben Problem liegt an mcopy, bzw. mwrite. Ich hatte mich
anfangs auch gewundert, warum eine domesDOS B"uchse die Disketten die von
m{write,copy} geschrieben werden, lesen kann, der ST aber das wilde Rattern
bekommt, bis ich mir mal die FAT der Disketen angesehen habe: m{write,copy}
beschreiben nur die erste der Beiden FATs, die zweite bleibt leer...
domesDOS Rechner verwenden die erste FAT (die zweite ist eine *unn"utze*
Reserve, *unn"utz deshalb, da es keinen vern"unftigen Weg gibt die Integrit"at
der FATs zu vergleichen), der ST verwendet die zweite FAT (und entsprechend die
erste als Reserve). Es handelt sich also um eine Bug in m{write,copy} !!


Abhilfe:

1.) auf einer Sparc Station 1, 1+ oder 2 die Disketten mit 
	mount /pcfs (leider nur als root) "mounten" und die Dateien mit
	mit cp <file> /pcfs draufkoperen (Disketten kann die Sparc mit
	fdformat -d -2 auch formatieren). Da mount nur f"ur root erlaubt
	ist, hier zwei shellscripts, die root mit setuid root installieren
	kann:

dosmount:

#!/bin/sh
# dosmount -    mountet DOS-Floppies fuer jedermann/frau/kinder wie in
#       /etc/fstab beschrieben

if [ $# -eq 0 ]
then
  /usr/etc/mount  /pcfs
  exit 0
else if [ $# -eq 1 ]
  then
    if [ $1 = "-r" ]
    then
      /usr/etc/mount -r /pcfs
      exit 0
    fi
  fi
fi
echo "Usage: $0 [-r]"
exit 1


dosumount:

#!/bin/sh
# dosumount -   unmountet DOS-Floppies fuer jedermann/frau/kinder wie in
#       /etc/fstab beschrieben

/usr/etc/umount /pcfs
/bin/eject



2.) Wenn nur m{write,copy} zur Verf"ugung steht: Disketten auf dem ST
	mit beliebigen Diskmonitor "editieren" und jeweils Sektor 1 auf 4
	(bei DOS formatierten Diskette) 2 auf 5 und 3 auf 6 kopieren. Ich nehme
	daf"ur immer den SED aus dem Scheibenkleister (Hallo Claus !)~


Ciao
	Holger
-- 
#############################################################
# Holger Lesch              email (privat) :                #
# Sybelstrasse 23               holger@zelator.in-berlin.de #
# W-1000 Berlin             email (non-privat):             #
# Tel. (030) 3243615                   holger@kom.sietec.de #
#############################################################

Ahem, wie sieht's denn aus: Hast Du auch die Step-Rate der MS-DOS-Floppy
am Atari auf 6 ms (Millisekunden) heraufgesetzt ? 

-volker
-- 
Volker Schmidt               | UUCP: volker@edfd.uucp
eckard-design GmbH           |
Reesbergstrasse 1            | X400: c=de; admp=dbp; prmd=uni-giessen;
D-W-6400 Fulda 1             |       ou=fhfd; s=schmidt; g=volker

Hallo,

es ist korrekt, dass das Problem ein Bug in den MTOOLS ist, daher ist die 
einfachste Loesung des Problems:

Ein korrekte Version der mtools installieren!

Wir haben hier mtools 2.0.5 und damit war das Problem behoben (es werden 
damit beide FATS beschrieben)

Jan Timm
--
mail: Jan-G. Timm                               email: Jan.Timm@mpi-sb.mpg.de
      Sulzbachstr.1                 		       timm@cs.uni-sb.de     
      D-6600 Saarbruecken          		       
      West-Germany