🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fras.text.diskussion
Article #20

Re: Defekte Archive

#20
From: Reinhold Rietz
Date: Mon, 15 Apr 1996 06:29
48 lines
3085 bytes
MIC@Lucky.MCNet.de (Michael Liebl)
meinte am 08.04.1996 um 09:37:10 Uhr
folgende Zeilen unter dem Betreff:
"Re: Defekte Archive" in diesem Brett:

[...]
> > Partition meiner HD, wurden sämtliche Dateien die eine bestimmte
> > Größe (größer 100k ?? ) überschreiten *zerstört* :-((( !
> > Dies habe ich daran gemerkt, als ich ein LhA Archiv entpacken wollte
> > sind (mehrere MegaBytes). Woran kann das liegen ??
> 
> Setze mit der HDToolbox mal den Wert für MaxTransfer auf 0xffff
> und probier es nochmal.

Daran kann es IMO nicht liegen. Ich hatte das gleiche Problem mit einer
850er Maxtor, die übrigens nach dem Einbau den Platten-Mount so verzögerte,
daß mein A4K jetzt bei einem Kaltstart stets das Original-Bootbild zeigt
und erst nach einem folgenden Warmstart von der Platte bootet. Atomatisch
gepollt wird halt mit einer Boot-Diskette, die einen Warmstart ausführt und
dann die startup-sequence von der Boot-Partition der Platte aufruft.

Für einen Plattenboot nach dem Anschalten des Rechners habe ich noch keine
Lösung, aber nachdem ich die DFÜ-Partition wieder auf meine 420er Conner
verlegte, werden die empfangenen Puffer wieder ordentlich ausgepackt und
einsortiert, so daß auch Archive > 200K wieder ohne Fehler sind. Übrigens
wiesen auch Puffer-Backups jetzt nach nochmaligem Auspacken und Einsor-
tieren keine Fehler mehr auf.

Beide Platten haben max Transfer 0xFFFF und DMA Mask 0xFFFFFFFE als Ein-
stellung. Wenn ich jetzt die empfangenen Archive auf eine Partition der
Maxtor auslagere, werden sie auch fehlerlos kopiert. Demnach muß die
Fehlerursache im Prozeß 'Empfangspuffer auspacken --> in die Bretter
einsortieren' liegen. Der Schreibzugriff auf die Platte wird dabei durch
irgendetwas gestört, so daß bei mir z.B. in einem MUI-Archiv Teile von
einem VT-Schutz-Archiv wiederfanden.

Mich ärgert zwar, daß ich die Ursachen für die beiden Probleme nicht exakt
ermitteln kann, mit den Notlösungen aber wenigstens einen einigermaßen
passablen Weg gefunden habe, um weiter DFÜ zu betreiben. Ich hoffe ja noch
immer, daß vielleicht ein anderer erfahrener User hier einen besseren
Ausweg findet.

    Bye, bye, *Uropa* *Reinhold*!!!  -  <UrOpa@TOP.EAST.DE>  -
      <UrOpa@LITELINE.mcnet.de> - <Reinhold Rietz@2:249/999>
    - Radio Controlled Internal Clock - MicroDot V1.11beta16 -

»-> Spruch des Tages:
»-> *Jeder* Schuß löst mindestens *ein* Problem (aus). (Anonymus)
Technical Details
Message-ID: <xcgkGMD449aez3@p0034.liteline.mcnet.de>
Path: arc1-ca.pugleaf.net!data-klo.mcnet.de!liteline.mcnet.de
References: <xaPpmMD4FBFasz2@mic.lucky.mcnet.de>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!data-klo.mcnet.de!liteline.mcnet.de
From: UROPA@LITELINE.MCNET.DE (Reinhold Rietz)
Newsgroups: fras.text.diskussion,z-netz.rechner.amiga.allgemein
Subject: Re: Defekte Archive
Date: 15 Apr 96 08:29:58 +0200
Message-ID: <xcgkGMD449aez3@p0034.liteline.mcnet.de>
References: <xaPpmMD4FBFasz2@mic.lucky.mcnet.de>
Organization: MANSFELDER LANDBOTE
X-Mailer: MicroDot 1.11beta16 [REGISTERED 000449]
X-Gateway: ZCONNECT UH ldb.han.de [UUCPfZ V5.73 U002]
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-ZC-Telefon: VF+49-034785-20268
X-ZC-Post: Trift 4;06456 Sandersleben/Anhalt