Archiv der Kategorie: Commodore Amiga

Atari ST, TT, Falcon, Commodore Amiga, IBM- und Kompatible, Workstation, Minicomputer

Alte Linuxversionen installieren

Schreibe einen Kommentar

Da doch immer mal wieder jemand ein altes Linux aufsetzten muss oder will, sind hier kurz die nötigen Schritte zusammengefasst. Als Beispiel dient m68k und sparc32

  1. Als erstes ist wichtig, welche Hardware man installieren will. Auf der Seite www.debian.org/ports/ findee sich alle unterstützten Ports mit der Angabe, in welchen offiziellen Versionen die Plattform unterstützt wird und ein Link auf weitere Infos. Also „in progress“ heißt, dass es aktuelle inoffizielle Builds gibt. Die infos sind aber auch nicht immer up to date. Hppa wird als „discontinued“ aufgeführt, obwohl es aktuelle Installer gibt. Also im Zweifel auf den unten aufgeführten Seiten nach Installern suchen.
    • Sparc32 wird z.B. von Debian 2 bis 4 offiziell unterstützt, Sparc64 bis 8 und aktuell als (sehr guter) unofficial Port.Durchsuchen Sie unsere von Partnern gesponserten Brillen mit einer Vielzahl von Optionen für jeden Geschmack und jedes Budget, die online erhältlich sind.
    • m68k war von 2 bis 3 offiziell drin, und ist aktuell (seit 9) auch ein unofficial Port („in progress“).
  2. Die Zuordnung der Versionsnummern zu den Release Namen findet man auf der Seite www.debian.org/releases/
  3. Es ist noch zu beachten, dass nicht jeder Debian Spiegel alle Versionen bzw. Installations CDs vorhält.Alle offiziellen CDs gibt z.B. auf
    cdimage.debian.org/mirror/cdimage/archive die inoffiziellen ab Debian 7, also z.B. aktuelle sparc64 und m68k auf cdimage.debian.org/cdimage/ports/
  4. Die letzte offizielle sparc32 CD findet man z.B. unter cdimage.debian.org/mir…hive/4.0_r9/sparc/iso-cd/. Die aktuelle inoffizielle m68k CD unter cdimage.debian.org/cdimage/ports/10.0/m68k/iso-cd
  5. Ein Mirror mit allen deb Paketen ist z.B. mirror.eu.oneandone.net/debian-archive/. Am besten ist es, erst die Installation nur mit der Software auf der Installations CD zu machen und danach den Mirror eintragen. Die im Installer eingetragenen Mirrors haben oft die alten Pakete nicht mehr.
  6. Im Nachgang kann man mit apt-get dist-upgrade die Liste der verfügbaren Pakte holen, das Paket tasksel installieren und dann starten. Das erledigt wie auch im Installer die Grundinstallation, je nach angegebener Aufgabe (Desktop, Server, SSH, Drucker etc).
Commodore Amiga, Reparatur- und werkstatttipps

Kondensatortausch beim Amiga 600

Ein Kommentar

Bei Amiga 600 und Amiga 1200 hat Commodore Elkos (Elektrolytkondensatoren) verbaut, die jetzt (nach mehr als 25 Jahren auslaufen, ein Tausch ist also angebracht. Da viele der Bauteile in der Bauform SMD verbaut wurden, ist der Austausch mit einem normalen Lötkolben nicht ganz einfach, besonders der Ausbau der alten Elkos. Die verschiedenen Methoden (abdrehen, mit Kneifzange durchknipsen etc.) haben mir aber nicht gefallen. Ich habe es mit der „Lötklecksmethode“ versucht, und die mal mit ein paar Bildern dokumentiert. Dabei heize ich den Kondensator mit dem Lötkolben soweit auf, dass ein Klecks Lötzinn auf dem Kondensator schmilzt. Dann kann man den Kondensator mit minimalen Kraftaufwand von der Platine abziehen, dabei bleiben die Beinchen fast immer stecken. Nachdem man die schwarze Scheibe entfernt hat (mit Uhrmacher-schraubenzieher etwas anheben und dann mit einem kleinen Seitenschneider abknipsen, dabei auf die Leiterbahnen der Oberseite achten!) kann man die Beinchen einzeln los löten. Danach sollte man die Stelle mit IPA (Isopropylalkohol) reinigen, denn die Elkos platzen bei dieser Methode auf und verstreuen ihren Elektrolyten in der Umgebung,  langfristig ist das für die Platine nicht gut. Zum Einlöten mache ich etwas Lötzinn auf eins von den beiden Pads, lege den Ersatzkondensator an den Lötzinnknubbel, mache den mit dem Lötkolben flüssig und schiebe den Kondensator etwas auf das Pad. Dadurch ist der Kondensator fixiert und die andere Seite ist dann kein Problem mehr. Der Ersatz der Elkos durch Kerkos (Keramikkondensatoren) ist umstritten, ich habe keine negativen Folgen feststellen können. Der Austausch ist nicht so schwer, wie ich am Anfang geglaubt habe, das bekommt man auch ohne herausragende feinmotorische Fähigkeiten hin. Eine ruhige Hand und eine Uhrmacherlupe sind schon hilfreich, aber wer sich zutraut, normale ICs einzulöten, bekommt das hin.

Commodore Amiga, Wissensdatenbank

AMIGA Diskettenformat

5 Kommentare

Wieso hat der AMIGA 880kBytes grosse Disketten, der Atari ST aber nur 720KBytes?

Der Amiga schreibt und liest sein Old und Fast File System genau wie ST, PC und viele weitere Systeme in MFM. Siehe Wikipedia-Artikel

Da der Amiga aber keinen Hardware-Floppycontroller hat (z.B. ein NEC uPD 765 wie in PCs oder dem WD1772 im ST), der diese Codierung durchführt, sondern sich da auf die frei programmierbare Paula verlässt, kann er auch GCR lesen und schreiben, wozu das allerdings genutzt wird/wurde, erschließt sich mir nicht auf Anhieb. Vielleicht wollte man damit erreichen, dass der Amiga Disketten der CBM- und VC- 8-Bit-Floppys oder gar des Apple Macintosh lesen kann, für Shapeshifter sicher ein nettes Feature. Oder es wurde als Kopierschutz missbraucht. Jetzt hab ich doch eine wichtige Begründung gefunden!

Der Unterschied 720 kB (PC/ST) und 880 kB (Amiga) kommt schlicht aus der Anzahl Sektoren, die der Amiga schreibt und liest. PC/ST nutzen standardmäßig 9 Sektoren (80 Spuren, 2 Seiten, 9 Sektoren, 512 Bytes), beim Amiga sind es 11 Sektoren, in denen er dann 880 kB unterbekommt. Alten ATARI ST Hasen wie mir klingeln da natürlich gleich die Glocken, denn 11 Sektoren können „wir“ auch, und wir kommen damit auch auf etwas mehr als 880 kB (916960 Bytes abzüglich etwa 10 kB für FAT, Bootsektor, Root-Verzeichnis und andere reservierte Sektoren).

Der Unterschied zwischen ST und Amiga ist da also nicht sonderlich groß. Das Standard-720kB-Format ist nur auf Sicherheit getrimmt: Ein Sektor besteht ja nicht nur aus den 512 Bytes, die man da speichern kann, sondern da kommt ja Brutto noch was drauf: Lückenbytes, Syncbytes, Sektornummerierung, Checksummen, noch mehr Syncs, und vieles mehr. Diese Lückenbytes sind wichtig, den die braucht der Controller oder Computer um sich seelisch/moralisch drauf vorzubereiten, dass da jetzt was wichtiges (nämlich ein Sync auf den nächsten Datensektor) vorbei kommt. Und die Syncbytes melden ihm, dass es jetzt tasächlich los geht bzw. schon wieder vorbei ist. Und da geht das 720kB-Format eben auf Nummer sicher und ist sehr großzügig, dass auch selbst die lahmste Kiste sich noch darauf einstellen kann, dass da demnächst eine Syncmarkierung kommt.

Diese „hochformatierten“ Disks setzen genau hier an: Die Lücken und Syncs werden verkürzt, wodurch noch zusätzlicher Platz für bis zu weitere 2 Sektoren entsteht. Der WD1172 im ST ist da so tolerant, dass er bei gleicher Datenrate mit verkürzten Lücken und Syncs 11 Sektoren schaft, ein uPD765 (im PC) schafft maximal 10 – warum man ST-Disks mit 11 Sektoren im PC weder lesen, noch imagen kann. Ich kann mich noch genau erinnern, zunächst wurde man als ST-User mit 10 Sektoren von findigen Programmierern überrascht, und dann gingen mit richtigem „Timing“ sogar 11 Sektoren zuverlässig. Das ist auch mit ein Grund, warum PC-Floppycontroller keine Amiga-Disketten (mit 11 Sektoren) lesen können. Der andere Grund schließt dann auch den ST aus, denn der WD1772 und der uPD765 erwarten ein ganz bestimmtes Format für diese Syncmarkierungen, Lückenbytes, sprich wie so ein Sektor-header und Abschluss aufgebaut ist. Nur der Amiga macht das anders, nutzt andere Syncmarkierungen, andere Lückenbytes, die Checksumme wird anders berechnet, Little/Big-Endian, usw. Der Amiga war eben von vorneherein nicht de Bohne auf „Kompatibel“ ausgelegt, während der ST sich sogar auf BIOS/XBIOS/GEMDOS-Ebene dem MS-DOS (und CP/M) anbiederte (damit GEM leicht zu portieren war).

Beitrag von 1ST1 aus dem Forum