Ich würde ja nach dem LOAD"*",8,1 einfach mal RUN eingeben.
Wenn man danach nochmal LOAD"*",8,1 ist klar, dass der Speicher voll ist
Beiträge von ritti
-
-
Ne, ich habe schon oft Sprünge an Adresse 49152 gesehen, auch SID-Files machen sowas gerne.Ok, das war beim KC85, wo das BASIC bei $C000 eingeblendet wurde.
Aber die meisten C64 Programme fangen ganz unten an, bei 2000 ($08xx) rum halt.
-
49152? Ist das nicht das BASIC ROM ($C000) ?
-
Ergänzend vll noch zu sagen, dass natürlich bei den meisten Onefilern nach dem Laden kein Zeichenschrott auf dem Bildschirm kommt, sondern ein Mini-BASIC Programm mit einer SYS Zeile (zB 10 SYS2081), dass dafür sorgt das bei RUN in das Maschinenprogramm gesprungen wird.
SAVE lädt imho immer alles nach $0801. Für das Speichern an andere Adressen bräuchte es dann doch wieder ein kleine Maschinenprogrammroutine. Konnte man bei SAVE ne Adresse angeben? Wenn, dann nur mit irgendwelchen Steckmodulen in deren Monitor. Hab das ansonsten jetzt nur beim Amstrad/Schneider CPC in Erinnerung.Wenn man noch einen Retro-PC hat, kann man auch ein X1541 Kabel für den Parallelport und den Star Commander benutzen. Mach ich heute noch so
Mein neuer i7 hat jetzt auch einen Kyroflux drin, der kann (zumindest einseitige) C64 Disketten mit dem PC Laufwerk lesen. Aber das wär mit Kanonen auf Spatzen geschossen...
-
Ich lese den Bandinhalt derzeit mit "dd if=/dev/nst0 of=tape2.img bs=32768 sync=noerror.
Sollte so jetzt funktionieren, habe jetzt 862 MB.
Ich finde erstaunlich dass die Baender nach 20 Jahren noch so gut lesbar sind
verhält sich das eigentlich auch analog zu lto3 streamern? mir ist heute ein externes lto3 laufwerk mit sas in die hände gefallen...Bei uns in der Firma wird auch noch auf einen LTO5 Streamer auf diese Weise wie es mrshadowtux praktiziert gesichert. Unsere Warenwirtschaft laeuft unter Linux und wird taeglich per tar gesichert.
-
Ok, jetzt bin ich bei ungefähr 500 kb/s. conv=sync mag er nicht, da liest er nur 2 KB und hört auf. conv=noerror hab ich jetzt aber mitgegeben.
-
-
Ich habe mal auf TERM POWER umgesteckt, jetzt geht scheinbar alles
Der tar befehl bringt nur zurueck dass kein tar archive ist, aber der zweite buffer befehl bringt eine 2K grosse Image Datei zurueck.
Es steht DONNERSTAG drinEDIT:
Mit dem dd befehl kann ich jetzt auch den Rest auslesen, es ist wohl Novell Netware, wenn ich mir das im Hex Editor so ansehe. -
Also am Streamer (das einzige und letzte Geraet am internen Bus) gibt es 2 Jumper. TERM POWER und TERM ON ... der Jumper steckt in TERM ON. Muss bei TERM POWER auch einer rein?
Auch scheint der das zu wuerfeln, ob der Streamer erkannt wird oder nicht. -
Da bekomme ich sowas:
Coderoot@atxself:/home/ritti/tape# buffer -i /dev/nst0 | tar -xvf - buffer: cannot open input file: Input/output error filename: /dev/nst0 tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors
Der rewind Befehl bringt auch Input/Output Error.
dmesg spuckt dann sowas aus:Code[ 2885.258984] st 0:0:4:0: [st0] Error 70000 (driver bt 0x0, host bt 0x7). [ 2942.042642] (scsi0:A:4:0): [ 2942.042716] st 0:0:4:0: Power-on or device reset occurred [ 2942.042731] Unexpected busfree in Command phase SEQADDR == 0x170 [ 2942.043199] scsi0: [ 2942.043204] Unexpected busfree while idle SEQADDR == 0x2f
Hat da irgendwas nen Hau weg?Ach ja, was genau drauf ist, weiss ich nicht. Vermutlich nichts Unixuides. MSBackup ist es aber auch nicht (unter XP getestet).
-
So, Kabel ist da, Laufwerk unter XP mal getestet, und ein Band eingelegt, geht alles.
Jetzt bin ich unter Linux, kriege bei der Erkennung so seltsames Zeug im Bootlog:Code
Alles anzeigen[ 16.101469] scsi host0: Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 <Adaptec 2940 Ultra SCSI adapter> aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs [ 17.155949] scsi 0:0:4:0: Sequential-Access ARCHIVE Python 04687-XXX 6610 PQ: 0 ANSI: 2 [ 17.173457] scsi target0:0:4: Beginning Domain Validation [ 17.186708] (scsi0:A:4:0): [ 17.186796] Unexpected busfree in Message-out phase SEQADDR == 0x1c0 [ 17.186823] scsi target0:0:4: Domain Validation detected failure, dropping back [ 17.449475] scsi target0:0:4: Domain Validation detected failure, dropping back [ 17.712166] scsi target0:0:4: Domain Validation detected failure, dropping back [ 17.974854] scsi target0:0:4: Domain Validation detected failure, dropping back [ 18.237544] scsi target0:0:4: Domain Validation detected failure, dropping back [ 18.500231] scsi target0:0:4: Domain Validation detected failure, dropping back [ 18.762922] scsi target0:0:4: Domain Validation detected failure, dropping back [ 19.025612] scsi target0:0:4: Domain Validation detected failure, dropping back [ 19.069618] (scsi0:A:4:0): [ 19.069705] Unexpected busfree in Message-out phase SEQADDR == 0x170 [ 19.069731] scsi target0:0:4: Domain Validation detected failure, dropping back [ 19.070204] scsi0: [ 19.070211] Unexpected busfree while idle SEQADDR == 0x2f [ 19.332810] scsi target0:0:4: Domain Validation detected failure, dropping back [ 19.595497] scsi target0:0:4: Domain Validation detected failure, dropping back [ 19.858190] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.120892] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.383596] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.646295] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.908999] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.952667] (scsi0:A:4:0): [ 20.952755] Unexpected busfree in Message-out phase SEQADDR == 0x170 [ 20.952782] scsi target0:0:4: Domain Validation detected failure, dropping back [ 20.953285] scsi0: [ 20.953292] Unexpected busfree while idle SEQADDR == 0x1f [ 21.215894] scsi target0:0:4: Domain Validation detected failure, dropping back [ 21.478594] scsi target0:0:4: Domain Validation detected failure, dropping back [ 21.741293] scsi target0:0:4: Domain Validation detected failure, dropping back [ 22.003995] scsi target0:0:4: Domain Validation Failure, dropping back to Asynchronous [ 22.004106] scsi target0:0:4: Domain Validation skipping write tests [ 22.004107] scsi target0:0:4: Ending Domain Validation [ 24.895379] scsi 0:0:4:0: Attached scsi generic sg8 type 1 [ 24.900980] st: Version 20160209, fixed bufsize 32768, s/g segs 256 [ 24.901413] st 0:0:4:0: Attached scsi tape st0 [ 24.901415] st 0:0:4:0: st0: try direct i/o: yes (alignment 4 B) [ 24.905469] osst :I: Tape driver with OnStream support version 0.99.4 osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $
Mal sehen ob das funktioniert ...Wuerde aber gerne erst mal ein Image vom Inhalt des Bands ziehen.. geht das einfach mit dd oder so?
-
SCSI Kabel ist bestellt
Freu mich drauf... -
Da kriegt man glatt Lust, das auch zu Hause mal zu machen. Ich habe "nur" DDS2. Muss das Ding mal wieder anschließen, mir fehlt derzeit ein internes SCSI-2 Kabel.
-
Meh, ich hab nur DDS2 in meinem i7 ...
Und ja, tar ist ja eigentlich nur der (T)ape (AR)chiver... Hier in der Firma wird auch heute noch auf diese Weise die Warenwirtschaft auf ein LTO5 geschrieben
-
Hmmm, Musik CDs habe ich auch nicht sonderlich viele.
Meine erste CD die ich in Händen hielt, war die Windows 95 CD von meinem ersten PC (Davor Amiga User ohne CD Laufwerke )
Die letzte käuflich erworbene CD war dann aber tatsächlich Musik. Als Merchandise beim letzten Hatsune Miku Konzert in London.
Extra mit der Tube noch zu dem Merchandise Shop getingelt, bevor mein Rückflug ging. Das war letztes Jahr im Januar. -
Ich hab hier billig-LED Birnen ausm REWE drin, die halten gefühlt schon ewig. Wenigstens 5 Jahre. Versteht eh keiner.
Aber ja, wenn man sowas brüllt, werden die genau jetzt kaputtgehen -
Mein ThinkPad X230 Tablet
-
Seh ich genauso. Ich zocke mit meinem 2nd Gen i7, den ich 2012 mal zusammengeklöppelt habe, immernoch relativ aktuelle Games. Nur ne neue Graka hat es mal gebraucht irgendwann, und ne SSD.
4K hab ich aber bisjetzt noch nicht als nötig angesehen. -
In meinem 386DX40 steckt ein Knopfzellenhalter mit Schutzdiode und einer CR2032.
Großer Nachteil: Zumindest meiner hält da die Uhrzeit nicht mehr. Die Uhr bleibt stehen. Die anderen CMOS Settings bleiben aber erhalten.
Zum Speisen der Echtzeituhr ist vermutlich eine höhere Spannung als die 3,1V erforderlich.
Bei anderen "Retro-Geräten" (Amiga) funktioniert das wesentlich besser.
Akkusiff ist jedenfalls niemals schön, und egal was man tut, man sollte besser von den Tonnenakkus Abstand halten. -
Ok, 8- und 16-bit Homecomputer habe ich natürlich auch noch... Sah nicht so aus, als zählen sie dazu