Hlavní navigace

Názory k článku
Nový TrueCrypt 5.0 s grafickým rozhraním pro Linux

jiri_j
jiri_j (neregistrovaný)
7. 2. 2008 0:40 Nový

Skryté oddíly

celé vlákno
Funguje vám někomu vytvoření "Hidden volume"? Když se o to pokouším tak mi to vypíše "The selected feature is currently not supported on your platform."

Jinak hezký článek, děkuji
uživatel si přál zůstat v anonymitě
7. 2. 2008 2:08 Nový

Re: Skryté oddíly

celé vlákno
Vidim, ze vylepseni je fakt hromada, teda aspon pro linux verzi, ve windows samozrejme vsechno bylo uz davno, takze jedina novinka je moznost kryptovat systemovou partisnu, coz je pravda vcelku zajimava ficura:) Jinak hidden volume samozrejme funguje(win) a kdyz ti to pise, ze na tvem systemu nejde vytvorit, tak asi pouzivas spatny system:)
Jiří Jenčík
7. 2. 2008 3:06 Nový

Re: Skryté oddíly

celé vlákno
no používám GNU/Linux (Ubuntu 7.04), zajímalo by mě proč to nejde
Petr Krčmář aura:99
7. 2. 2008 9:17 Nový

Re: Skryté oddíly

celé vlákno
To je funkce, která zatím není jinde než na MS Windows implementovaná. Ale v principu je tak jednoduchá, že nebude problém ji do Linuxu přidat. Veškerá data se totiž ukládají do prázdného místa na disku, tedy za všechny regulérní oddíly. To by mělo jít i v Linuxu. Uvidíme co v další verzi.
Zdenek
Zdenek (neregistrovaný)
7. 2. 2008 9:40 Nový

Re: Skryté oddíly

celé vlákno
Pisete nesmysly. Hidden volume nelezi za zadnymi oddili na disku. Je to jen dalsi truecrypt volume NA konci JINEHO truecrypt volume. A v predchozi verzi TrueCryptu vytvareni funguje i na linuxu.
Petr Krčmář aura:99
7. 2. 2008 9:49 Nový

Re: Skryté oddíly

celé vlákno
Máte pravdu, špatně jsem se vyjádřil: data skrytého disku leží za daty na jiném TC oddíle. Čili v prázdném místě na disku. Samozřejmě vytváření funguje ve starší verzi 4.3.
peter
peter (neregistrovaný)
7. 2. 2008 9:53 Nový

Re: Skryté oddíly

celé vlákno
V prázdnom mieste? Nie vždy - ak zaplníte "hlavný" TC oddiel, tak prepíšete skrytý a prídete o dáta v ňom!
Petr Krčmář aura:99
7. 2. 2008 10:06 Nový

Re: Skryté oddíly

celé vlákno
Ano, to je bohužel nevýhoda skrytého oddílu, ale zároveň je v tom jeho síla – je prostě opravdu neodhalitelný. Leží prostě za běžnými daty, která se ale mohou roztáhnout i přes něj a pak jej samozřejmě zničí. Není možnost poznat, že tam nějaký skrytý oddíl je (proto je skrytý).
Zdenek
Zdenek (neregistrovaný)
7. 2. 2008 10:10 Nový

Re: Skryté oddíly

celé vlákno
Zaroven ale i existuje moznost jak hidden volume chranit pred prepsanim. Pri pripojovani hostitelskeho oddilu zadate zaroven i heslo k oddilu skrytemu a truecrypt ho pak nedovoli prepsat.
MD
MD (neregistrovaný)
7. 2. 2008 10:10 Nový

Re: Skryté oddíly

celé vlákno
V Truecryptu muzete zapnout ochranu pred prepsanim toho hidden volume, takze zadny strach
uživatel si přál zůstat v anonymitě
7. 2. 2008 13:13 Nový

Re: Skryté oddíly

celé vlákno
"To je funkce, která zatím není jinde než na MS Windows implementovaná..."

no ted se divam na TC v MacOSX a hidden volume tu je
Jiří Jenčík
7. 2. 2008 13:20 Nový

Re: Skryté oddíly

celé vlákno
No v linuxové verzi taky je. ale hidden volume nejde vytvořit

Tohle píší na stránkách TrueCryptu

The following features are planned to be implemented in future versions:

* Parallelized encryption/decryption

* Ability to create hidden volumes on Mac OS X and Linux

* Support for external authentication modules (cryptographic tokens)

* 'Raw' CD/DVD volumes
Pavol Rusnak aura:95
7. 2. 2008 1:04 Nový

rychlost

celé vlákno
ako je to s rychlostou, ked truecrypt pouziva FUSE? (napr. v porovnani so starym truecryptom, pripadne s nesifrovanou particou s ovladacom v jadre)
uživatel si přál zůstat v anonymitě
7. 2. 2008 2:13 Nový

Re: rychlost

celé vlákno
Podle toho jak popisujou to FUSE, tak by to uz mohlo byt treba i skoro tak rychle jak na windows, kde je to bezny ovladac diky transparetni architekture a tudiz je jeho implementace piece of cake s maximalne rychlym a efektivnim pristupem. FUSE vypada dost podobne (az na to, ze vyvijet neco v linuxu bez dokumentace a nastroju je peklo), takze by to v linuxu uz taky mohlo nejak fungovat, pripadne ve verzi 8, ci 10:)
jirib
jirib (neregistrovaný)
7. 2. 2008 3:00 Nový

srovnani s cryptsetup

celé vlákno
pouzivam cryptsetup a mam i root FS na sifrovanem LVM :) kdyby mi bootval laptop z USB, mel bych i jadro na bezpecnem miste...

...ale... nejake srovnani z pohledu bezpecnosti s cryptsetup? nevidim v truecryptu zadnou vyhodu, snad jen pro BFUcka :)

PS: nejaky jednoduchy postup jak bootovacimu jadru zkontrolovat digitalni otisk (nejlepe babblebubble)? vim, ze si muzu napsat neco do skriptu ramdisku, jenze jsem moc v rychlosti neprisel na to, jak zjistit puvodni umisteni jadra a ramdisku na disku :) existuje nejaka C knihovna, co generuje z hashu babblebubble? nasel jsem jen perlovou implementaci.
Sten
Sten (neregistrovaný)
7. 2. 2008 14:42 Nový

Re: srovnani s cryptsetup

celé vlákno
Proč chcete bootovacímu jádru kontrolovat otisk? Když jej někdo vymění, tak úplně stejně jednoduše vymění i initrd a nic nepoznáte :) Na takovouhle paranou vám nic jiného než TPM (nebo nějaké jiné HW řešení) nepomůže.
uživatel si přál zůstat v anonymitě
7. 2. 2008 21:33 Nový

Re: srovnani s cryptsetup

celé vlákno
nevymeni, pokial je spolu s jadrom na USB kluci, z ktoreho sa bootuje
jirib
jirib (neregistrovaný)
7. 2. 2008 23:58 Nový

Re: srovnani s cryptsetup

celé vlákno
jsi me nepochopil:
- script v initrd by udelal kontrolni soucet a vygenerovat babblebubble fingerprint
- pac se jedna o fingerprint tak si ho muzu zapamatovat a porovnat :)

j.
uživatel si přál zůstat v anonymitě
7. 2. 2008 14:52 Nový

Re: srovnani s cryptsetup

celé vlákno
Nevím jak cryptsetup sám o sobě, ale pokud používáte LUKS (tj. přes LUKS-enabled verzi cryptsetupu), tak vězte, že každý oddíl má na začátku plaintextovou hlavičku, takže je na první pohled zřejmé, o co běží.
root@voyager:~# sudo hexdump -vC /dev/hdc | head
00000000  4c 55 4b 53 ba be 00 01  61 65 73 00 00 00 00 00  |LUKS....aes.....|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 00  63 62 63 2d 65 73 73 69  |........cbc-essi|
00000030  76 3a 73 68 61 32 35 36  00 00 00 00 00 00 00 00  |v:sha256........|
00000040  00 00 00 00 00 00 00 00  73 68 61 31 00 00 00 00  |........sha1....|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000060  00 00 00 00 00 00 00 00  00 00 04 08 00 00 00 10  |................|
00000070  4d 69 2b 95 9a 88 b1 db  0e 93 e7 87 1d 25 bb da  |Mi+..........%..|
00000080  ad 03 fb bf af 0f 27 28  c4 47 ab 70 23 1d 45 de  |......'(.G.p#.E.|
00000090  0e 1d c0 e8 8b e7 75 43  cb d3 c7 4a aa b7 6d 6f  |......uC...J..mo|
Vaclav Stepan
Vaclav Stepan (neregistrovaný)
8. 2. 2008 1:38 Nový

Re: srovnani s cryptsetup

celé vlákno
Srovnani s cryptsetup - jiste, pro systemovy disk je truecrypt na nic.
Jenze pro mala externi media s dokumenty je vyborny - treba flash disk s dokumenty na VFAT, ktery potrebujete tahat ssebou a otevrit kdekoliv, at na Windows ci Linuxu.
finn
finn (neregistrovaný)
7. 2. 2008 6:48 Nový

Každý názor musí mít titulek.

Marek Turnovec aura:69
7. 2. 2008 7:07 Nový

Hashovací nebo šifrovací?

Kupředu se pohnuly i šifrovací algoritmy. SHA-1 tak byl nahrazen modernějším SHA-512. Rovněž je zde zachována zpětná kompatibilita, ale nově vytvářené disky již využívají bezpečnější algoritmus.

SHA-1 je šifrovací algoritmus? Já myslel, že hashovací... Snad i ta zkratka znamená "secure hash algorithm"... A u SHA-512 to asi bude stejné...

brk
brk (neregistrovaný)
7. 2. 2008 7:28 Nový

Výkon

celé vlákno
Jak je na tom 5ka s výkonem? Truecrypt jsem nikdy dřív nepoužíval, ale ze zvědavosti jsem sáhl po distribučním balíčku 4.3a. Udělal jsem si 100MB "disk", mountnul ho a dal nakopírovat 96MB velký rar.

cbp ~ # time cp data.rar /mnt/iso/test

real 1m36.124s
user 0m0.012s
sys 0m2.264s

Když dám kopii souboru vytvořit ve stejném adresáři na disku, tak to je za 10s. Proceduru prováděl 2GHz Celeron, nicméně vytížen na 100% nebyl po celou dobu, spíš jen občas.
uživatel si přál zůstat v anonymitě
7. 2. 2008 9:11 Nový

Re: Výkon

celé vlákno
"Radkova verze" - rofl, Krcmar je tezkej n00b :D
--
Tupci s widlemi, hrabemi a *buntu $hitem aneb. "linuxem"...
Franta Flinta
7. 2. 2008 11:59 Nový

Re: Výkon

celé vlákno
Clovicku, trosku cerstveho vzduchu by to chtelo. Pan Krcmar napsal 2 (nebo 3?) knizky a o Linuxu se snazi psat tak, aby tomu rozumel jak clovek ne-uplne znaly veci, tak i pokrocily. Chlapce, dodelej ukoly, bez se probehnout a zkus si najit holku, bude ti lip.
uživatel si přál zůstat v anonymitě
7. 2. 2008 9:51 Nový

Re: Výkon

celé vlákno
Za to muze asi linux:) Na starickem P4 3GHz to vali v pohode .... BTW:ty 4GHz jsou nejaky nesmysl.....

OS Name: Microsoft Windows XP Professional
OS Version: 5.1.2600 Service Pack 2 Build 2600
OS Manufacturer: Microsoft Corporation
OS Configuration: Member Workstation
OS Build Type: Multiprocessor Free
Processor(s): 2 Processor(s) Installed.
[01]: x86 Family 15 Model 4 Stepping 1 GenuineIntel ~3938 Mhz
[02]: x86 Family 15 Model 4 Stepping 1 GenuineIntel ~3938 Mhz

==================================================
Algorithm : AES
Encryption : 86.8 MB/s
Decryption : 66.9 MB/s
Mean : 76.9 MB/s
==================================================

==================================================
Algorithm : Twofish
Encryption : 65.8 MB/s
Decryption : 54.6 MB/s
Mean : 60.2 MB/s
==================================================

==================================================
Algorithm : Serpent
Encryption : 52.5 MB/s
Decryption : 50.6 MB/s
Mean : 51.5 MB/s
==================================================

==================================================
Algorithm : AES-Twofish
Encryption : 35.2 MB/s
Decryption : 30.5 MB/s
Mean : 32.8 MB/s
==================================================

==================================================
Algorithm : Twofish-Serpent
Encryption : 28.7 MB/s
Decryption : 26.6 MB/s
Mean : 27.7 MB/s
==================================================

==================================================
Algorithm : Serpent-AES
Encryption : 31.3 MB/s
Decryption : 20.6 MB/s
Mean : 25.9 MB/s
==================================================

==================================================
Algorithm : AES-Twofish-Serpent
Encryption : 20.3 MB/s
Decryption : 17.1 MB/s
Mean : 18.7 MB/s
==================================================

==================================================
Algorithm : Serpent-Twofish-AES
Encryption : 19.9 MB/s
Decryption : 17.1 MB/s
Mean : 18.5 MB/s
==================================================
Franta
Franta (neregistrovaný)
7. 2. 2008 19:53 Nový

Re: Výkon

celé vlákno
ten celeron ma realny vykon tak polovicni nebo mensi nez ten "staricky" p4
Ondřej
Ondřej (neregistrovaný)
7. 2. 2008 9:11 Nový

Příkazová řádka

celé vlákno
Jak se to používá na příkazové řádce? I když spustím jen "truecrypt -h" píše to "Error: Unable to initialize gtk, is DISPLAY set properly?".
Petr Krčmář aura:99
7. 2. 2008 9:30 Nový

Re: Příkazová řádka

celé vlákno
Mě to na řádce funguje, ale jen v X terminálu. Je tam parametr -t, který TrueCryptu říká, že má běžet jen v textu. Zřejmě je tam ale chyba a on stejně kontroluje, jestli běží GTK. Podle všeho je to bug.
laada
laada (neregistrovaný)
8. 2. 2008 10:16 Nový

Re: Příkazová řádka

celé vlákno
Pokud to poustis pod rootem, tak vyhodi jen tu hlasku. Pokud pod userem tak vypise i help.
Milan
Milan (neregistrovaný)
7. 2. 2008 9:34 Nový

A zdroják nebo rpm pro Fedoru?

celé vlákno
Nějak se na to nemůžu dostat... Nevíte někde, kde to roste?
Petr Krčmář aura:99
7. 2. 2008 9:52 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
Na domovské stránce TrueCryptu je jen .rpm pro OpenSUSE a .deb pro Ubuntu. Ten balíček pro OpenSUSE má ale pro Fedoru špatné závislosti a zřejmě ho nenainstalujete. Jak jsem ale psal v článku, technicky stačí jen zkopírovat jeden soubor a funguje to.
uživatel si přál zůstat v anonymitě
7. 2. 2008 10:37 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
Hmm, na up-to-date Fedore 8 takto zkopirovana binarka pri spusteni vypise:

truecrypt: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by truecrypt)

Samozrejme, ze stdc++ a spol. (compat, ...) nainstalovano je.
Milan
Milan (neregistrovaný)
7. 2. 2008 11:01 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
Stejná zkušenost... Je návod i jiný ZDE, ale na to nemám čas. Takže nic, asi počkám, až to někdo prokope...
http://www.fedoraforum.org/forum/showthread.php?t=180485
Cm
Cm (neregistrovaný)
7. 2. 2008 12:22 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
Doporučuji stáhnout zdroják a zkompilovat. Dělám to tak již dlouho i na exotických distribucích - a maximální spokojenost.
uživatel si přál zůstat v anonymitě
7. 2. 2008 12:57 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
No, i to jsem (pravda chvili) vcera zkousel a vyhorel jsem na wxGTK.
V readme tvrdi, ze se ma nastavit WX_ROOT na adresar se zdrojaky,
coz jsem ucinil, nicmene mi pak vypisuje, ze WX_ROOT neni nastaven :-(
Dal jsem prozatim nepatral.
Milan
Milan (neregistrovaný)
10. 2. 2008 20:28 Nový

Re: A zdroják nebo rpm pro Fedoru?

celé vlákno
MD
MD (neregistrovaný)
7. 2. 2008 10:14 Nový

systemova partition

celé vlákno
Nevite jak si zasifrovat cely system (windows) se dvema disky, kdyz mam swapak na jinem nez systemovem disku?
Kmotr
Kmotr (neregistrovaný)
7. 2. 2008 11:24 Nový

Re: systemova partition

celé vlákno
Myslím, že položením tohoto dotazu na jiném (windows) serveru se doberete řešení dříve.
alib agyl
7. 2. 2008 12:03 Nový

Re: systemova partition

celé vlákno
umi zasifrovat systemovou partition :
-ZA BEHU SYSTEMU
-POKRACOVAT V SIFROVANI - pokud vypadne napajeni(nebo spadnou widle) a sifrovani se prerusi je mozne v nem po restartu pokracovat.
-Nainstaluje svuj vlastni boot loader, kterej se zepta na heslo pri kazdym startu systemu.

Pred instalci vytvori vlastni CDcko ( bootovatelnej rescue disk), kterym je mozny :
-zpravit poskozenej/infokovanej boot lodaer
-odnistalovat boot loader a odsifrovat celou partitinu, kdyz to nekoho prestane bavit.
A.
A. (neregistrovaný)
7. 2. 2008 14:18 Nový

Re: systemova partition

celé vlákno
Tak uz to take zkousim, dokonce jsem si kvuli tomu poridil novy disk, abych si stim mohl poradne pohrat (a nasledne to pak zkusit zapojit do raidu).

Kazdopadne "fíčura", ktera me nenechala chladnym je kontrola, zda jste si ten zachrany disk doopravdy vypalili. Nemam cdromku, takze nevim, jak bych se bez emulacniho softwaru pres tento krok dostal. Fuj.

Situace pro multi boot zda se byti trochu komplikovanejsi, jelikoz zatim verze nepodporuje jiny zavadec nez windowsacky, takze jsem zvedav na vysledky.
afk_cz
afk_cz (neregistrovaný)
7. 2. 2008 10:46 Nový

podpora 2+jadra

celé vlákno
porad podporuje truecrypt pouze 1 jadro? u verze 4.3a mi to vytezuje vzdy jen 1 jadro, pro vytizeni 2 jader musim kopirovat 2x najednou. myslim, ze by se pak razantne urychlilo kopirovani, protoze trojite sifrovani uz pada pod 20MB/s.
MD
MD (neregistrovaný)
7. 2. 2008 11:12 Nový

Re: podpora 2+jadra

celé vlákno
To je planovano do budoucna - Parallelized encryption/decryption
motyk
motyk (neregistrovaný)
7. 2. 2008 11:37 Nový

keyfiles

celé vlákno
zkousel jste nekdo sifrovat pomoci keyfiles (+heslo)?
povede se mi vytvorit volume, pridam si k nemu (pri vytvareni) keyfile - nejaka fotka, zadam heslo, ale pak to zaboha nejde primountovat. Pise to spatne heslo a/nebo keyfile.
volume pouze s heslem mi jde v pohode :-/
joe
joe (neregistrovaný)
7. 2. 2008 14:00 Nový

Re: keyfiles

celé vlákno
Mě to funguje v pohodě, ale používám předchozí verzi. Tu novou jsem ještě nezkoušel. Nemáte v "favorite keyfiles" specifikovaný ještě nějaký další klíčový soubor nebo adresář? (Může jich totiž být neomezeně a sčítají se)
miso
miso (neregistrovaný)
7. 2. 2008 16:20 Nový

Odpajanie zasifrovaneho systemoveho disku?

celé vlákno
Mam s TrueCrypt zasifrovany cely systemovy disk. Vsetko funguje vporiadku, len pokial sa notebook da do usporneho rezimu disk sa neodpoji.
Predtym som pouzival iba mensi sifrovany oddiel kvoli firemnym udajom. Notebook nikdy nevypinam len davam do usporneho. Ide mi o to ze keby niekto notebook ukradol ma pristup k celemu disku.
Neriesil ste niekdo nieco podobne?
dakujem
MD
MD (neregistrovaný)
7. 2. 2008 16:34 Nový

Re: Odpajanie zasifrovaneho systemoveho disku?

celé vlákno
Na webu truecryptu myslim pisou, ze hibernace se zasifrovanym syst. diskem neni podporovana. Ze tomu Truecrypt zamezi. Zkuste to tam dohledat
Petr Krčmář aura:99
7. 2. 2008 18:49 Nový

Re: Odpajanie zasifrovaneho systemoveho disku?

celé vlákno
Podle dokumentace skutečně vývojáři varují, že při suspendu zůstávají data nechráněná. Ve Windows se automaticky zabraňuje tomu, aby se při připojeném TC disku počítač uspal. Zřejmě se s tím nedá nic rozumného dělat. To je obecný problém uspávání, musíte před usnutím disk odpojit, pokud si chcete být jist jeho bezpečností.
miso
miso (neregistrovaný)
7. 2. 2008 18:56 Nový

Re: Odpajanie zasifrovaneho systemoveho disku?

celé vlákno
ono problem je v tom ze ten disk sa odpojit vobec neda. Kedze by OS stratil pristup k disku, swapu a pod. tak je to asi aj neriesitelne :(
erzik
erzik (neregistrovaný)
7. 2. 2008 17:22 Nový

Problem s vetsimi kontejnery

celé vlákno
Tak nevim jak ostatni ale ja mam pod Ubuntu 7.10 dost vazny problem. Disky vytvorene truecryptem do 10G cca .... v pohode. Vetsi disk pri tvorbe filesystemu nebo zapisu zamrzne. Upozornuju ze jsem zkousel vsemozne varianty (vcetne HW) vcetne sifrovani cele partition (tam zamrzl zapis po par bytech). Ruzne FS jak na strane hostilele kontejneru tak primo v disku truecryptu ... Tak nevim. Vzhledem k tomu ze to zlobi i u zasifrovani cele partition vylucuji i problem s velkymi soubory.
Dan1
Dan1 (neregistrovaný)
7. 2. 2008 22:49 Nový

Re: Problem s vetsimi kontejnery

celé vlákno
Na externim usb HDD mam zasifrovanou 100GB partition (Kubuntu 7.10 vytvareno i cteno bez problemu).
Na debianu (testing) mam zasifrovany cely disk 500GB - taky OK.
erzik
erzik (neregistrovaný)
7. 2. 2008 23:04 Nový

Re: Problem s vetsimi kontejnery

celé vlákno
Sakrys tak v cem je problem. Diky Fuse uz prece nemuze byt problem v jadre. Muzete blize specifikovat jaky FS pouzivate? Vzhledem k sifrovani partition samozrejme FS truecryptu ...
Jinak problem mam az u verze 5 .... resp. pri zasifrovani verzi 5 .
erzik
erzik (neregistrovaný)
8. 2. 2008 7:42 Nový

Re: Problem s vetsimi kontejnery

celé vlákno
Jinak pro doplneni. Vytvorit velke kontejnery mi jde .... jen zapis do nich nekonci dobre.
nifuk
nifuk (neregistrovaný)
9. 2. 2008 0:18 Nový

Re: Problem s vetsimi kontejnery

celé vlákno
Mám podobný problem. Ubuntu 7.10, zakodovaná partition 60GB, při pokusu o naformatovani pomoci mkfs.ext3 /dev/loop0 se to celé zastaví na kroku: Zapisuji tabulky inode: (číslo)/500
Tento příkaz mi částečně zparalizuje system. Asi se vrátím k 4.3.
erzik
erzik (neregistrovaný)
9. 2. 2008 7:51 Nový

Re: Problem s vetsimi kontejnery

celé vlákno
Je tu nekdo kdo nema Ubuntu 7.10 a funguje mu to OK?
erzik
erzik (neregistrovaný)
28. 2. 2008 13:44 Nový

Re: Problem s vetsimi kontejnery - Vyreseno!!!

celé vlákno
Tak mne pomohl upgrade kernelu na 2.6.24 --> staci pouzit depozitare hardy. Huraaa :D
A.
A. (neregistrovaný)
7. 2. 2008 18:45 Nový

mount systemove partition v linuxu

Jde Vam primountovat zasifrovana systemova partition s windows v linuxu? Mne bohuzel ne :-(. Stejne tak dual boot, kdy bych rad preskocil dotazovani se na heslo a zacal bootvat z jine partition (coz rikali, ze by jit melo) mne take nejak nejde. Hmmm...
Cekal jsem na TrueCrypt 5, ale ted si nejsem jisty, jestli to s dm-cryptem/LUKS nepujde vse lepe.
Tele
Tele (neregistrovaný)
7. 2. 2008 21:02 Nový

Problém v Ubuntu 7.10

celé vlákno
XTS zní hodně slibně, taky jsem hned nainstaloval. Spustil, vytvořil FATovej kontejner (standardní tj. neskrytej), AES-Twofish-Serpent, Whirlpool hash, velikost 1 DVD (4,37 GB). Zkrátka vše jako v minulý verzi. Ale co se nestalo: po namontování kontejneru a pokusu zapsat do něj nějaký data se zápis zhruba po 80 MB zasekne natolik, že pomůže jen tvrdej restart počítače. Zkoušel jsem zápis opakovaně a nic.

Oficiální fóra truecryptu jsou teď mimo provoz, tak mě zajímá vaše zkušenost na Ubuntu 7.10.
erzik
erzik (neregistrovaný)
8. 2. 2008 17:09 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Myslim ze nad tebou jsem tento problem jiz otevrel a potvrzuji ho odkaz zde: http://www.root.cz/clanky/novy-truecrypt-5-0-s-grafickym-rozhranim-pro-linux/nazory/184772/
Tele
Tele (neregistrovaný)
9. 2. 2008 13:02 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Jsem to samozřejmě čet. Myslim ale, že každej mluvíme o něčem jinym. Můj problém popisujou i lidi na Ubuntu fórech: http://ubuntuforums.org/showthread.php?t=689985&highlight=truecrypt

Mám pocit, že FUSE a Gutsy ještě spolu nejsou zadobře.
erzik
erzik (neregistrovaný)
9. 2. 2008 13:31 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Ja si myslim ze jsem jen svuj problem popsal jinak. Kazdopadne je to proste des. Daj balicek pro system se kterym to neodladej ;-)
Njn jeste ze me to nestalo zadna data.
petr
petr (neregistrovaný)
8. 2. 2008 17:20 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Bohužel i já se musím existenci tohoto problému potvrdit. Při kopírování většího množství dat se skutečně Truecrypt sekne a jeho proces nejde jednoduše zabít. Ubuntu 7.10, Truecrypt 5.0. Zatim jsem se vrátil k Truecrypt 4.3a, dokud se to nepovede vyřešit.
erzik
erzik (neregistrovaný)
13. 2. 2008 14:56 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Tak vysla verze 5.0a a problem stale prestrvava. Uz si rikam ze jsem ten soft proklel temi svymi 4 Euro na jejich paypal donation :D
Tele
Tele (neregistrovaný)
13. 2. 2008 16:51 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
No trochu mám dojem, že z changelistu je vidět snaha řešit hlavně problémy ve Windows. Je to snad předzvěst příklonu k tomuto OS na úkor Linuxu? Doufám, že přeháním, nicméně ořezání funkcionality CLI v 5.0 je děsivý. Už se dívám po alternativách. Co ten dmcrypt?
erzik
erzik (neregistrovaný)
28. 2. 2008 13:44 Nový

Re: Problém v Ubuntu 7.10 - RESENI

celé vlákno
Tak mne pomohl upgrade kernelu na 2.6.24 --> staci pouzit depozitare hardy. Huraaa :D
hlousekD
hlousekD (neregistrovaný)
3. 3. 2008 9:14 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Dobrý den,

mám Ubuntu 7.10 FF a mám přesně stejný problém. Vlastním NB HP 6510b, kde mám 160GB disk rozdělený na dvě partition.

/dev/sda1 10GB
/dev/sda2 150GB

Pokud dám v truecryptu create new volume s AES-Twofish-Serpent, Whirlpool a FS FAT, pak nejde po namountování kopírovat víc jak cca 100MB. Zajímevé je, že pokud si vytvořím přes (RAW data)dd if=/dev/urandom of=/media/truecrypt0/test.img testovací soubor, který se stále zvětšuje - není problém a vše funguje tak jak má. Takže asi chyba.
erzik
erzik (neregistrovaný)
3. 3. 2008 13:55 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Jak pisu vyse pomohl mi upgrade na vyssi verzi kernelu.
uživatel si přál zůstat v anonymitě
4. 3. 2008 14:20 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Problem je v tom že ne všechno je připraveno pro vyssi verzi kernelu. Pokud dam novou verzi tak mi napriklad nejede vmware server, ktery potrebuji mnohem vice.
hlousekD
hlousekD (neregistrovaný)
4. 3. 2008 15:35 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Problem je v tom že ne všechno je připraveno pro vyssi verzi kernelu. Pokud dam novou verzi tak mi napriklad nejede vmware server, ktery potrebuji mnohem vice...
hlousekD
hlousekD (neregistrovaný)
4. 3. 2008 16:22 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
erzik
erzik (neregistrovaný)
5. 3. 2008 10:39 Nový

Re: Problém v Ubuntu 7.10

celé vlákno
Njn pak asi nezbyva nez cekat ... ;-). Mne funguje vse i s novejsim kernelem a predpokladam ze neni problem proti nemu poresit i vmware ... jen uz to holt da trosku prace.
Vaclav Stepan
Vaclav Stepan (neregistrovaný)
8. 2. 2008 1:15 Nový

K vytvareni ext3

Jen poznamka - nevim, jestli jsem to neprehledl, ale v dokumentaci jsem to nenasel.
Pri vytvareni sifrovaneho oddilu jineho nez FAT pod Linuxem - je potreba oddil pripojit s urcenim, ze se nema mountovat FS uvnitr a pak naformatovat prislusny loop device.
V podstate tedy stejne jako u predchozich verzi.
20 077 002
20 077 002 (neregistrovaný)
10. 2. 2008 23:03 Nový

bsd

hm kdyz uz delali verzi pro mac tak mohli udelat i pro *BSD. Takhle zase nic. Potrebuju na FBSD sifrovanej prostor v raid5 pri cca 3-4TB. Bohuzel sem nenasel ani zadnej stabilni FS pro takovyto pouziti. UFS2 neni delany na velky diskovej prostor a soucasnej stav implementace ZFS je pro realny nasazeni nepouzitelny. Takze asi budu cekat dal. Nebo to hodim na NTFS, ktery si s nekolika TB poradi bez problemu. Nejake zkusenosti s podobnou situaci?
Zasílat nově přidané příspěvky e-mailem