2 TiB fájl szerkesztése Linux alatt

Fórumok

Tudtok ajánlani olyan (hex)editort, ami megbírkózik 2 TiB körüli fájllal is?
Le kéne csípnem a végéből néhány KB-ot.
Eddig wxHexEditort próbáltam.
Annak ellenére, hogy elméletileg tud kezelni 2^64 byte-os fájlokat is, simán 2 GB körül lecsapta a fájlom végét.
Van belőle másolat természetesen, de 2 TB-ot másolgatni csak azéert, hogy kipróbáljak 1-1 editort bonyolultabbnak tűnik, mint megkérdezni Titeket az etéren szerzett tapasztalataitokról.
64 bites openSUSE, ext4 fájlrendszeren van a fájl.
Köszönöm.

Hozzászólások

kerülőmegoldás:
ha tudod, hogy hány byte nem kell a végére, akkor dd

ha nem tudni pontosan, vagy szerkeszteni kell, akkor split-tel darabold fel, szerkezd az utólsó darabot, majd fűzd össze...
nem szép, de tuti megoldás a tesztelgetések helyett...

Ez egy dd-vel lementett titkosított LUKS partíció.
Úgy tudom kipróbálni, hogy pont jó méretre vágtam-e, hogy megnyitom.
Ha elfogadja a jelszót, akkor nyertem, ha nem, akkor darabolni kell még.
Legalábbis ez a tervem.
Ha nem tudom egyben/helyben szerkeszteni a fájlt, akkor minden próbálkozás 2 TB másolást eredményez, ami belátható időn belül nem valószínű, hogy sikerre vezet.

openSUSE 12.2, vagy ami éppen jön.

Menet közben kiderült, hogy az nem baj, ha a fájl nagyobb, mint a kívánt méret, csak kisebb nem lehet.
Kipróbáltam egy kisebb titkosított fájllal. Levágtam az eredetileg 50 GB-s fájl elejéről 10 GB-t, hozzámásoltam 40 GB random szemetet, de így is simán meg tudta nyitni a cryptsetup. Ha 60 GB, vagy akár 100 GB-osra "hizlaltam" a fájlt, akkor is megnyitotta. De ha kisebb volt a mérete az eredetinél, akkor valami hibát ír ki.
Úgy látszik, valahol a tartalom megsérült, azért nem tudom megnyitni, nem azért, mert nem pontosan passzol a mérete.
Így a megfelelő hexeditor hiánya egyelőre nem mérvadó.
Nem keresgéltem tovább, de attól még érdekelne a válasz az eredeti kérdésemre.

openSUSE 12.2, vagy ami éppen jön.

A helyedben amíg arra várnék, hogy hátha akad, aki bonyolódott már ilyen, nem mindennap előforduló problémába, párhuzamosan csak-csak futtatnám azt a dd (szöveges fájl esetén awk/perl) parancsot, amely a lassabb, de biztosan létező megoldást jelenti.