Frage an die Daten-Forensiker im Forum

Ja, das sind irgendwelche botanikhistorische Texte.

Geht das nicht per ungefähr mount -t fat12 imagefile ?

Was für ein Betriebssystem verwendest Du?

Wordperfect-Konverter gibts wie Sand am Meer.

Mounten heißt Du hast es mit einem Linux System versucht ?

Es gibt auch die option -t auto

Reicht es nicht mit einem Editor sich den Text wieder aus dem Backupfile zu holen ?

Quote from Wildfire

Reicht es nicht mit einem Editor sich den Text wieder aus dem Backupfile zu holen ?

Nach einem kurzen Blick in die beiden 'Images' gilt es wohl erst zu klären, ob die 'Sicherungen' überhaupt verifiziert wurden. In der Atarist-Version fehlt zum Beispiel mindestens in Sektor (mit Leerzeichen gefüllt), der in der IBM-Version vorhanden ist (aber auch dort fehlen die Inhalten von einigen Sektoren).

Mounten wird schwierig, da es kein richtiges Dateisystem gibt. Nur so etwas ähnliches wie FAT-Einträge in Setor 9, die aber nicht zu FAT12 passen...

Also Photorec vllt die einfachste Option und dann irgendeinen WP->Welt Konverter

Irgendwie kann man die Dateien nicht herunterladen ...

Die Daten sind schon ziemlich kaputt. Es gibt keinerlei Strukturen mehr (da hilft dann auch kein Fotorescue).

Es ist nicht einmal sicher, das beide Dateien den gleichen Stand hatten oder wieviel Fehler beim Image lesen noch passiert sind. Ganze Sektoren fehlen jedenfalls in beiden Versionen (s.o.)

Wenn man das sektorweise (bzw. cluster-) betrachtet, fallen schon Unterschiede auf die nicht zusammenpassen. Das kann natürlich auch daran liegen, dass das abgespeicherte Ergebnis (marginal) unterschiedlich zw. ST und IBM war.

So kann man jetzt nur versuchen die Gesamtdatei sektorweise zu rekonstruieren. Da würde ein Ausdruck (o.ä.) des Textes auf jeden Fall helfen.

Die IBM-Fassung hat etwa 1.5x soviel Daten wie die ST Version

Ich würde erst die Disketten reinigen und auch den Lesekopf.

LS-120, sofern irgendwie zugänglich, hat mir oft gute Dienste erwiesen beim Erstellen von Images unlesbarer Disketten.

Stimmt, dann scheidet das aus. Sorry.

Quote from abrandt

Bei dem Text geht es um Ausgrabungen in Carthago (Für die Lateiner unter Euch: Ceterum censeo Carthaginem esse delendam). Insbesondere ein paar Tabellen aus der Datei sind für die Schwester meiner Kollegin wichtig.

Ich habe versucht die Images mit Debian-Linux zu mounten. Hat aber nicht geklappt.

Wie kann man eine 5.25" Diskette reinigen?

In ein LS-120 Laufwerk passen keine 5.25" Diskette, oder?

Kennt jemand ein Programm, dass Wordperfect-Dateien schreiben und lesen kann? Vielleicht kann ich so die Tabellen in eine Datei kopieren.

Display More

Gegenüber der Leseseite aufschneiden und die Scheibe rausnehmen. Orientierung nicht vergessen!

Auf eine saubere Fläche auflegen und mit Glasreiniger sauber machen. Dann die andere Seite auf eine neue saubere Fläche auflegen und die auch sauber machen. Falls die Hülle nicht dreckig ist dann wieder da rein, ansonsten eine saubere Diskettenhülle dafür nehmen.

Fuer die ATARI 368K Version (368.640 Bytes) kommt normal nur das

QD-Format in Betracht:

QD, 2S, 40T, 250 KBit/s, MFM, 256 BpS, 18 SpT, 368.640 Bytes gesamt, 360K

diskdef stqd360
  seclen 256
  tracks 80
  sectrk 18
  blocksize 2048
  maxdir 192
  boottrk 5
  os 2.2
end

...aber damit geben die cpmtools auch nichts gescheites raus

Quote from abrandt

Kennt jemand ein Programm, dass Wordperfect-Dateien schreiben und lesen kann?

In dem Disk-Image befinden sich Strings wie .LH 10, .MB 3 und ^-Codes: sieht eher nach WordStar aus ...

Quote from ThoralfAsmussen

Irgendwie kann man die Dateien nicht herunterladen ...

Hallo abrandt

ich kann die Dateien auch nicht runterladen! Wenn ich die Links aufrufe, bleibt bei mir die Seite komplett leer.

Könntest Du bitte die Dateien als Dateianhang hier hochladen?

PAW

Quote from abrandt

Die Diskette war leider auf meinem Pentium 4 nicht mehr lesbar. Die Oberfläche der Diskette sah schon sehr abgeschliffen aus.

Quote from abrandt

Wie kann man eine 5.25" Diskette reinigen?

Das Reinigen des Kopfes ist auf jeden Fall empfehlenswert!

Vor einer Reinigung der Diskette würde ich noch überprüfen, ob sich nicht die Magnetschicht schon beim Lesen ablöst/abgelöst hat. In diesem Fall könnte eine Reinigung der Diskette zu einem völligen Datenverlust führen. Was in einem solchen Fall zu tun ist, wird im Netz (z.B. bei Tonbändern, etc.) beschrieben.

Da beim Lesen mit einem Floppycontroller bei fehlerhaften Sektoren möglicherweise abgebrochen, aber jedenfalls mehrmals wiederholt wird, wäre es sinnvoll die Diskette mittels Kryoflux, Fluxcopy oder anderen fluxbasierten Technologien zu archivieren. Dies würde auf jeden Fall die Diskettenoberfläche schonen.

PAW

Nur noch mal zum Verständnis für mich: Die verlinkten/angehängten Dateien sind die Diskimages?

Ich habe mal versucht das Carthago_Raw_IBM mit ImDisk zu mounten, was aber wegen "kein Filesystem" fehlschlug.

Hier mal ein Einblick, was so drinsteht.

Im Textfenster ist es nicht vollständig, weil 10000 Zeichen Begrenzung; daher .txt nehmen.

Das Ganze scheint wirklich ein Textverarbeitungsformat zu sein, sind auf alle Fälle jede Menge Steuerzeichen drin. Vielleicht läßt sich die .txt ja irgendwo durch einen WordPerfect Konverter schieben. (Wenns denn wirklich WP ist. Vielleicht war es ja auch ein Schneider Joyce o.ä.)

 QEngels bAmerikaans ÿ R ^totaal

soort $aantal *% 5aantal ;% Faantal R%
Acer V1 ÿ0,2  R E   1 0,2
Alnus 1 "0,2 &1 ?0,2
Alnus (glutinosa) ÿ2  R O 0,5 2 0,3 
Buxuó !² '0,µ +² 10,¹ 5´ ÿ0,6
Castanea (cf. sat R F
iva)   2 0,5 2 &0,3
Cytisus *5 01,1 45 ÿ0,7  
Fagus   R K     1 0,2 2 0.9 3 ,0,4  
Ficus 05 61,1 :5 @2,2 E10 ÿ1, R T4
Fraxinus 7 1,6 10 %4,3 *17 <2,5 
Ligustrum @3 F0,7 J1 P0,4 ÿ R H 4 0,6  
cf.Morus 1 #0,2 '1 30,2
Olea 883 ?18,7 D22 ÿ R R     9,5 105 !15,6   
Ostrya# %3 +1,3 /3 E0,4 
Prunus divers
 J27 ÿ6,0  R     Y 
11 4,8 38 $5,7
Quercus )22 /5,0 420 :8,6 ?42 S6,2
Quercus ilex ÿ2  R
 Q 0,5 3 1,3 5 .0.7
Quercus suber 23 80,7 <3 M0,4 
Rosaceae     ÿ R @     6 2,6 6  0,9
Salix $4 *0,9 .4 ÿ0,6
Sambucus  R D     1 0,2 1 "0,2
Tamarix &4 ,0,9 04 61,7 :8 ÿ1,2
U R
 B    lmus 36 8,1 3 1,3 #39 25,8  
Vitis 61 <0,2 ÿ1  R C 0,2 
kurk 1 0,2  1 /0,2

Abies 32 90,5 >10 ÿ4 R W,3 12 1,8  
Callitris #2 )0,5 -1 30,4 73 F0,4 
Cedrus L100 S22,6 ÿ R _
   35 15,1 135 )20,0
Cupressus .15 43,4 933 @14,2 E48 V7,1
Juniperus [25 ÿ R P     5,6 12 5,2 37 &5,5
Picea$ *1 00,4 41 L0,2
Pinus halepensis ÿ R g      51 11,5 19 8,2  70 710,4
Pinus maritima     <22 B5,0 F4 L1,7 Q26 ÿ3,8
Pinus sil
 #Vitis (1x 12 ml
 ÿ RJ L Pinus silvestris   2x &7 ml
 4naaldhout + 91x H0,5 ml


 ÿ RK W S-2-




G1,_Byzantijns,_binnenzijde_kademuur,_600_AD (12 monsters)
" ÿ RL U &frequentie   ml
Ficus *5 6Ligustrum
 ;3x M3,5 ml
Quercus Q2 ÿ RM I   Olea 1x  2 ml
schors $1 .Quercus 32x A4 ml
Abies E4 ÿ RN M
 Rhamnus 1x !1 ml
Cedrus %2 -Abies 21x D3 ml
Cupressus H5 ÿC RO g
edrus
 1x !3 ml
Juniperus %5 =Pinus halepensis   4x W41 ml
Pinus halepensis ÿ2
naaldhout RP X -
 T2


GH1+GH2,_Byzantijns,_buitenzijde_kademuur,_600_AD (28 monsters)
* ÿ RQ e-   frequentie   ml
Prunus t 2-3     11 <Fraxinus A1x V2 ml
Prunus t 6-8     Z2 ÿOlea    RR ] 
4x !9,5 ml
Prunus t 5-6     %1 =cf. Pistacia lent. 2x P19,5 ml
Quercus T7 ÿPrunu RS Ys t 3-4 1x $1,5 ml
Rosaceae
 (1 7Prunus t 5-7 <1x L2 ml
Tamarix P2 ÿQuerc RT Uus ilex 1x $10 ml
Callitris (1 0Ulmus 51x E80 ml
Cedrus J12 ÿAbies   RU U 
2x 3 ml
Cupressus  3 ,Cupressus
 11x D45 ml
Juniperus H2 ÿPinus hal RV lepensis   3x  48 ml
Picea $1 5Pinus maritima :1x T20 ml
Pinus halepensis ÿ3
Pinus silvestris  RW d 7
Naaldhout -
 "7
Indet. W3


LM_16-17,_Byzantijns (5 monsters)

Olea ÿ2
Quercu RX \s ilex     1
Cupressus /23







 ÿ-3-




 
KL_12,_Byzantijns_havens RY Jediment (14 monsters)
- >frequentie   ml
Buxus B2 ÿPrun RZ \
us t 3-4 1x  4 ml
Fagus $2 6Prunus (wortel) ;1x N17 ml
Ligustrum R1 ÿPrunus R[ P t 6-8 1x 2 ml 
Olea #14 -Quercus 21x A4 ml
Ostrya E3 ÿVitis   R\ Q 
1x  20 ml
Prunus t 2-3     $7 3Prunus t 2-3 81x A6 ml
 D ÿtype 6    R] H
 
1x 15 ml
  Abies $1x 43 ml
Quercus
 911 ÿCallitris   R^ ` 
1x 3 ml
Quercus ilex     #2 ;Pinus halepensis   1x K3 ml
Tamarix O2 ÿPinus silvest R_ S
ris   2x 10 ml
Ulmus  3 .Naaldhout - 31x B10 ml
Abies N1
Cedrus ÿ2 R` m0
Cupressus  1
Juniperus 63
Pinus halepensis K14
Pinus maritima a4
Pinus silvestris ÿ2



 Ra h,



















! ÿ-1-




Byzantijnså resultaten_Amerikaanse_opgravi Rb U-ng
(F1¬ G!¬ GH1¬ GH2¬ KL12¬ LM16-17)
* Nfrequentie   ml
Buxuó
 ÿ²   Rc P Fraxinuó 1ø #² ml
Faguó
 '² 3Ligustruí
 83ø H3,µ ml
Ficuó
 Lµ ÿ Rd \    Oleá 5ø #11,µ ml
Ligustrum     '1 ?cf. Pistacia lent. 2x O19,5 ml
Olea
 T16 ÿPrun Re c
us t 3-4 3x $13,5 ml
Ostrya (3 7Prunus t 5-7 <1x Q2 ml
Prunus t 2-3 U8 ÿPrunus (wo Rf d
rtel) 1x %17 ml
Prunus t 5-6 )1 8Prunus t 6-8 =1x R2 ml
Prunus t 6-8 V2 `Quercus ÿ Rg ^ 3x 8 ml
Quercus
 20 ,Quercus ilex 11x G10 ml
Quercus ilez K3 URhamnus Z1x ÿ Rh S 1 ml
Rosaceae
 1  Ulmus %1x 680 ml
Tamarix :4 BVitis G1x ÿ20 ml
U Ri U    lmus
 
3 Prunus t 2-3 !1x /6 ml
Abies
 35 <type 6
 A1x ÿ15 ml
Callitris Rj Q         1 Abies 4x %9 ml
Cedrus *34 6Callitris
 ;2x M9 ml
Cupressus ÿ Rk T32 Cedrus
 1x '3 ml
Juniperus ,10 8Cupressus
 =1x L45 ml
Picea
 P1 ÿ Rl u  Pinus halepensis   8x 992 ml
Pinus halepensis 19 JPinus maritima O1x g20 ml
Pinus maritima k4 ÿPinus  Rm lsilvestris   2x 110 ml
Pinus silvestris  9 ?Naaldhout - D1x Y10 ml
Naaldhout - ]9 h
Indet. ÿ Rn a     3 
-
Totaal
 )198
(schors)     ÿ(1)


...



 Lgeordend_naar_area

 O Xarea 1 aarea 2 ÿ R_ 4 area 4 totaal
 ?- "
 )Oleá ÿ8,µ (5x R` a©   1¶   (6x©   1,µ (2x© -2¶  (13x)  
 7Quercus B4,5 (3X) P4,5 (3X) 
 ÿcf. Pistacia  Ra \ 2   (1x) 1   (1x) (3   (2x)
 2Cytisus =1   (1x) H4   (1x) U5   (2x)
 ÿPru Rb Mnus t. 3-4 1   (1x) '1   (1x)
 7Prunus t. 6-8 B2   (1x) ÿ2   (1x Rc H)
 Prunus t. 7-8 #1   (1x) 01   (1x)
 9Lycium
 D1   (1x) ÿ Rd L   1   (1x)
 Rhamnus (19   (2x) 619   (2x)
 =Acer H0,5 (1x) ÿ Re C
 0,5 (1x) 
 Ligustrum *1   (1x) 71   (1x)
 ?Vitis ÿ Rf S 0,5 (1x) 0,5 (1x) 
 *Callitris
 50,5 (1x) B0,5 (1x)
 NCupressus
 ÿ0 Rg K,5 (1x) 0,5 (1x) 
 &Juniperus 11,5 (2x) ?1,5 (2x) 
 ÿP. halep Rh W
ensis 8   (1x)  2   (1x) .10   (2x)
 <naaldhout + G0,5 (1x) ÿ0,5 (1x)
   Ri W
  indet.$ 0,5 (1x) %0,5 (1x)
 -gruis
 P34   (8x)   50   (6x)   3   (2x) ÿ87  Rj   (16x)
    
 YDusº Oleá 13x¬ Quercuó 3x¬ cf® Pistaciá 2x¬ Cytisuó 2x¬ Rhamnuó 
 ÿ2x, Pinus halepensis 2x.







 Rk 





uÿ H            R  W.MB 3


! -1-



 HTOPHET,_houtskooltypen_per_fase

 ÿfase_8  R n alles_zonder_gruis:
 &Olea 550   ml (7x) Ucategorie-indeling_fase_8
 ÿcf. Pistacia   13   m R Yl (2x) 
 Tamarix     (6   ml (1x) /Olea
 54
 SP. silvestris   1   ml (2x) ÿcf R e. Pistacia 2
 Quercus     -1,5 ml (2x) 7Tamarix
 =1
 Ftype 2
 T1   ml (1x) ^Quercus
 ÿ1
 R x Cotoneaster $0,5 ml (1x) 
 ,gruió
 ;41,µ mì (6x© ctotaaì 7³ mì (114,µ mì meô gruis)

 rfase_7
 ÿOl R ]ea
 8196   ml (15x)   categorie-indelin

Quote from abrandt

Nur die ersten Bytes sind irgendwie Schrott (Hex):

E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 E5 usw.

Da ist anscheinend ein Inhaltsverzeichnis davor. Der eigentliche Text beginnt bei $3000. Nach dem Text kommen dann wieder E5. Ist also so eine Art "Leer"-Markierung der Disk.

Quote from abrandt

Nur die ersten Bytes sind irgendwie Schrott.

Nicht nur die.

Bauchgefühl:

0xE5 = Formatierungspattern

0x20 = (wenn ganzer Sektor, 512 Bytes) nicht lesbarer Sektor im Image

Ansonsten:

1 = 0x20, 8+3 = Name, 4 = ?, 16 = Indizes

Habe ich so noch nicht gesehen, aber ich kenne mich mit alten Dateisystemen nicht gut aus (außer Amiga halt).

ps: DFL waren glaube ich so eine Art Wörterbuchlisten, die Datei ist auf jeden Fall kleiner als die 001

Das macht möglicherweise Sinn, wenn jeder Eintrag in der Dateiliste nur max. 16 Sektoren ansagen darf. Dann wäre der Eintrag zu lesen als

Name - Bemerkung - Sektorennummern

und die Datei "CARTHAGO001" belegt dann "03 04 05 06 ... 0F 10 11 12"

und wird bei "CARTHAGO001. w" in "13 14 15 ... 18 19 1A"

fortgesetzt.

"CARTHAGODFL" belegt dann "Sektor" "02".

(wird wohl irgend so ein old-school FAT sein; FAT12 oder eher)

Wenn das so stimmt, kann man sich zumindest das Umsortieren nach Sektoren sparen, weil alles schön hintereinander liegt.

Die Steuerzeichen muß aber trotzdem noch jemand wiedererkennen oder mal durchprobieren, wo man damit einen brauchbaren Text erhält.

Wichtig: dafür die Datei aus cut.dd.zip benutzen. Die enthält alle Bytes inkl "Vorspann" vor dem eigentlichen Text.

Die CARTHAGO.DFL belegt nur einen Sektor und liegt bei 0x4400 (also 512 * 34, und 34 = 32 + 02 ; bleiben also nicht viele Möglichkeiten für C/H/S):

- die Sektorgröße scheint also 512 Bytes zu sein

- die ersten 16 Bytes sind Sektor-Daten (Header)

- da die Dateidaten nicht immer den gesamten letzten Sektor belegen, müsste irgendwo die genutzte Größe stehen (der Rest ist ein Speicherauszug/Zufall/Müll)

Da die CARTHAGO.001 fortlaufende Sektoren belegt, sollte man 'nur' jeweils den Sektor-Header entfernen müssen...

...beibt das Problem der 'leeren' Sektoren (die in einem Image vorhanden sind und im anderen fehlen)

Ist doch alles ganz einfach, auch ohne Filesystem.

Das ganze in 512 Byte-Pakete packen.

Die Garbage Pakete ausfiltern.

Den Rest nach HTML konvertieren.

Evtl kann man das hier als Cheat Sheet benutzen?

Nachträge:

- DFL und 001 liegen per Index um 1 auseinander und um 8 * 512 Byte

- die 16 Bytes Header sind vielleicht keine 'Sektor-Header' (macht von den Daten her keinen Sinn)

- Offset = Index * 8 * 512 + 9216 Bytes (passt auch mit dem Ende der Datei, 9216 = 2 * 512 + 2 * 8 * 512)

- an Index 0 ist die FAT (9216 = 0x2400)

ps: ich gehe im Moment immer von der IBM-Variante aus

Quote from abrandt

[...], die in den 80er oder 90er Jahren auf einer 5.25" Diskette gespeichert wurde.

Von dieser Datei wurden aber vor etlichen Jahren zur Datensicherung zwei Image-Dateien erstellt.

1) Auf welchem System wurden die Disketten denn gespeichert?

2) Mit welchem System und welcher Software wurden die Images erstellt?

Mich beschleicht das Gefühl, dass die Diskette mit einer falschen Geometrie gesichert wurde. Ich würde mich an deiner Stelle auf die Originaldiskette konzentrieren (und bei Bedarf physikalisch nicht mehr lesbare Sektoren aus dem Image heraus zu suchen und einzufügen). Und da du nur ein Original hast, darüber nachzudenken, es jemanden machen zu lassen, der das nicht zum ersten Mal macht

Quote from abrandt

Ich habe WordStar nur als Text-Editor in Erinnerung. Konnte man damit Tabellen etc anlegen?

Nur "per Hand" ... für Tabellen gab es CalcStar, Multiplan, SuperCalc und Visicalc ... in dem "IBM-Image" befindet sich ab Offset 0x5413:

.LH 10
.MB 3

^SCARTHAGO,_alle_houtdeterminaties^S

bedeutet in WordStar:

.LH = Sets the line height in 48ths of an inch

.MB = Sets the bottom margin, in lines

^S  = Underline ON/OFF toggle

... auch andere WordStar-Steuercodes, wie ^X = Strikeout ON/OFF toggle und ^D = Double strike printing ON/OFF toggle, tauchen da sehr häufig auf ...

Guten Morgen

abrandt

Hast du noch weitere Info "wie, mit welchem Programm, mit welcher Hardware die beiden Image erstellt wurden,

was war das Grundsystem, mit welchem die 5,25 Diskette, und auch wann erstellt wurde,

gibt es noch Info welche" Word Perfect " Version benutzt verwendet wurde,