@Black, hauptsache gepostet um Posts zu sammeln? Schon dein erster Beitrag zeugt ja nicht gerade von Fachkenntnissen und hift genau gar nicht. Bänder sind nicht sind tot, die sind lebendiger denn je und es wird sehr viel Neues entwickelt, insbesondere fürs Archivieren und für Langzeitsicherungen. Man kann sich auch selbst ins Abseits stellen.
@Morphy: na in dem Fall gehe ich mal schwer davon aus, dass dein Windows einen BlueScreen bekommt und dann rebootet. Wenn du mal einen Monitor dran hängen kannst würde ich folgendes vorschlagen: Systemsteuerung -> System -> Erweitert -> Unter "Systemstart, Systemfehler" auf Einstellungen -> und Automatischen Neustart bei Systemfehler deaktivieren. Ausserdem solltest du das Speicherabbild auf Kernelspeicherabbild stellen, falls es noch nciht da steht. Wenn das Problem das nächste mal auftritt, wird er wahrscheinlich einen BlueScreen bekommen und dort stehen bleiben. Da gibt es dann schon mal die erste Information. Ich rechne damit, dass dir dort ein Treiber vom Bandlaufwerk oder vom SCSI Controller angezeigt wird (zb. adpu320.sys). Welche Datei resp. Treiber schlussendlich das Problem auslöst, kann man dann auch aus der memory.dmp rauslesen.
Am besten testest du das Ganze 2-3x, wenn es immer etwas unterschiedliches ist, klingt das in Richtung Defekt im Arbeitsspeicher, wenn es immer das Gleiche ist wird es ziemlich sicher ein Treiberproblem sein.
Zur Terminierung: Doch, SCSI funktioniert auch wenn es nicht richtig terminiert ist. Allerdings hast du dann sehr viele Fehler auf dem SCSI-bus, das führt zwangsläufig zu entsprechenden Problemen. Allerdings sollte es nicht zu einem Absturz des Windows führen, weil es sich ja nur um ein Backuptarget handelt. viel eher solltest du Meldungen bekommen, dass nicht auf das Ziel geschrieben werden kann wegen CRC Fehlern oder ähnliches. Was sagt eigentlich das Log vom NTbackup?
