Hallo Hannes, Hallo Alle wie lautet das Kommando zum Einlesen der Daten? < /dev/st0 cpio -ivt ??? zum Einlesen eines Inhaltsverzeichnisses des Bandes. -i Input -v Verbose -t conTents Zur Erläuterung: Beim Sichern verwendet cpio Standard Input für die Liste der zu sichernden Dateien (weil früher die Kommandozeile zu kurz bemessen war, um eine so lange Liste aufzunehmen) und ohne die -F Option Standard Output für die Archivdaten. Beim Zurückholen brauchts keine Liste von Dateien auf Standard Input, also werden (auch hier ohne -F Option) die Archivdaten von Standard Input gelesen. Diese Vorgehensweise hat den Vorteil, daß man fast Alles von cpio anderen Programmen vor die Nase setzen kann (z.Bsp. gzip) und umgekehrt auch Alles von anderen Programmen dem cpio überlassen kann. Standard Input und Standard Output ist halt das universelle Konzept von Unix und Linux, einen datenstrom auf die Reise zu schicken. Die oben erwähnte -F Option hat den Vorteil, daß man cpio das Gerät, auf dem das Archiv zu erstellen ist, direkt bekannt machen kann. Mit Standard Output muß cpio bei Ende des Bandes nach dem Gerät fragen, auf dem er weiter machen soll (also Eingabe "/dev/st0"), mit -F Option brauchts nur noch ein "Return", das Gerät kennt cpio ja schon. Uff, jetzt habe doch wieder mehr erzählt, als ich eigentlich wollte. Wenn Du also nicht Alles verstanden haben solltest, dann vergiss vorerst die letzten drei Absätze und lies es später nach. Aber die Art, wie Du gefragt hast, läßt erwarten, daß Du damit sogar klar kommst. Sag mal bescheid. Tschö, Emil Am Samstag, 8. Mai 2004 23:42 schrieb Johannes Studt:

* Jan Trippler [2004-05-08 22:32]:

...

Prinzipiell arbeitet cpio mit stdin. Wenn Du also etwas auf Band sichern willst, dann musst Du die zu sichernden Pfade per stdin übergeben. Meist wird dazu der find benutzt: find /pfad/zum/verzeichnis -print | cpio -o >/pfad/zum/tape

Schon klar, das habe ich unterschlagen. War sicher nachlässig ;) Das Sichern klappt ja auch einwandfrei, er schreibt stundenlang das Band voll, nur kann ich den Archivinhalt nicht mit cpio wieder einlesen (mit tar geht es, wie beschrieben, wenn ich cpio im tar-Format schreiben lasse).

Sorry wegen der Unvollständigkeit. ;)

Gruß, Hannes

--

Russian roulette for linux: [ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo "Still breathing, eh?"

-- -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate

Hallo Hannes, Hallo Alle da Du über Probleme mit Blocksizes berichtet hast, wollte ich nochmal ein bisschen schwätzen. Beim Austausch von Daten auf DDS-Medien zwischen verschiedenen Rechnern hatte ich früher auch schon mal Probleme ähnlicher Art. Es gibt nämlich in diesen Laufwerken eine interne Blockgröße, deren genaue Bedeutung ich nicht verstanden habe, mich auch nicht intensiv genug darum gekümmert habe. Hast Du Dir schon mal die Manual-Seite des Programms mt angesehen. Dort sind Flags beschrieben, mit denen an diesen Wert steuern kann (Look for setblk). Dieser wert musste zwischen dem schreibenden Laufwerk und dem lesenden Laufwerk identisch sein. Offensichtlich war es für cpio damals nicht möglich, sich an den vorhandenen Wert anzupassen. Wenn ich dann den richtigen Wert gefunden hatte (manchmal durch Überlegen, manchmal durch trial and error) und mit mt eingestellt hatte, hat es dann funktioniert. Tschö, Emil. Am Dienstag, 11. Mai 2004 14:14 schrieb Johannes Studt:

* Emil Stephan [2004-05-10 20:26]:

...

wie lautet das Kommando zum Einlesen der Daten?

< /dev/st0 cpio -ivt ???

Erst habe ich

cpio -itvI /dev/st0

getestet, und nachdem das mit dem memory allocation error fehlschlug, vermutete ich erst, dass es irgendwie ein Problem mit dem Format sein könnte. Entsprechend habe ich dann alle möglichen Formate -H tar|newc|crc getestet (beim Sichern wie beim Wiedereinlesen), und als auch das nix fruchtete, war ich erstmal ratlos und hab die erste Mail an die Liste geschrieben. Inzwischen hat sich ja scheinbar herausgestellt, dass ich nur auf die von cpio standardmässig auf 0 (null) gesetzte Blöckgrösse hereingefallen bin. tar verwendet dort demgegenüber 10kB (wenn ich es richtig im Kopf habe), darum hat das mit tar wohl geklappt. Nunmehr mit der Kommandozeile

cpio -itv -C 28672 -I /dev/st0

bzw.

cpio -itv --block-size 56 -I /dev/st0

bricht es schonmal nicht mehr mit einem memory allocation error ab, ob es allerdings richtig sichert, kann ich erst am Wochenende testen, da momentan ein produktives Band im Laufwerk liegti, welches noch mit taper beschrieben wird und ich nicht vor Ort bin, um ein Testband einlegen zu können.

Aber trotzdem danke für die Zusammenfassung. :)

...

Aber die Art, wie Du gefragt hast, läßt erwarten, daß Du damit sogar klar kommst.

Danke für die Blumen. :D

...

Sag mal bescheid.

Bescheid.

Gruß, Hannes

--

Das Licht am Ende des Tunnels ist ein entgegenkommender Zug. (unbekannter Autor)

-- -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate