"Christian Weddeling" <christian.weddeling@web.de> schrieb am 14.04.04 09:20:57: Jan-Benedict Glaw <jbglaw@lug-owl.de> schrieb am 13.04.04 16:06:47:

On Tue, 2004-04-13 14:47:02 +0200, Andreas Koch <andreas.koch@fh-luh.de> wrote in message <20040413124702.GA14110@matrix>:

...

...

...

Die Variante mit tar direkt auf das Band zu schreiben hatte ich unter google gefunden. Ich hatte allerdings erst daran gedacht ein existierendes Archiv (gegebenfalls auch 2 oder 3) auf das Band zu schreiben z.B. mit cp backup.tar.gz /dev/st0. Eine Fehlermeldung hatte ich nicht bekommen und das Bandlaufwerk hatte auch begonnen zu schreiben.

Sollte so auch gehen; alternativ natürlich auch alles, was auch in etwa so funktioniert (cat xxx.tar > /dev/st0 oder dd if=xxx.tar of=/dev/st0 oder ...)

Noch eine letzte Frage:

wenn ich mit 'cp backup_1 /dev/nst0; cp backup_2 /dev/nst0' zwei Dateien auf das Band geschrieben haben und mit 'mt -f /dev/st0 rewind' wieder am Anfang des Bandes bin, würde dann 'cp /dev/nst0 backup_1' mir nur die erste Datei vom Band holen oder alles ?

IIRC nein. Auf dem Band gibt's keine Dateien, sondern nur ein Strom von Bytes. "tar" weiß, wann sein Archiv zuende ist (ein Block voller null'en, den Du mit '-i' auch ignorieren kannst, sodaß dann unmittelbar das nächste Archiv mit ausgelesen werden würde). "cp" weiß das nicht und liest somit immer weiter...

Werden nicht beim Schließen von /dev/nst* automatisch File-Marks geschrieben? Sonst könnte ich beim Spulen auch nicht das nächste Backup finden, sondern man müsste eine Byte- oder Blockadresse angeben. --          Ciao                 Christian _______________________________________________________________________ ... and the winner is... WEB.DE FreeMail! - Deutschlands beste E-Mail ist zum 39. Mal Testsieger (PC Praxis 03/04) http://f.web.de/?mc=021191