Podpora :: RAR Support

Dobrý den,
pokud použiju na síťovém disku (Novell) kontextovou nabídku "Add to archive 'namearch.rar' ",  vytvoří se soubor namearch.rar. To je v pořádku, RaR při komprimaci chyby nehlásí. Pokud se ale takový archiv snažím rozbalit, následuje hláška
---
!   S:\...a.rar: Unexpected end of archive
---
Stejný postup, ale na lokálním disku funguje bez problémů.

V čem je chyba ?

Zkusil jste ten archiv ze sitoveho disku zkopirovat na lokal a otestovat ci rozbalit jej odtam? Muzete take zkusit primo pri komprimaci zvolit, ze chcete archiv ihned po vytvoreni otestovat (polozkou "Pridat soubor do..."). Ale jako nejvystiznejsi test se mi jevi
 zkopirovat archiv na lokalni disk a podivat se, zda bude v poradku. Pokud ano, zda se, ze je nejaky problem pri cteni dat ze souboroveho serveru.

Samozrejme jsem chtel rict "kompresi" :-)

S takto vytvořeným archivem, zkopírovaným na lokální disk, je situace stejná:
Unexpected end of archive
Problém vzniká pouze při vytváření archivu na síťovém disku
Ale pozor - podle Vaší rady jsem zkusil možnost soubory otestovat ("Test archived files"). A  pozor - v tomto případě je vše v pořádku:  archiv se vytvoří, otestuje  a  je při novém přístupu otevřen zcela korektně.

Tak nevím - v čem je chyba ? Vypadá to spíše na potíže na straně sítě.

Aha - koukám, že odesilatel se nevypsal automaticky. Tak tedy Unknown alias VBehun děkuje Viktorovi za radu.
Pořád nevím, zda je to chyba WinRaru 3.51 nebo Novell sítě. Mám však dojem, že v dřívějších verzích to nedělalo, protože jsem zvyklý používat tento (viz dříve popsaný) postup komprimace z kontextového menu téměř automaticky a nebyly problémy, přitom verze Netware se neměnila, zato verze WinRaR ano.

Zkraje se omlouvam za zmateny pokyn, ktery vyznel jako "otestovat archiv polozkou 'pridat soubor do...'"
 - asi uz jsem byl myslenkami o krok dale, nez na klavesnici. Myslel jsem samozrejme nastavit checkbox pro otestovani, ke kteremu se ovsem dostanete jen kdyz kompresi spustite volbou "Pridat do..." a ne "pridat do blabla.rar" - protoze ta hned zacne pracovat s parametry aktualniho profilu.

OK, ted k Vasemu problemu. Opravdu je archiv pri otestovani ihned po archivaci v poradku, ale pri pozdejsim pristupu je poskozen? Jak velky ten archiv je?
Pokud ne prilis veliky a Vy mate chvili cas, mohl byste zkusit zkomprimovat presne stejnou sadu souboru na lokal a na sitovy disk a v pripade, ze sitova verze zase nepujde rozbalit (a lokalni ano), porovnat oba soubory - zbezne podle velikosti a pokud ta bude shodna (ale vami popisovane hlaseni dava tusit, ze chyba bude uz zde), potom "fc /b file1 file2 >nekde_vhodne\vysledek.txt". Pokud se soubory opravdu lisi, zkusil bych lokalni archiv zkopirovat na sit a podivat se, jestli se neposkodi prostym prenosem... Stejne ale, kdyby byla chyba na strane WinRARu, neumim si predstavit, jak muze dojit k poskozeni po uspesnem testu archivu...pokud se nekde neprojevuje nejaka vadna cache - ze by totiz WinRAR pri svem testu dostaval platna data z cache, pozdeji by uz server dodaval vadna data,m ktera si zapsal na disk. Dalsi moznosti, jak zuzit okruh podezrelych, by bylo provest stejnou kompresi z jineho klienta na stejny server a podivat se, zda pak bude archiv OK (eventualni chyba cache klienta). Pokud k chybe dochazi stale, take by nebylo bez zajimavosti zjistit, zda je to porad ta stejna (poskozena ci chybejici stejna cast souboru) a zda se prece jen starsi verze WinRARu nezachova stejne. Vim, je to hodne pokusniceni, ale tak uz to proste obcas byva :-) Preji hodne stesti.

Ad: "nastavit checkbox pro otestovani, ke kteremu se ovsem dostanete jen kdyz kompresi spustite volbou "Pridat do..."
Ano, takhle to dělám.
---
Ad: "Opravdu je archiv pri otestovani ihned po archivaci v poradku, ale pri pozdejsim pristupu je poskozen?"
Takhle bych to nenazval. Pokud se komprimuje na síti (bez nastavení archivačního option zatržítka "Test archived files", tak prostě archivace proběhne v O.K. bez jakýchkoliv chybových hlášek. Avšak pokud chci následně (tedy ihned po archivaci) archiv přečíst, je již nečitelný.
---
Ad: "Jak velky ten archiv je?"
Libovolně velký - mám ve zvyku takto archivovat celé síťové adresáře i s podsložkami.
---
Ad: "zkomprimovat presne stejnou sadu souboru na lokal a na sitovy disk a v pripade, ze sitova verze zase nepujde rozbalit (a lokalni ano), porovnat oba soubory - zbezne podle velikosti a pokud ta bude shodna (ale vami popisovane hlaseni dava tusit, ze chyba bude uz zde)"
Zkusím po návratu do firmy.
---
Jenom bych dodal, že checkbox "Test archived files" a nastavení tohoto profilu jako default řeší zmíněný problém (ale prozatím neříká nic o jeho příčině).

Omluva - i poradna má zřejmě problémy. Ono se mi po odeslání 2x objevilo 404 Object not found ... takže je to 3 x.

Poradove cislo zpravy sice neni zobrazene jako aktivni, ale klikaci je a pak autor muze zpravu opravit nebo i smazat (kdyz ma povolene cookies, jinak na heslo). Na ten Object not found se jeste podivame do logu..

Ad: "zkomprimovat presne stejnou sadu souboru na lokal a na sitovy disk a v pripade, ze sitova verze zase nepujde rozbalit (a lokalni ano), porovnat oba soubory - zbezne podle velikosti a pokud ta bude shodna (ale vami popisovane hlaseni dava tusit, ze chyba bude uz zde)"
Zkusím po návratu do firmy.
---
Tak tedy:
1) chyba se projevuje pouze u binárních souborů. Pokud jde o čistý text, tak vše funguje OK.
2) Soubor na síti je skutečně menší  (přiližně  o 1 KB)
3) Přestože problém je vyřešen prozatím nastavením testu po archivaci,
avšak pracovní úkoly čekají, zkusím dále experimentovat během týdne.