home *** CD-ROM | disk | FTP | other *** search
/ Vectronix 2 / VECTRONIX2.iso / FILES_09 / KOBOLD3E.LZH / KOBOLD_3 / ZUSATZ.TXT < prev   
Text File  |  1979-12-03  |  10KB  |  150 lines
  1. Wichtige Zusatzinformationen:
  2. -----------------------------
  3.  
  4. Die folgenden Informationen konnten nicht mehr rechtzeitig vor Drucklegung 
  5. in das Handbuch aufgenommen werden. Bitte lesen Sie alles aufmerksam 
  6. durch und drucken Sie diese Datei aus und legen Sie sie ins Handbuch, um 
  7. Mi₧verständnissen bei den angegebenen Hinweisen vorzubeugen:
  8.  
  9. * WICHTIG!!! Wenn Sie Programme benutzen, die mit dem Kobold 2 oder 2.5 
  10.   zusammenarbeiten und dies nun mit Kobold 3 nicht mehr ohne Weiteres tun 
  11.   wollen, so benutzen Sie bitte das Umwandlungsprogramm KB2TOKB3.TTP, das sie 
  12.   im Ordner KOBOLD_3/TOOLS/KB2TOKB3 inkl. eines Anleitungstextes finden. 
  13.   Damit können Sie diese Programme an Ihren neuen Kobold anpassen.
  14.  
  15. * Kobold sichert automatisch alle Einstellungen, wenn Sie ihn verlassen. Für 
  16.   den Fall, da₧ Sie nur ein wenig herumexperimentiert haben und nicht wollen, 
  17.   da₧ Kobold die veränderten Einstellungen abspeichert, so brauchen Sie beim 
  18.   Klick auf das Schlie₧feld lediglich SHIFT gedrückt halten oder Kobold mit 
  19.   CTRL-SHIFT-Q zu verlassen.
  20.  
  21. * Wenn Kobold beim Aufruf keine KOBOLD_3.INF-Datei findet (also i.d.R. beim 
  22.   allerersten Aufruf), so versucht Kobold, die Namen der angeschlossenen 
  23.   Laufwerke zu ermitteln. Dies kann evtl. zu einer Fehlermeldung führen, 
  24.   falls ein angemeldetes Gerät nicht eingeschaltet oder angeschlossen ist. 
  25.   Bei weiteren Aufrufen von Kobold tritt dies jedoch nicht mehr auf, da 
  26.   Kobold dann ausschlie₧lich die Namen aus seiner eigenen Parameterdatei 
  27.   verwendet.
  28.  
  29. * Im Lieferumfang befindet sich ein Backupprogramm für Sicherheitskopien auf 
  30.   Disketten oder auch beliebige andere wechselbare Medien (Wechselplatten, 
  31.   Bernoulli-Laufwerke etc.). Es erzeugt einfach einen Job, der dann von 
  32.   KOBOLD abgearbeitet werden kann. Einige Anwender haben sich eine 
  33.   Backupmöglichkeit nach einem derartigen Verfahren gewünscht. Entwickelt 
  34.   wurde dieses Programm von Bernd Schieferdecker, der uns freundlicherweise 
  35.   gestattete, es mit auf die KOBOLD-Diskette zu kopieren. KAKTUS übernimmt 
  36.   jedoch keinerlei Support für dieses Produkt! Bei Problemen oder Wünschen 
  37.   wenden Sie sich bitte direkt an den Autor (siehe Anleitung), der sich 
  38.   natürlich auch über eine Spende freut, wenn Ihnen das Programm gefällt.
  39.  
  40. * Falls Sie neue Laufwerke anmelden -- z.B. eine Ramdisk starten --, so 
  41.   können Sie im laufenden Kobold die Laufwerksliste durch erneutes Auswählen 
  42.   von '?' oder durch 'ESC' (bzw. 'Shift-ESC') um das neu hinzugekommene 
  43.   Laufwerk ergänzen. Falls Sie solch eine Ramdisk mit dem EXECUTE-Befehl der 
  44.   Jobverarbeitung installieren, so wird das neue Laufwerk automatisch 
  45.   anschlie₧end in die Liste der zulässigen Laufwerke aufgenommen und kann 
  46.   direkt nach Abschlu₧ des EXECUTE-Befehls angesprochen werden.
  47.  
  48. * Unter normalen TOS-Versionen ist es eigentlich nicht möglich, aus 
  49.   Accessories heraus ein anderes Programm zu starten. KOBOLD kann dies bei 
  50.   Ausführung des Jobbefehls EXECUTE im Accessorybetrieb nur mit äu₧erst tief 
  51.   ins System eingreifenden Tricks. Schweren Herzens haben wir uns 
  52.   entschlossen, dies auf diesem Wege zu ermöglichen, anstatt den Befehl im 
  53.   Accessory-Betrieb einfach ganz zu sperren, da der Trick in den meisten 
  54.   Fällen bei sinnvollen hier aufrufbaren Programmen (Packer, Tree-Check etc.) 
  55.   problemlos funktioniert. Allerdings können wir _keine_ Garantie geben, da₧ 
  56.   dies unter allen Konfigurationen problemlos geht. Wenn Ihr System bei 
  57.   Ausführung eines Programms aus dem Accessory-Betrieb heraus hängt oder 
  58.   bombt, so können wir nichts daran ändern. Eigentlich sollte es aber 
  59.   klappen. In Mehrproze₧umgebungen wie Mag!C oder MultiTOS ist dies alles 
  60.   aber kein Problem! Dort ist das Starten von Programmen aus Accessories 
  61.   heraus auch nicht verboten.
  62.  
  63. * Unter präemptiven Mehrproze₧umgebungen (MultiTOS, Mag!C 2.0) kann das 
  64.   Formatieren einer Diskette geringfügig länger dauern als unter anderen 
  65.   Betriebssystemen, da hier auch die sehr zeitkritischen Formatierroutinen 
  66.   zwecks Proze₧umschaltung unterbrochen werden können. Dadurch sind bei 
  67.   einigen Spuren zwei oder mehr Umdrehungen der Diskette zum 
  68.   Formatieren erforderlich, durch die diese geringe Verzögerung entsteht.
  69.  
  70. * Die maximal mögliche Formatiergeschwindigkeit (35 s für eine zweiseitige 
  71.   DD) kann man nur bei ausgeschaltetem 'Verify' erreichen!
  72.  
  73. * Auf dem Falcon wird die HD-Umschaltung auch auf 'STE/TT' voreingestellt, da 
  74.   hier die Umschaltung genauso funktioniert.
  75.  
  76. * Wenn Sie ein nachgerüstetes HD- oder ED-Laufwerk besitzen und die HD/ED-
  77.   Umschaltung über die Option 'automatisch' durchführen wollen, so mu₧ ein 
  78.   entsprechender Cookie gesetzt sein, damit Kobold eine Probespur via 
  79.   Betriebssystem formatieren und so die korrekte Umschaltung veranlassen 
  80.   kann. Sollte ihrem HD-Modul keine Software zum Setzen des Cookies 
  81.   beigelegen haben, so finden Sie im Ordner 'TOOLS' der Kobold-Disk ein 
  82.   entsprechendes Programm für den Auto-Ordner.
  83.  
  84. * Wenn Sie Kobold als Accessory unter einem Betriebssystem einsetzen, da₧ 
  85.   Auflösungswechsel erlaubt (z.B. TOS 4.x des Falcon), so darf die 
  86.   Speicherreservierungsoption _nicht_ eingeschaltet sein!
  87.  
  88. * Häufig erhalten wir Anfragen von Anwendern, die Fehlermeldungen der Art 
  89.   'Daten auf Disk C: defekt' auf einen Kopierfehler von Kobold zurückführen. 
  90.   Diese Fehlermeldung kommt jedoch vom Betriebssystem bzw. Ihrem 
  91.   Festplattentreiber und weist darauf hin, da₧ ein physikalisches Problem 
  92.   beim Plattenbetrieb vorliegt. Entweder klappt die Datenübertragung zwischen 
  93.   Rechner und Platte nicht einwandfrei (z.B. durch lockere oder zu lange 
  94.   Kabelverbindung), oder aber die Platte selbst war nicht in der Lage, die 
  95.   gewünschten Sektoren zu lesen oder zu schreiben. Solch ein Fehler kann 
  96.   nicht durch Kobold verursacht werden. KOBOLD KANN IHRE PLATTE NICHT 
  97.   PHYSIKALISCH ZERSTÖREN! Kobold beschreibt auch nie den Bootsektor oder kann 
  98.   auch unmöglich an den für die Platte lebenswichtigen Rootsektor 
  99.   herankommen! Wenn Ihre Platte aus irgendwelchen Gründen nicht mehr 
  100.   ansprechbar ist, kann dies nicht mit Kopieraktionen des Kobold 
  101.   zusammenhängen. Dies ist prinzipiell bei dem verwendeten Kopierverfahren 
  102.   nicht möglich!
  103.   Ein gefürchtetes Phänomen, das Ihre Platte unzugänglich machen kann, ist 
  104.   der sog. Headcrash, bei dem der nur wenige Mikrometer über der 
  105.   Plattenoberfläche schwebende Schreib-/Lesekopf gegen ein Hindernis -- z.B. 
  106.   ein Staubkorn -- stö₧t und dann die Oberfläche zerkratzt und unbrauchbar 
  107.   macht. Dies betrifft besonders häufig die im Gegensatz zu einer normalen 
  108.   Festplatte nie 100%ig luftdichten Wechselplattenmedien.
  109.   Wenn Sie eine SCSI-Platte haben und ein unlesbarer Sektor entdeckt wird, so 
  110.   tauscht die Platte diesen Sektor nach einem einmaligen Melden eines Schreib-
  111.   oder Lesefehlers automatisch gegen einen Reservesektor aus. Wenn der 
  112.   ursprüngliche Sektor jedoch Daten enthielt, so gehen diese stillschweigend 
  113.   verloren bzw. werden durch den Inhalt des Reservesektors -- meist Nullen 
  114.   oder ein Testmuster der Formatierung -- ersetzt. Dies resultiert dann in 
  115.   zerstörten Dateien oder abgeschnittenen bzw. zerstörten Verzeichnissen. Ein 
  116.   besonders sicheres Indiz sind Verzeichnisse mit lauter Einträgen der Form 
  117.   'UUUUUUUU.UUU'. Dies ist nämlich das klassische Testmuster Hexadezimal 55, 
  118.   mit dem viele Platten neu formatiert werden. Hier handelt es sich dann 
  119.   sicher um einen leeren Reservesektor!
  120.   Bei einem Headcrash gehen in kurzer Zeit -- im Laufe einiger Tage --immer 
  121.   mehr Sektoren kaputt. Solange die Platte noch Reservesektoren hat, merken 
  122.   Sie dies nur an immer häufiger auftretenden Datenverlusten oder zerstörten 
  123.   Verzeichnissen. Da die Anzahl der Ersatzsektoren jedoch begrenzt ist, kommt 
  124.   es nach Aufbrauchen dieser Menge immer öfter zu Schreib- oder Lesefehlern 
  125.   mit dem Hinweis 'Daten auf Disk X: defekt'. Wenn Sie jetzt mit CORRECT 
  126.   einen Sektortest durchführen lassen, so werden Sie immer mehr defekte 
  127.   Sekoren feststellen, obwohl diese bei einer funktionstüchtigen SCSI-Platte 
  128.   eigentlich gar nicht auftauchen dürften. Jetzt ist es an der Zeit, zu 
  129.   retten, was an Daten von diesem Medium noch zu retten ist, da es bald zu 
  130.   einem völligen Ausfall der Fest- oder Wechselplatte kommen wird.
  131.  
  132. * Öfter hören wir von Anwendern, da₧ sie von einem sog. 'Fachhändler', zu dem 
  133.   sie hilfesuchend mit einem Plattenproblem gingen, mit Worten wie 'Sie 
  134.   benutzen KOBOLD? Kein Wunder da₧ Ihre Platte kaputt ist...' abgespeist 
  135.   werden. Dieser in dem Fall wohl doch nicht sehr kompetente Mensch hat 
  136.   offensichtlich keine Ahnung von seinem Geschäft oder versucht sich im 
  137.   Garantiefall der bei ihm erworbenen Platte aus der Verantwortung zu 
  138.   stehlen. Lassen Sie sich so nicht abweisen! KOBOLD kann -- wie bereits oben 
  139.   erwähnt -- unmöglich eine Platte physikalisch (d.h. 'richtig') zerstören! 
  140.   KOBOLD tut nichts anderes, als das normale GEMDOS auch. Rufen Sie uns in 
  141.   solch einem Fall bitte sofort an, damit der entsprechende Fachhändler uns 
  142.   mitteilen kann, wie er zu seiner Überzeugung kommt.
  143.   Viele vergessen offenbar die bereits oben erwähnte Ersetzung von 
  144.   Datensektoren durch leere Reservesektoren im Falle von gemeldeten Schreib- 
  145.   und Lesefehlern. Dies -- und der damit verbundene unvermeidliche 
  146.   Datenverlust -- dürfte nahezu jeder Besitzer einer SCSI-Platte schon einmal 
  147.   erlebt haben (vielleicht ohne es gleich zu merken!). KOBOLD kann da jedoch 
  148.   gar nichts für!
  149.  
  150.