home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaUtilCD2.iso / Virus / vIRUSwARNINGS! / cdtest_1.lha / CD-Test_1 / CD_Fehler-Beschreibung.txt < prev    next >
Encoding:
Text File  |  1995-03-12  |  12.6 KB  |  287 lines
  1.  
  2.      Heiner Schneegold
  3.      Am Steinert 8
  4.      97246 Eibelstadt
  5.      Deutschland
  6.      Tel: 09303/8369
  7.      (19.00 - 20.00 Uhr)
  8.  
  9.  
  10.  
  11.      Ausriss aus VTentpackeArchive
  12.      Stand: 11.03.95
  13.  
  14.  
  15.      Fehlermeldungen:
  16.      ================
  17.      - von Packer erzeugt (z.B. lha):
  18.        Auf FF-CDs (aber auch anderen CDs !!!!) sind VIELE lha-Files,
  19.        die GERADE NICHT auf eine DD- oder HD-Disk passen. Es handelt sich
  20.        IMMER um 1 File fuer das der Platz fehlt !!!! Dies ist fuer den
  21.        Normalverbraucher WENIG hilfreich.
  22.        Es handelt sich NICHT um einen VT-Fehler. Sie koennen das selbst nach-
  23.        vollziehen, indem Sie mit lha einen Entpackversuch unternehmen. z.B.
  24.        FishGold2/2:BBS/GNU/ixemul-40.4-env-bin.lha . Das Teil bekommen Sie
  25.        auf keine HD-Disk VOLLSTAENDIG entpackt.
  26.  
  27.      - nach dem Entpacken beim Test:
  28.        files/1019.dms
  29.          D-Masher
  30.        >> Nicht-Standard-BB
  31.        >>RAD: Root LEER ??
  32.        files/1026.dms
  33.          D-Masher
  34.        >> Nicht-Standard-BB
  35.        >>     keine Dos-Disk
  36.        Disk-Archiv:
  37.        Wenn es sich um ein Disk-Archiv (z.B. DMS) gehandelt hat, muss das
  38.        nicht unbedingt ein Fehler sein. Es koennte sich um ein Intro
  39.        handeln, das nur bis Zyl. 39 geht. Bitte entpacken Sie das Teil noch
  40.        einmal von Hand.
  41.        File-Archiv:
  42.        Es hat sich um ein File-Archive gehandelt. Dann ist etwas schief ge-
  43.        gangen. Kontrollieren Sie bitte das File UNBEDINGT nach.
  44.        Fehler tritt z.B. auf mit LX103 Level-2-Error.
  45.        files/117.dms
  46.          D-Masher
  47.        >>    DOS0-OFS-BB           ;= normaler DOS0 BB
  48.        >>     keine Dos-Disk
  49.        Kommt vorher aber noch die Ausgabe "normaler DOS-BB", dann wird es
  50.        sich um einen Fehler handeln. Wie soll man auf so einer Disk etwas
  51.        laden, wenn das Inhaltsverzeichnis leer ist. Entpacken Sie bitte das
  52.        Archiv noch einmal von Hand.
  53.        >>    DOS0-OFS-BB
  54.        >>    Bitmap ungueltig
  55.        Diese Disk muessen Sie unbedingt nachkontrollieren.
  56.        >>RAD:!ANC!ANC!ANC!
  57.        >> LeseSchutzBit
  58.        VT versucht nach dem Entpacken zuerst selbst ein File lesbar zu
  59.        machen. Falls dies nicht gelingt, erzeugt VT diese Ausgabe. Sie
  60.        muessen die Disk nachkontrollieren.
  61.        >>RAD: zuviele SubDirs
  62.        In sehr fruehen Zeiten, gab es auf dem Amiga die Unsitte der End-
  63.        los-Dirs. Meist hatten diese Teile einen Zeiger auf sich selbst.
  64.        Ein Dir-Befehl bei alten KS-Versionen hat also das Unterverzeichnis
  65.        immer wieder aufgerufen. So ein Teil glaubt VT gefunden zu haben.
  66.        Entpacken Sie die Disk von Hand und versuchen Sie das entsprechende
  67.        Unterverzeichnis mit einem Dir-Utility (SID) zu loeschen.
  68.        >>    DOS0-OFS-BB
  69.        >>RAD:N{DLT.DAT
  70.        >>bad BloCheckSum
  71.        Bei DOS0/2/4 wird ueber den Datablock eine Pruefsumme gebildet.
  72.        Eine Nachbesserung ist hier vertretbar (.txt), da es sich um ein
  73.        Textfile handelt. Durch Aufruf des Files mit ED koennen Sie leicht
  74.        nachpruefen, ob der Block nur Muell enthaelt. Bei Bedarf schneiden
  75.        Sie den Muell mit ED aus und sichern den Rest.
  76.        ABER !!!!! Wenn es sich um ein Prg-File handelt, wie wollen Sie
  77.        dann entscheiden, ob der Block guten Prg-Code oder Muell enthaelt.
  78.        Gehen Sie lieber auf sicher und besorgen Sie sich das Diskarchiv
  79.        NEU !!!!
  80.        >>RAD:times.dat
  81.        >> bad HEADERKEY
  82.        Ein Zeiger im Fileheader stimmt nicht. Meist koennen Sie den Fehler
  83.        beheben, indem Sie mit EINZEL-FileCopy alle File kopieren.
  84.        Also Copy DF0: RAD: all  und danach wieder zurueck.
  85.        Sollte dieser Fehler mehr als 5x auf EINER Disk auf tauchen, so
  86.        bricht VT den Test dieser Disk ab, um einer Endlos-Schleife zu
  87.        entgehen. Sie muessen selbst nachkontrollieren.
  88.        >>    DOS0-OFS-BB
  89.        >>RAD:IFF2PS/IFF2PS
  90.        >> File defekt ?
  91.        Diese Disk MUESSEN Sie kontrollieren. Entpacken Sie das Archiv bitte
  92.        in VT-FileReq UND fuehren SIE einen FileTest UND einen BlockKetteTest
  93.        durch. Es besteht die Gefahr, dass noch mehr Files in diesem Archiv
  94.        defekt sind. Versuchen Sie zu retten, was noch zu retten ist.
  95.        >>RAD:*
  96.        >>   *-Filename ??
  97.        Der Filename kann beim Einzel-Filecopy Aerger machen. PD-Versender
  98.        sollten das Sternchen deshalb nicht auf ihren Disks haben.
  99.        >> Boot-Girl.BB  (H)
  100.        >>RAD:BootGirl.data
  101.        >>IFF-Bild
  102.        UNWICHTIGE Meldung. Der Disk-Bereich, der vom Boot-Girl.BB nachge-
  103.        laden wird, wurde gefunden.
  104.  
  105.        >> Boot-Girl.BB  (H)
  106.        >>     keine Dos-Disk
  107.        oder >>   Deluxe.BB (H)
  108.             >>     keine Dos-Disk
  109.        oder >> INTERFERON.BB (L)
  110.             >>     keine Dos-Disk
  111.        usw.
  112.        Diese Disk MUSS nachkontrolliert werden. VT meldet keine Dos-Disk.
  113.        Der Boot-Girl.BB ist aber KEIN Disk-Lader, also stimmt etwas nicht.
  114.        >> Nicht-Standard-BB
  115.        >>RAD:023
  116.           PP-Data
  117.        VT kennt den BB NICHT. Es handelt sich aber um eine DOS-Disk, da
  118.        Files gefunden wurden. Also kann es kein NON-DOS-Spiele-Lader sein.
  119.        Den BB sollten Sie sich anschauen.
  120.        >>    DOS0-OFS-BB
  121.        >>RAD:IconiSer2.info
  122.        >>    bad T.DATA
  123.        Das File sollten Sie sich anschauen. Es koennte defekt sein.
  124.        Probieren Sie Einzel-Filecopy und vergleichen Sie die Laengen.
  125.        Es koennte auch nachtraeglich ein falscher BB aufgespielt worden
  126.        sein. Ersetzen Sie probeweise auf einer KOPIE einen FFS-BB (z.B.
  127.        DOS1) durch einen OFS-BB (z.B. DOS0) und gegengleich. Fuehren Sie
  128.        danach einen neuen Filetest durch.
  129.        >>   DOS4-OFS-N.BB
  130.        >>RAD:Pics/gameback.iff
  131.        >>   bad T.SHORT
  132.        Die File-Struktur entspricht NICHT den Commodore-Richtlinien. Sie
  133.        sollten das Archiv von Hand entpacken und die Disk dann AUCH mit
  134.        BlockKetteTest untersuchen. Es hat sich leider gezeigt, dass dann
  135.        noch mehr Fehler gefunden werden. Versuchen Sie mit copy ALL zu
  136.        retten, was noch zu retten ist.
  137.        >>TuBu-Disk-defekt-BB
  138.        >>     keine Dos-Disk
  139.        Dieses Archiv ist sicher defekt. Es enthaelt eine Disk, die mit
  140.        TurboBackup kopiert wurde. Beim Kopieren wurde von TB ein Fehler
  141.        festgestellt und die Fehlermeldung im BB belassen.
  142.        >>   DOS5-FFS-N.BB
  143.        >>     keine Dos-Disk
  144.        Wenn Sie die CD unter KS2.0x testen, wird VT nach DOS4/5-BB keine
  145.        DOS-Disk ausgeben, weil KS2.0x DOS4/5 formatierte Disks nicht
  146.        lesen kann. Also wird die Disk wahrscheinlich in Ordnung sein.
  147.        Sollten Sie aber mit KS3.x getestet haben, so muessen Sie das
  148.        Archiv von Hand nachkontrollieren.
  149.        >> BootIntroV1.2 (H)
  150.        >>RAD:l/disk-validator
  151.        >>fal. Disk-Validator
  152.        Dieses Archiv MUESSEN Sie sich genauer anschauen. Mit etwas Glueck
  153.        brauchen Sie nur einen neuen sauberen Disk-Validator aufzuspielen.
  154.        Mit etwas Pech finden Sie codierte Bloecke.
  155.        >>    DOS0-OFS-BB
  156.        >>RAD:c2
  157.        >>Text-Hunk am Anfang
  158.        Dieses Archiv sollten Sie noch einmal im VT-FileReq. entpacken und
  159.        VT dann den Text-Hunk entfernen lassen. Hinter solchen Text-Hunks
  160.        waren schon Commander-Linkviren versteckt !!!! Lesen Sie bitte in
  161.        VTkennt_L-Z nach.
  162.        >>   Mini-Nuke (H)
  163.        >>RAD:L/loader.sc
  164.        >>Hunkstruktur defekt
  165.        Dieses Archiv MUESSEN Sie genauer untersuchen. Es besteht leider
  166.        die Gefahr, dass mit BlockKette noch mehr Fehler gefunden werden.
  167.        VT findet bei diesem File kein $3F2 am Fileende. Das File muesste
  168.        also falls es ein Prg. ist nach den Commodore-Richtlinien DEFEKT
  169.        sein. Leider gibt es aber einige URALT-Packer, die die Kennung weg-
  170.        lassen und das Entpacken geht auf Grund des eigenwilligen Stils
  171.        auf 68000 gut (auf 68040 SOFORT Guru bei mir). Sie muessen also
  172.        selbst einen Test durchfuehren.
  173.  
  174.        A/Leisure/DiskDemos/DDI-F01.DMS
  175.          DMSMaPuS
  176.        >>  Mount.BB  Virus
  177.        Dieses Archiv sollten Sie nur mit einer "Zange" untersuchen. Der
  178.        Mount-Virus kann auch die Festplatte schaedigen. Lesen Sie in
  179.        VTkennt_L-Z nach.
  180.  
  181.        >>RAD:Getem/Getem1.0
  182.          3E8-Hunk
  183.        Dieses File sollten Sie genauer untersuchen. Lesen Sie bitte in
  184.        VTkennt_A-K nach. Gilt auch fuer 3F1-Hunk.
  185.        >>RAD:tankgame
  186.        >>$4EB9-$4EF9-Link ??
  187.        Dieses File sollten Sie genauer untersuchen. Lesen Sie bitte in
  188.        VTkennt_A-K nach.
  189.        >>RAD:Except_CLI
  190.        >>   $4EB9-Link ??
  191.        Dieses File sollten Sie genauer untersuchen. Lesen Sie bitte in
  192.        VTkennt_A-K nach.
  193.        >>RAD:BVK
  194.        >>      HunkLab
  195.        Dieses File sollten Sie genauer untersuchen. Lesen Sie bitte in
  196.        VTkennt_A-K nach.
  197.  
  198.        >>RAD:dinosaurs
  199.        >>Block:    1162    DataBlockList <> FirstDataBl
  200.        Im Fileheaderblock stimmen der Inhalt von $10 und $134 NICHT
  201.        ueberein. Kann meist durch copy df0: df1: all  behoben werden.
  202.        Bei Bloecken groesser 512 Bytes (neuere Filesysteme) MUSS anders
  203.        gerechnet werden.
  204.  
  205.        >>RAD:MODULES/mod.5
  206.        >>Block:     737     bad SEQNUMBER
  207.        Bei DOS0/2/4 werden die Datenbloecke intern mit Nummern versehen.
  208.        VT hat einen Block mit falscher Nummer gefunden. Das File ist
  209.        nicht zu retten, aber probieren Sie ruhig selbst nach dem Ent-
  210.        packen copy df0: df1: all .
  211.  
  212.        Time/Time_ungepackt/Time_291_320/Time319/MCalc (MUI)/Source.lha
  213.           -lh5-                                      ^
  214.        >>RH2: Root LEER ??
  215.        LHA konnte das File nicht entpacken, da im Pfad Leerzeichen vor-
  216.        kommen. Entpacken Sie das Archiv bitte von Hand. Vielleicht lesen
  217.        eines Tages die Programmierer und die PD-Ersteller im Benutzerhand-
  218.        buch AmigaDOS (Teilenummer:368766-01) Kap. 1-8 nach:
  219.        "Es ist vorteilhafter, wenn Sie Unterstreichungszeichen als Trenn-
  220.        zeichen verwenden."
  221.  
  222.        >>RAD:Modules/mod.waste.my.time
  223.            >>Block:  183  Lamer! zerst.
  224.        In diesem File wurde ein Block mit "Lamer" vollgeschrieben. Da ist
  225.        NICHTS mehr zu retten. Besorgen Sie sich bitte das Archiv neu.
  226.  
  227.        >>RAD:devs/           
  228.        >>Prg v. BGS9/1 vers.
  229.        oder
  230.        >>RAD:Devs/           
  231.        >>Prg von TER versch.
  232.        oder
  233.        >>RAD: 
  234.        >>Prg v. BGS9/3 vers.
  235.        Falls VT auch das Virusteil findet, wird Rename angeboten.
  236.        Falls VT nur das "verschobene Programm" findet, gibt es 2 Moeglich-
  237.        keiten. Fertigen Sie deshalb bitte eine Kopie von der Disk an. Danke
  238.        Fall A:
  239.        Jemand hat zwar das Virusfile geloescht, aber vergessen das ver-
  240.        schobene Programm umzubenennen. Holen Sie das bitte nach.
  241.        Fall B:
  242.        In sehr fruehen Zeiten haben Programmierer "Unsichtbare Files" nach-
  243.        geladen. Dann duerfen Sie das File NICHT loeschen, sonst laeuft das
  244.        Hauptprogramm nicht mehr. Diese "Unsitte" wurde aber nur sehr selten
  245.        von mir gefunden. Betroffen war nur das kurze (1x $A0) unsichtbare
  246.        File. Arbeiten Sie also beim Fall "Prg v. BGS9/3 vers." bitte mit
  247.        einer Kopie und pruefen Sie bitte danach die Lauffaehigkeit. Bei den
  248.        langen unsichtbaren Filenamen hat es sich immer um ein vergessenes
  249.        File gehandelt.
  250.  
  251.        >>    DOS1-FFS-BB
  252.        >>RAD:View
  253.            >>Block:     981    Fehler in BlockListe
  254.        VT findet MEHR oder WENIGER Bloecke als nach der Filelaenge not-
  255.        wendig sind. In diesem Fall hier wurden mehrere Files im Old-File-
  256.        System aufgespielt und dann der BB in Fast-Filesystem umgeaendert.
  257.        Setzen Sie bitte mit VT einen OFS-BB und kopieren Sie dann mit
  258.        copy df0: df1: all auf eine neue Disk. Die Files sind haeufig zu
  259.        retten.
  260.  
  261.        >>RAD:Iterlaced/Coastline
  262.            >>Block:     963    bad T.LIST
  263.        VT hat einen Fehler im Filelistblock gefunden. Bei diesem Beispiel
  264.        liegt an 963 KEIN Listblock wie im Fileheader eingetragen. Probieren
  265.        Sie copy df0: df1: all . AmigaDOS wird eine Fehlermeldung ausgeben.
  266.        Das File ist NICHT zu retten. Besorgen Sie sich das Archiv neu.
  267.  
  268.        >>RAD:G19
  269.          >>Block:  149  Block- o. ByteAnzahl falsch
  270.        VT hat beim Test festgestellt, dass MEHR oder WENIGER Bloecke vor-
  271.        handen sind, als von der Filelaenge notwendig sind.
  272.        Moegliche Fehlerquelle (trifft bei diesem Archiv zu): Im Fileheader-
  273.        block stimmt der Wert in $8 nicht mit der Anzahl, der im Fileheader-
  274.        block aufgefuehrten Bloecke ueberein. Haeufig hilft ein copy df0:
  275.        df1: all  .
  276.  
  277.        >>RHD:TEK.Bootro
  278.        >>   BOOTJOB  File
  279.        So ein File muessen Sie IMMER untersuchen. Es koennte ein BB-Virus
  280.        installiert werden !!!
  281.  
  282.        >>RAD:BootGirl.data
  283.        >>bad T.DATA                    ;KEIN Fehler
  284.        Jemand hat fuer das Bild einen Pseudo-Fileheader angelegt, um die
  285.        Bild-Datenbloecke vor dem Ueberschreiben zu schuetzen.
  286.  
  287.