Dotaz: Konverze souboru ASCII to Binary

[Honza]

Ahoj,

nastala situace kdy zaloha ve formatu tgz(tar + gz) byla prehrana na jiny FTP server v modu ASCII. Tento soubor pak nasledne nelze otevrit/rozbalit. Po debugu jsem zjistil, ze chyba je prave v FTP modu = ASCII. Problem je v tom, ze mam zalohu uz jen pouze tu spatnou v ASCII. Lze dodatecne prekonvertovat zpet ASCII do Binary? Zkousel jsem jiz "unix2dos", "fixgz" ale neuspesne.

Muze nekdo poradit?

Diky
Honza

Odpovědi

[tyctor]

a co to skusit znovu prehrat na FTP server v mode BIN?

[Honza]

No bohuzel ta puvodni zaloha, neposkozena uz neexistuje. Mam pouze tu zmrsenou ASCII.

[kaaja]

To z principu přenosu ascii a bin nejde. Protože při ASCII se z každého bajtu přenese jenom 7 bitů místo 8 jako v BIN. Takže chybí osmina informace.

[Honza]

Tohle teda bude asi neresitelna situace, coz u Linuxu moc casto nenastava(samozrejme to neni chyba linuxu). Jinak diky za odpoved.

[Filip Jirsák]

ASCII znamená, že se nahradily konce řádků CR+LF za CR nebo opačně. Pokud by se změnilo i kódování, byl by to asi dost problém. Řešení je nahradit to zpět – jenomže se budete muset nějak vypořádat s tím, že při náhradě CR+LF za CR mohly být v původním souboru už samotné znaky CR, takže u CR v novém souboru nepoznáte, zda je to výsledek transformace nebo tam ten znak byl i původně. Takže mne napadá jedině zkusit si vypsat počty těch znaků, pokud jich nebude moc, můžete si vytvořit všechny kombinace. Při opačné náhradě to máte asi jednoduší, tam by mělo stačit nahradit všechny CR+LF za CR.

[Honza]

Dekuji za odpoved. Presne tak, je to velky problem dohledat zdali znak CR je samostatny nebo zda patri do kombinace. Nicmene kombinace nemohu vytvorit protoze cela zaloha ma cca 0,8GB a tech kombinaci je az prilis. Ale diky

[Filip Jirsák]

Pak můžete ještě zkusit, zda gzip nemá nějaký samoopravný mechanizmus, že byste ta CR nahrazoval od začátku, a sledoval byste, zda přes to gunzip projde. Ale to by stejně jednak bylo spousta práce, jednak pochybuju o tom, že by tam byl tak silný samoopravný kód, protože ten by zase velikost souboru prodlužoval. Pokud by samoopravný kód nefungoval a gunzip rozbalil jak variantu s CR tak CR+LF, musel byste kontrolovat rozbalený obsah. Pokud by to šlo nějak automaticky, dalo by se to celé asi nějak naskriptovat – záleží na tom, jak moc vám ta data chybí.

[pc2005]

Myslím, že gzip bohužel nemá samoopravné chyby. Ale cesta by byla, pokud by byly pro každý blok komprimovaných dat dostupný záznam CRC, pak by šlo všechny CR+LF měnit v daném bloku a testovat při jaké kombinaci je blok v pořádku. I když podle dokumentace to moc nevypadá .