Geos Diskette: Wie Datei zu gegebenen Block feststellen

Hallo zusammen,

eine Frage an die Geos-Experten: Ich habe hier ein 1541 Geos-Diskettenimage (in dem Format, welches es am einfachsten macht - will sagen, das konvertiere ich einfach passend). Darauf sind einige Geos-Dateien. Welche, spielt für die Frage keine Rolle. Weiterhin habe ich eine Liste von Blöcken, die zu einer Datei gehören können oder nicht.

Frage: Wie stelle ich am einfachsten fest, ob ein gegebener Block zu einer Datei gehört oder nicht - und falls ja, zu welcher?

PS: Aus gegebenen Grund darf man der BAM nicht trauen. Leider.

Hintergrund: Durch Analyse der GCR Daten weiß ich mit Sicherheit, welche Blöcke überschrieben worden sind. Es gilt, den Schaden festzustellen.

PS: Es wäre cool, wenn das Verfahren auch mit nicht 1541 Images funktioniert - muss aber nicht.

markusC64

Quote from Parser

Welche Blöcke meinst du genau?

21 verschiedene Blöcke, die allesamt an der defekten Kopierschutz-Signatur erkennbar sind - wobei ich den auf Track 13 und Track 19 wohl ignorieren kann (das dürften Seriennummern sein):

Geos macht es einen da dank der 55 67 55 55 55 67 - Signatur einfach die geänderten Sektoren z erkennen.

Quote from Unseen

Nur durch Verfolgen der Blockverkettungen jeder einzelnen Datei bzw. im GEOS-Fall jedes VLIR-Records jeder Datei.

Willst sagen: Gibt kein Tool dafür?

Okay... bei 1541/1571 (aber nicht bei anderen Images) kann ich zur Not noch die Holzhammermethode nehmen: Die unklaren Blöcke defekt machen. Und dann dateiweise herunterkopieren.

Nein. Ich habe noch nicht geprüft, was in den überschriebenen Blöcken drin ist. Da könnten als Scrapfile genauso gut persönliche Daten drin sein - was der halt im RAM hatte.

Dann wurde bei der Analyse eine Kleinigkeit übersehen: Die Dateien wurden temporär mal in den Borderblock verschoben und zurück. Während die im Borderblock waren, kann im Direcory was geschrieben und gelöscht worden sein. Denn der Eintrag würde beim Zurückschieben der Dateien aus den Border plattgemacht, so dass davon dann keine Reste übrigbleiben. Man guckt auf Track 19 Sektor 8 und sieht, dass da mal alles im Border war.

Nachtrag: Also doch der Holzhammer aus #5 .

Wie auch immer: Bei der manuellen Kontrolle per Holzhammer kommt heraus, dass alle Dateien der Diskette trotz kaputter BAM heile sind, jedoch die Datei "NOTE PAD" da eindeutig nicht drauf gehört (die ist in den überschriebenen Sektoren). Okay, dass hätte man aus Erfahrung auch ahnen können, das ist schließlich die Datendatei vom Programm "Notizblock".

Nachtrag: Ja, man hätte ahnen können, dass "NOTE PAD" da nicht drauf gehört. Anderseits wollte ich ja auch sicherstellen, dass die übrigen Dateien nicht verändert sind (mit Ausnahme der Seriennummer). Da war dann nichts mehr mit Ahnen. Denn die Diskette wurde irgendwann vermutlich mal unter Basic validiert, das Ergebnis riecht zumindest danach.

Quote from muffi

Das wäre eigentlich eine Nachbildung der Geos-Valdate-Funktion...

Richtig. Nur dass man bei der nicht so recht weiß, was die macht, wenn man auf Schleifen in den Verkettungen stößt oder ähnliche Schweinereien. Was ja durch mehrfaches Überschreiben sein könnte. Bei einem Lesefehler dagegen wird garantiert aufgehört.

Na gut, jetzt ist es also bekannt - als übernächstes kommt ein deinstalliertes US GeoFile 64.

Quote from muffi

Und als nächstes?

[ ] Du hast im Thread originale GEOS-Applikationen jungfräulich nachgeschaut?

Danke. Werde ich ausprobieren.