Hallo zusammen, ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu benutzen. Meine gebastelte Befehlszeile lautet: tar -cWvf /dev/st0 -T /root/backup -V"\ Backup `date +%d.%m.%y`" Das lief soweit ganz gut, aber mittendrin hat tar abgebrochen weil angeblich zu wenig Platz auf dem Medium sei ?? Festplatte ist 2GB, DAT ist 4GB (8GB, komprimiert von Streamer). Also ich denke mal das Band war nicht zurückgespult. Ich habe in /dev gesehen das es da noch st0a, st0l und st0m gibt. Was machen die? Ich bräuchte ein device das erst mal zurückspult und dann loslegt mit dem Backup. Greetings Peter --- Massoth Elektronik GmbH WWW: http://www.massoth.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
"Peter Ting" <ting@massoth.de>:
Ich bräuchte ein device das erst mal zurückspult und dann loslegt mit dem Backup.
mt - control magnetic tape drive operation ok, das ist kein device, aber man kann damit ein Band vor und zurückspulen etc. ansonsten: /dev/st[0-9] Spult Band nach Ende der Aktion zurück /dev/nst[0-9] Splut Band nicht zurück
Das lief soweit ganz gut, aber mittendrin hat tar abgebrochen weil angeblich zu wenig Platz auf dem Medium sei ?? Ich hatte mit meinem DAT Streamer und dump(1) auch schon mal Probleme, daß dump meinte das Band sei voll, war's aber nicht. Abhilfe schuf dump ... | buffer ... > /dev/nst0 buffer - very fast reblocking program. Komischerweise brauche ich das jetzt nicht mehr. (may be, da mein Rechner nun schneller ist als damals)
Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe office: juergen@informatik-vollmer.de, vollmer@cocolab.de www.informatik-vollmer.de Tel: +49(721) 9204871 Fax: +49(721) 24874 private: Juergen.Vollmer@acm.org Tel: +49(721) 24874 Fax: +49(721) 24874 <HR> <UL> <LI>application/pgp-signature attachment: stored </UL> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Juergen! Trying to kill the keyboard, Juergen Vollmer (vollmer@cocolab.de) produced 1,9K in 65 lines:
Ich hatte mit meinem DAT Streamer und dump(1) auch schon mal Probleme, daß dump meinte das Band sei voll, war's aber nicht.
Das liegt an den defaults. man dump --> -B, -b, -d, -f -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg <weissel@ph-cip.uni-koeln.de>:
Ich hatte mit meinem DAT Streamer und dump(1) auch schon mal Probleme, daß dump meinte das Band sei voll, war's aber nicht.
Das liegt an den defaults. man dump --> -B, -b, -d, -f
Nein, es trat sporadisch auf, ich benutzte: DENSITY=61000 SIZE=100000 dump c0ufds $TAPE $DENSITY $SIZE /home ok, ich war mir auch nie ganz sicher welche Parameter ich nehmen sollte, Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe office: juergen@informatik-vollmer.de, vollmer@cocolab.de www.informatik-vollmer.de Tel: +49(721) 9204871 Fax: +49(721) 24874 private: Juergen.Vollmer@acm.org Tel: +49(721) 24874 Fax: +49(721) 24874 <HR> <UL> <LI>application/pgp-signature attachment: stored </UL> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Juergen! Ich lese offensichtlich die Liste, von daher sind *Kopien* an mich persoenlich nicht notwendig! Trying to kill the keyboard, Juergen Vollmer (vollmer@cocolab.de) produced 1,2K in 47 lines:
Wolfgang Weisselberg <weissel@ph-cip.uni-koeln.de>:
Ich hatte mit meinem DAT Streamer und dump(1) auch schon mal Probleme, daß dump meinte das Band sei voll, war's aber nicht.
Das liegt an den defaults. man dump --> -B, -b, -d, -f
Nein, es trat sporadisch auf,
Das heisst nichts! Manchmal hast du eben mehr Daten auf der Platte. Oder dein Bandlaufwerk macht Mist.
DENSITY=61000 SIZE=100000 dump c0ufds $TAPE $DENSITY $SIZE /home
Und, dein Band hat also 61.000 BPI und ist 100.000 Fuss lang? Warum nicht einfach "Bb $BLOCKS $BLOCKSIZE"? -Wolfgang PS: dump4b10 is out. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Peter Ting wrote: ...
ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu ... tar -cWvf /dev/st0 -T /root/backup -V"\ Backup `date +%d.%m.%y`" Das lief soweit ganz gut, aber mittendrin hat tar abgebrochen weil angeblich zu wenig Platz auf dem Medium sei ?? ...
das `st0` passt schon - versuch's vorher mit `mt -f /dev/st0 rewind` ich weiß nicht, ob die option W und V bei einem tape so recht sinnvoll ist. ich verzichte auf solchen schmackes und mache nach der sicherung lediglich einen rewind und ein anschließendes tar -df /dev/st0 ... iehe auch /usr/src/linux/Documentation/devices.txt -- bye Karl Esau <karl.esau@KronachOnline.de> ___Windooze_is_bootiful --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sat, 20 Nov 1999, Karl Esau wrote:
tar -cWvf /dev/st0 -T /root/backup -V"\ Backup `date +%d.%m.%y`"
das `st0` passt schon - versuch's vorher mit `mt -f /dev/st0 rewind`
Versuchen ja, notwendig nein.
und mache nach der sicherung lediglich einen rewind und ein anschließendes tar -df /dev/st0 ...
Bei mir faellt das rewind aus und es funktioniert trotzdem seit Monaten klaglos. /dev/st0 ist ein automatisch zurueckspulendes Device (im Gegensatz zum n-Kollegen). Gruss Peter Blancke -- Nachtwaechter ist der Wahnsinn, weil er wacht... --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Peter Ting <ting@massoth.de> schrieb:
ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu benutzen. [...] Festplatte ist 2GB, DAT ist 4GB (8GB, komprimiert von Streamer). Also ich
Mein Backup-Befel sieht so aus: tar cvpf /dev/st0 -T /root/backup/dirs > /root/backup/backup.log Frage: Ich habe schon irgendwo gelesen, daß tar nur Archive bis 2GB erstellen kann. Wie macht man das, wenn man (wie ich) 10 GB sichern will? Bringt dump etwas? Viele Grüße aus Weimar Thomas Voigt --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Voigt wrote:
Peter Ting <ting@massoth.de> schrieb:
ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu benutzen. [...] Festplatte ist 2GB, DAT ist 4GB (8GB, komprimiert von Streamer). Also ich
Mein Backup-Befel sieht so aus:
tar cvpf /dev/st0 -T /root/backup/dirs > /root/backup/backup.log
Frage:
Ich habe schon irgendwo gelesen, daß tar nur Archive bis 2GB erstellen kann. Wie macht man das, wenn man (wie ich) 10 GB sichern will?
Stimmt das ??? Ich stehe nun vor dem gleichen Problem. Tschau Georg Nies --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo zusammen Ich mache mein Backup schon seit 2 Jahren mit tar und beschreibe ein 12GB DDS3 Dat. Dies geht ohne Probleme. Woher kommt das 2GB Problem; hab noch nie was davon gehört? Roland Georg Nies schrieb:
Thomas Voigt wrote:
Peter Ting <ting@massoth.de> schrieb:
ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu benutzen. [...] Festplatte ist 2GB, DAT ist 4GB (8GB, komprimiert von Streamer). Also ich
Mein Backup-Befel sieht so aus:
tar cvpf /dev/st0 -T /root/backup/dirs > /root/backup/backup.log
Frage:
Ich habe schon irgendwo gelesen, daß tar nur Archive bis 2GB erstellen kann. Wie macht man das, wenn man (wie ich) 10 GB sichern will?
Stimmt das ???
Ich stehe nun vor dem gleichen Problem.
Tschau
Georg Nies
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Roland Käser wrote:
Ich mache mein Backup schon seit 2 Jahren mit tar und beschreibe ein 12GB DDS3 Dat. Dies geht ohne Probleme. Woher kommt das 2GB Problem; hab noch nie was davon gehört?
Das ist eine Grenze vom EXT2 Filesystem, hat aber nix mit dem Streamer zu tun. -- MfG, M.Stahn ++ I am not a vegetarian because I love animals; I am a vegetarian ++ ++ because I hate plants. -- A. Whitney Brown ++ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Martin wrote:
Roland Käser wrote:
Ich mache mein Backup schon seit 2 Jahren mit tar und beschreibe ein 12GB DDS3 Dat. Dies geht ohne Probleme. Woher kommt das 2GB Problem; hab noch nie was davon gehört?
Das ist eine Grenze vom EXT2 Filesystem, hat aber nix mit dem Streamer zu tun.
ACK, also wenn Du ein tar-_file_ erstellst, dann kriegst Du mit der 2GB-Grenze Probleme. Auf einen Streamer schreibt tar ja nicht eine Datei, sondern einen Stream. Jan --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[19991209 09:59], Georg Nies (georg.nies@werthmann-koester.de) fell asleep at the keyboard and... | Thomas Voigt wrote: | > Peter Ting <ting@massoth.de> schrieb: | > > ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu | > > benutzen. | > [...] | > Ich habe schon irgendwo gelesen, daß tar nur Archive bis 2GB [...] | Ich stehe nun vor dem gleichen Problem. Ein Hinweis: monika:Jens [~] % tar --version tar (GNU tar) 1.12 Copyright (C) 1988, 92, 93, 94, 95, 96, 97 Free Software Foundation, Inc. Tar ist ein wunderbares Tool, aber es gilt als 'fertig', wird nicht mehr weiterentwickelt, nur gepflegt. Es koennen in manchen, unguenstigen Faellen Probleme auftauchen, insbesonders wenn man das Archiv unter anderen Unices oder auch nur Linuxdistros ein-oder auspacken moechte; fragt mich nicht nach den Details, ( wo ist die Mail hin ? ) jedenfalls rate ich jedem, sich mal cpio,afio und pax ( z.B. auf tomsrtbt ) anzusehen. Auch wenn diese Programme teils nicht so komfortabel wie tar sind, sind sie fuer ein sowieso im einem Script verpacktes Backupsystem IMHO sehr gut geeignet. Wie dem auch sei, meine Meinung, nur als Hinweis. -- Gruss / with best regards Jens-Eike Jesau <jens@hp9001.fh-bielefeld.de> /*************************************************************************** * `v'- Home: hp9001.fh-bielefeld.de/~jens * || |`. Linux on a single Disk: www.toms.net/rb *"If Windows is the solution; could we please get the problem back ?" */ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Peter Ting wrote:
Hallo zusammen,
ich habe mich jetzt doch entschlossen tar für ein Backup auf DAT zu benutzen. Meine gebastelte Befehlszeile lautet: tar -cWvf /dev/st0 -T /root/backup -V"\ Backup `date +%d.%m.%y`" Das lief soweit ganz gut, aber mittendrin hat tar abgebrochen weil angeblich zu wenig Platz auf dem Medium sei ?? Festplatte ist 2GB, DAT ist 4GB (8GB, komprimiert von Streamer). Also ich denke mal das Band war nicht zurückgespult. Ich habe in /dev gesehen das es da noch st0a, st0l und st0m gibt. Was machen die? Ich bräuchte ein device das erst mal zurückspult und dann loslegt mit dem Backup.
hi, mt rewind und schon sollte das gehen.. vorher aber (wenn du es noch nicht gemacht hast ) ln -s /dev/st0 /dev/tape (oder umgekehrt ?? das mit den links hab ich nich so gut drauf ) chau dir dazu dann noch die man mt an... gruss torsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (12)
-
blancke＠gmx.de -
georg.nies＠werthmann-koester.de -
Jan＠lot-germany.com -
jens＠hp9001.fh-bielefeld.de -
karl.esau＠KronachOnline.de -
martin.stahn＠sskm.de -
roland.kaeser＠intersoft-networks.ch -
thomas.voigt＠dg0ofz.weimar.thur.de -
ting＠massoth.de -
Torsten.Schrammen＠siWan.de -
vollmer＠cocolab.de -
weissel＠ph-cip.uni-koeln.de