Olaf Bahr wrote on Sunday, July 10, 2005 3:24 PM:

sirl-suse schrieb:

...

Hallo Liste, hallo Olaf,

so nun habe ich mein Bandlaufgerät gut hinbekommen :) Das mit dem unload funz nun auch ... so gehts: mtx -f /dev/sg0 first mt -f /dev/st0 rewind

tar --multi-volume --new-volume-script=sicherung-next -cvf /dev/st0 /home/anwenderx oder tar -cvf /dev/st0 /home/anwenderx

mt -f /dev/st0 offline mtx -f /dev/sg0 unload

Aber nun taucht ein anderes Prob auf... Ich kann nicht mehr auf Band schreiben ... Oben habe ich zwei tar versionen versucht... kein Erfolg. Diese Meldung kommen:

msls1:/Backups # ./sicherung1-0.sh Loading media from Storage Element 1 into drive 0...done tar: Removing leading `/' from member names /home/anwenderx/ /home/anwenderx/.bash_history /home/anwenderx/.bashrc /home/anwenderx/.dvipsrc /home/anwenderx/.emacs /home/anwenderx/.exrc /home/anwenderx/.fonts/ /home/anwenderx/.fonts/fonts.dir tar: /dev/st0: Cannot write: Invalid argument tar: Error is not recoverable: exiting now Unloading drive 0 into Storage Element 1...done msls1:/Backups #

Warum kann ich nun nichts mehr schreiben ? Jemand eine Erklärung für mich ?

Es hat auf jeden Fall schon mal funz.

Viele Nachtgrüße Michael

Hi!

Taucht das bei allen Bändern auf? Das Band hat ja einen Schreibschutzschalter... Vielleicht ist ein Fussel an den Abfrageschalter/-lichtschranke gekommen. Evtl war der Streamer mit dem Einladen des Bandes noch nicht ganz fertig? Mit "sleep 10" vor dem tar kann man eine 10 sec Pause ins Script einbauen. Klappt denn ein "tar -cvf /dev/st0 /tmp" Steht in "/var/log/messages" eine brauchbare Fehlermeldung?

da hast Du leider recht. Der Autoloader ist noch nicht wirklich fertig und bei meinem ADIC dauert es sogar bis zu einer Minute bis man das Band ansprechen kann :( Daniel

sirl-suse schrieb:

Hallo Jung und Mädel's,

also... da hauts dem Affen den Boden unter dem Hintern weg...

Unglaublich, hatte über Yast einfach mal KDat deinstalliert, mtx aktualisiert und meine Scripte für den ADIC FastStor DLT 4000 einfach nochmal nach allen Infors und Hilfen von euch nochmal geschrieben. --Scripte siehe unten-

Nach dem ich das erste mal dann einen Test gerade gemacht hatte, funktioniert auf einmal alles... - Er lädt das Band - Er spult zurück - Er sichert die Daten und gibt auch alles schön an - Er legt das Band auch nach erfolgreicher Sicherung wieder zurück in sein Fach

Warum auf einmal alles geht, weis der Geier! Werde nun einfach mal ... ne ordentliche Sicherung versuchen...

Nur noch zwei fragen: tape-length=20000000 ??? Nur 20GB, die Bänder sind 40 / 80 GB Bänder. Kann ich das einfach ändern ???

Laß es einfach weg, dann geht er bis zum Bandende. Ich hatte bei mir eine Grenze reingeschrieben, weil ich hinterher noch die Fileliste aufs Band schreibe und dann natürlich noch etwas Platz brauchte.

Wäre das ok zum sichern: ??? /etc /home /sbin /root /proc (evtl.)

/proc macht keinen Sinn.

/var (.../lib/samba/netlogon)

Ist doch ok oder? ... oder habe ich da was übersehen ?

Hier die scripts:

------ NAME: sicherung1-0.sh #!/bin/bash mtx -f /dev/sg0 first mt -f /dev/st0 rewind tar --block-number --multi-volume --tape-length=20000000 --new-volume-script=./sicherung1-1.sh -cvf /dev/st0 /home

mt -f /dev/st0 offline mtx -f /dev/sg0 unload

------ NAME: sicherung1-1.sh #!/bin/bash mtx -f /dev/sg0 next

Hoffe... wenn auch einer solche Prob. hat, vielleich hilft das ja dann

Viel Spaß beim Sichern.... Gruß Olaf

Hallo, Am Mon, 11 Jul 2005, Arno Lehmann schrieb:

Probates Mittel: / mit allen Unterverzeichnissen, ausser /proc/* /dev/shm/* /dev/pts/* /media/* /var/* wäre ein Ansatz.

Nein. Man kann das komplette /dev/ weglassen und /media/ wenn dort nur leere Mountpunkte sind. Aus /var/ will man einiges, z.B. /var/log, praktisch alles aus /var/lib/ [ausser /var/lib/locatedb], /var/mail/ und anderes (z.B. /var/{spool,}/news Dafuer kann man ggfs. vieles aus /usr/ weglassen. -dnh -- 21: HTML-Programmierer Grafiker (Kristian Köhntopp)

Hallo, Am Mon, 11 Jul 2005, Arno Lehmann schrieb:

David Haller wrote:

...

Nein. Man kann das komplette /dev/ weglassen und /media/ wenn dort nur leere Mountpunkte sind. Aus /var/ will man einiges, z.B. /var/log, praktisch alles aus /var/lib/ [ausser /var/lib/locatedb], /var/mail/ und anderes (z.B. /var/{spool,}/news [..] Aber mit den nur leeren Mountpunkten wäre ich vorsichtig... zwei DVDs und einen Server per NFS gemountet und das Backup läuft so komisch lange :-)

Ja. *g*

Aber jetzt noch 'ne richtige Frage: Vorausgesetzt ich benutze _kein_ defvs oder wie das Ding heute heisst sollte ich ja wohl /dev sichern wenn ich (weitgehendes) bare-metal-recovery will, oder?

Wozu? Auch dann laesst sich /dev/ leicht wieder erstellen und/oder man buegelt mal eben das devs-rpm neu rein. Oder man sicher das einmal.

...

Dafuer kann man ggfs. vieles aus /usr/ weglassen.

Na ja, das Hauptproblem ist dass man für eine sinnvolle Sicherungsstrategie das System _wirklich_ kennen muss. Und wer das tut braucht nicht fragen :-)

Also, lieber OP: sichere / mit allen Unterverzeichnissen, ausser /proc und /dev !

Und /sys/ bei Kernel 2.6.x. -dnh -- Und du glaubst, das Männer das beim Starren (was du als Starren empfindest) denken? Du projizierst offenbar zu viel. -- Detlef in dtl