Hallo !! Danke schonmal für die vielen Antworten !!! Sorry-waren tatsächlich etwas wenig infos. Also: Wenn ich an der Konsole tar -xzvf so51a.tar eingebe (wie es auch in einem Howto zu einer anderen Version beschrieben ist) kommt:
gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors
ohne den z Parameter, also tar -xvf so51a.tar kommt:
so51inst/ so51inst/office51/ so51inst/office51/setup.ins tar: so51inst/office51/setup.ins: Cannot chown to uid 4780 gid 310: Operation not permitted tar: Skipping to next file header m tar: Unknown file type 'Ù' for m, extracted as normal file tar: m: Cannot change mode to 7755: Operation not permitted tar: m: Cannot change mode to 7755: Operation not permitted tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header ........................
Ich hab das ganze an einem AIX-Terminal unter Netscape heruntergeladen. Das enpacken hab ich mit Ark, karchiveur und noch irgendwas probiert. ist denn z.B. tar die Endung der Datei nicht völlig wurscht, solange der Inhalt passt ?? Und wieso pfuscht Netscape an den Daten herum ?? Ich bin warscheinlich einfach nur zu doof, weil wenn das bei mehreren Dateien so war muß es ja wohl an mir liegen - oder doch daran, daß ich das unter AIX runtergeladen hab ???? Danke !!!! Kay --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 01-Feb-00 Kay Hannay wrote:
Wenn ich an der Konsole tar -xzvf so51a.tar eingebe (wie es auch in einem Howto zu einer anderen Version beschrieben ist) kommt:
gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors
Das ist soweit korrekt, steht auch im (mit eingepackten :-( ) README von SO. Das so51a.tar ist nicht gepackt, weil der Inhalt bereits gepackt ist.
ohne den z Parameter, also tar -xvf so51a.tar kommt:
so51inst/ so51inst/office51/ so51inst/office51/setup.ins tar: so51inst/office51/setup.ins: Cannot chown to uid 4780 gid 310: Operation not permitted tar: Skipping to next file header m tar: Unknown file type 'Ù' for m, extracted as normal file tar: m: Cannot change mode to 7755: Operation not permitted tar: m: Cannot change mode to 7755: Operation not permitted tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header tar: Skipping to next file header
Hast Du als root entpackt? Normale User können keinen chown ausführen, bei dem sich der User ändert.
Ich bin warscheinlich einfach nur zu doof, weil wenn das bei mehreren Dateien so war muß es ja wohl an mir liegen - oder doch daran, daß ich das unter AIX runtergeladen hab ????
Nein, er kann nur die Rechte beim Entpacken nicht richtig setzen und bricht deshalb ab. Entpacken als root sollte helfen. -- Erhard Schwenk <eschwenk@fto.de> - http://www.fto.de **** Jetzt neu: http://www.akkordeonjugend.de **** --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi Kay, On Die, 01 Feb 2000, Kay Hannay wrote:
Und wieso pfuscht Netscape an den Daten herum ??
Warum weiß ich auch nicht, vielleicht Pseudo-Intelligenz, um dem Benutzer das Denken abzugewöhnen. Aber wenn du mit Netscape gzip-pte Daten runterlädst, dann hatte ich immer das problem, daß er sie entpackt (!), aber die .gz Endung beibehält. Frag mich mal warum... Gruß, Sebastian -- "No worries." - Rincewind Sebastian Helms - mailto:sebastian@helms.sh (PGP available) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
eschwenk＠fto.de -
klinux＠gmx.de -
sebastian＠helms.sh