frage zu TAR

[mg-midget]

hallo an alle,

um meinen immer noch nicht laufenden framebuffer endlich zur
arbeit zu zwingen, will ich etwas SW installieren. es hat sich herausgestellt,
dass es sich um ein tar-archive handelt. ich entpacke mit:

# tar xvf file.01.tar

das klappt auch ganz gut, aber irgendwann laeuft mir die
partition voll, und das entpascken bricht ab. im innern von
file.01.tar steht, wohin die entpackten dateien geschrieben
werden sollen. jetzt die frage:

wie kann ich tar zwingen, die fertigen dateien und directories
woandershin zu packen (naemlich dahin, wo ich platz hab!)?
einfache umleitung? pipe?


danke

Hse

[Sparky]

Kopier das Tar-Archiv dorthin wo es entpackt werden soll,
und entpacke es dort.

[mg-midget]

nein, das macht er nicht. er schreibt dahin, wo er es sich vorgenommen hat ...

was sehr bedauerlich ist.

Hse

[mg-midget]

hallo,

ich habe noch mal weiterprobiert, und die sache ist so:

das tar-archive wird nach ganz oben entpackt, unter /cdrom/xxx
/cdrom habe ich natuerlich angelegt, als mount-point. aber im root-verzeichnissind nur ca. 80 MByte. das reicht nicht fuer das entpackte
archiv.
ich habe dann /cdrom komplett geloescht und entpacken gestartet,
hat aber nichts genuetzt,. die kiste legt es sofort wieder an.

ein weiterer gedanke:

man musste /cdrom als link anlegen, der auf stelle zeigt, wo genuegend
platz ist. weiss jemand, wie sowas genau geht?

vielen dank.

Hse

[friday]

hallo,

merkwuerdig, normalerweise wird der erste / beim einpacken entfernt.
ich weiss jetzt nicht ob der sun tar den -C befehl kennt, aber damit kann man  das dir angeben, wohin es antpackt werden soll. wenn nicht kannst du dir bei www.sunfreeware.com den gnu-tar ziehen. der kann das bestimmt.

friday

[Jerry]

Tach auch,

der erste / wird leider weder beim Ein- noch beim Auspacken entfernt. Das ist der Grund, warum Du _niemals_ tar mit absoluten Pfaden ausführen solltest.

Selbst wenn Du ein Backup des kompletten Systems machst, ist der Befehl

tar cvf backupdatei /

TABU!!! (Sternchen_Unterstrich_Capslock_TABU)

Immer mit _relativen_ Pfaden arbeiten, also z.B.

tar cvf backupdate ./datei1 ./datei2 ...

Dann packt tar nämlich da aus, wo Du tar aufrufst (und kann dann auch mittels -C veranlasst werden, woanders auszupacken). Bei absoluten Pfaden gilt für tar: No way. Es packt dann immer auf dem absoluten Pfad aus. Und wie wir sehen, ist das ziemlich schlecht.

Ich will jetzt nicht beschreien, daß der gnu-tar nicht mglw. 'ne Hintertür für absolut-verpfadete Archive hat, aber man sollte sich bemühen, Standard-tar-kompatibel zu bleiben, denn Du weisst nie, womit Du irgendwann mal auspacken musst...

Gruss

Jerry

[mg-midget]

ja, gut, das waren jetzt alles antworten zum packen (wie mans nicht
machen soll) - aber ich hab das ding ja nicht gepackt!

ich hab jetzt bloss das problem, dass es beim entpacken eben
nicht klappt.

weiss bitte jemand, ob der trick mit dem link geht und wie man das
GENAU anlegt (damit es klappt)?

Hse

[Sparky]

..hat´s mit dem Download nicht geklappt ?

[pretec]

weiss bitte jemand, ob der trick mit dem link geht und wie man das
GENAU anlegt (damit es klappt)?

Hallo ,
versuch doch mal tar -C /tmp -xvf bla.tar.
Dann sollte er das Archiv in /tmp auspacken.
Oder:
ln -s /wo/es/hinsoll /cdrom
Dann wird ein symbolischer Link /cdrom erzeugt, der nach "/wo/es/hinsoll" zeigt.
(Alles unter Linux, ich hoffe Solaris verhält sich gleich...)

Bis Bald
Matthias

[7ami7]

Oder so:
cd /tmp
tar xvf  /PfadzumFile/File.tar

Gruss
Andreas