Dotaz: Zatuhnutí příkazu TAR v SUSE 10.1

[bta]

Ahoj,
mám SUSE 10.1 a mám problém s príkazem tar. Pokud provádím rozbalení/zabalení archivu přes gui KDE (kliknutím myši a vybráním položky akce archivace), tak vše proběhne v pořádku, ale pokud se snažím s archivem pracovat (rozbalit, podívat se co obsahuje, ...) přes konzoli (kterou bych si chtěl především osvojit) tak to zatuhne (nedá mi prompt a tak to po chvíli čekání srazím ^C).
 Nevíte, nesetkal jste se s tím někdo?
Druhý dotaz je ten, že pokud se snažím rozbalit archiv .bz2, tak v gui mi to napíše, že tento formát není podporován. V konzoli mi to ohlásí, že ten archiv není bz2.
 Kde lze sehnat balíčky, abych mohl s tímto formátem pracovat?
Předem díky

Odpovědi

[Michal Kubeček]

Především budete muset napsat, jakým konkrétním příkazem se to snažíte rozbalit/prohlížet. Jinak těžko můžeme hádat, v čem je problém.

[bta]

Jedná se o zdrojáky SIMu, zkoušel jsem to takto :

tar -x sim-xxx.tar

tar --extract sim-xxx.tar

tar -t sim-xxx.tar

a pokaždé to zamrzlo.

[Wan-To]

Zkuste tar -xf sim-xxx.tar.

[bta]

Super, problém vyřešen,s volbou f ,,navíc" jde jak tar archiv rozbalit, tak se i do něj podívat.

Moc díky všem za podněty k řešení

[Wan-To]

Problém byl ten, že pokud nezadáte parametr -f, tak tar očekává místo data místo v souboru na standardním vstupu. Tudíž by mohlo fungovat i tar x < cat archiv.

[Wan-To]

Problém byl ten, že pokud nezadáte parametr -f, tak tar očekává místo data místo v souboru na standardním vstupu. Tudíž by mohlo fungovat i tar x < cat archiv.

[Michal Kubeček]

Tohle by nefungovalo zcela určitě, buď

  tar -x < archiv

nebo

  cat archiv | tar -x

Co mne ale trochu zaráží, je skutečnost, že můj tar skutečně jako default bere standardní vstup/výstup, přestože manuálová stránka tvrdí něco úplně jiného…

[Wan-To]

Už to vidím, připletlo se mi tam navíc cat.

[Michal Kubeček]

Ono je to trochu neintuitivní, ale to je dáno tím, že tar byl původně navržen k archivaci na pásku, takže pokud se neuvede výstupní zařízení, archiv se defaultně ukládá na streamer (u mne /dev/rmt0). Na PC samozřejmě drtivá většina lidí žádný streamer nemá, takže to vypadá trochu nelogicky, ale nebylo by dobré vytvářet nekompatibilitu s tradičními unixovými systémy.

[Michal Kubeček]

Argumentem je soubor, který chcete z toho archivu vyndat. Chcete-li specifikovat umístění archivu, použijte přepínač '-f', např.:

  tar -t -f sim-xxx.tar
  tar -tf sim-xxx.tar
  tar -x -f sim-xxx.tar
  tar -xf sim-xxx.tar

Případně přidejte ještě '-v', ať vidíte ve výpisu podrobnosti resp. při rozbalování, co se extrahuje.

[rastos]

1. nedavaj dve otazky do jedneho prispevku.
2. zisti a napis sem co urobi:

bunzip2 subor.tar.bz2

mozno tiez nieco napovie

file - < subor.tar.bz2

.

Mimochodom, ako si ten archiv ziskal?

[Michal Kubeček]

file - < subor.tar.bz2

Proč to drbání pravou nohou za levým uchem? Proč ne prostě

  file subor.tar.bz2

[rastos]

Pretože svet je podivný a to čo sa prikazu file dá ako parameter môže byť kadečo. Počnúc obyčajným súborom, súbor s príponou tar.bz2 obsahujúci .tar, zariadením alebo dokonca pípou. Pri presmerovaní sa abstrahuje od vlastností inode-u či použitej prípony a zvažuje sa skutočne len obsah súboru - čo v tomto konkrétnom prípade môže prísť vhod.

[Michal Kubeček]

1. jméno souboru, a tedy i "přípona", je v adresáři, nikoli v i-nodu

2. Příkaz file se podle jména souboru vůbec neorientuje, takže můžete být klidný

[svatekr]

No, tak to se mi stalo v SuSe taky. Zazálohoval jsem si svojí práci - Internetové stránky. Bylo toho asi 500 MB. Použil jsem kontextovou nabídku v Konqueroru. Vypálil, reinstaloval PC a už jsem to ničím nerozbalil. Pak ještě jednou to samý se složkou fotografií.

Nebylo to poškozeným CD, protože ten archiv ležel ještě na jiném HDD.

Od té doby archivuju zásadně v konzoli pomocí taru. Balím i rozbaluju. (A konzoli spouštím z Kubuntu )

Zkus to rozbalit příkazem

tar -xvjf archiv.tar.bz2

Bude to něco vypisovat a aspoň zjistíš na čem se to zastaví.

[bta]

Tak jsem si vzal tar a zkusil volby -xvjf a vypsalo to :

$ tar -xvjf soubor.tar
bzip2: (stdin) is not a bzip2 file.   // toto chapu
tar: Child returned status 2
tar: Za běhu programu nastala chyba

Tedy stále na mrtvém bodu, ale alespoň mám něco konkrétnějšího, na co se zeptat Googlu.

[Michal Kubeček]

Když to není komprimované bzip2, tak vynechte přepínač '-j'.

[bta]

Jasně, došlo mi to, jak jsem to zkusil a podíval jsem se pak do manuálu, co všechny přepínače znamenají.

[zabza]

A proč jste se nepodíval do manuálu před tím, než jste položil otázku?

[bta]

U toho dotazu s bz2 formátem jsem si neuvědomil, že problém může být ve vadném archivu nehledě na to, odkud je stažený,...

U toho problému s tar jsem do manuálu koukal, ale nenašel nic co by mi pomohlo. Zbytečně bych se neptal.

[juxuz]

mě se tohle stávalo při archivaci - zabalení. Syntaxe původní s havarováním programu byla : tar -cvzf /backup_vase-slozka.tar.gz /vase-slozka

Syntaxe nová bez havárie taru je: tar --ignore-failed-read -cvzf /backup_vase-slozka.tar.gz /vase-slozka

Obdobné to bude i pro dekomprimaci, jen místo parametru -c bude -x tak snad to pomůže

[milda]

Uz nepij! Potom mozna nebudes vytahovat 2.5 roku stare vyresene mrtvoly