【TrueCrypt】暗号化仮想ドライブ作成ソフト Part9

日本語ユーザーズガイド67ページ

Request for Unencrypted Volumes
http://forums.truecrypt.org/viewtopic.php?t=20049
このスレでもよく出てくるが、暗号化なしにしてくれってリクエストが
ボコボコに叩かれてるｗそりゃそうだわな

バージョンうｐまだかよ

TrueCryptは後から容量変更が出来ないのか

>>955
俺も昔は容量変更出来ればいいと思ってたけどな
容量が足りなくなった頃に新しく作った方がいいって最近思ってる
セキュリティ的にも安全だし不要なファイルの整理とかも出来るチャンスだし

>>953
暗号なしは意味が無いけど、スパコン使って解読するような価値のあるデータ持ってないだろ？
無修正エロとかロリとか、プライベートの画像とか恥ずかしい日記とかでしょ？
そんなのわざわざ政府機関や悪の組織が俺らに目を付けてデータ抜いて解読するか？
俺らの家族や知人、会社は俺らのハードディスクを解析する能力や必要性があるか？
と、考えると全データは暗号化せずにディレクトリ エントリとデータの最初のセクタくらいだけ暗号化して
他の部分は生、あるいはxorくらいで高速に動作するようにして欲しい。
やっぱり直接のアクセスに比べて相当遅いしCPUも喰うし。

また馬鹿が来た

LinuxはOS暗号化出来ないのが痛い。
>>957みたいに必要なファイルだけ暗号化なんてアホなな真似はしたくないし
誰か良い案持ってない？

4日間誰かのレス待ってたの？
即レスきめぇｗｗｗ

１　暗号化しない仮想ドライブソフトは他にもたくさんある。それはTCの守備範囲外だとバカにされてるのがわからないのか
２　LinuxもOS暗号化できる
３　半年ROMってろ

■Advanced Format Technology(AFT)
2009/12月発表のEARSから物理フォーマットが、4096Byte(4KiB)Advanced Formatに変更。
論理レベルは旧来の512Byteのまま。目的は、2TB以上の大容量化実現とECCでのエラー訂正強化。
AFT対応HDDは、各パーティションが物理セクタの途中から始まることが原因のオーバーヘッドによって
速度低下しないように事前対策が必要。(XPでの先頭パーティション開始セクタは63セクタ目となる仕様。)
つまり、パーティションアラインメントが、物理セクタ境界とズレないように
各パーティション開始セクタを物理セクタの先頭となる8の倍数番目に修正する。
また、4KiBのアロケーションユニットサイズに最適化することによってパフォーマンス低下を防げるが、
記録するファイルサイズの大小によってはトレードオフとなることもある。

WindowsXPで使う事前準備

・推奨1. WD Align Utilityを使う
XPの管理ツールでフォーマット＞WD Align Utility実行でアライメント修正
複数パーティションでも、全てのパーティションのアライメントが修正される。
※XPでも1パテの論理ドライブとして設定すれば、アライメント修正せずに使用可能。(一部AHCI環境除く)


これって、TCでディスク丸ごと暗号化した場合は、どういう対処になるんだ？
TCで暗号化した後にWD Alignで修正なんかしたら、壊れるだろうし。
それとも、1パテの論理ドライブだから、普通に使えるのか？

>>961
１　暗号化しない、とは言ってない。よく読もう。
暗号はしょぼいけど、高速な暗号化対応仮想ドライブソフトでも教えてくれれば乗り換えるよ。

極少数の個人の価値観に合わせる仕様というのはなかなか難しいだろう。
なければ自分で作るしかない。

暗号化してもそれほどディスクアクセス速度が変わるとは思えないんだけど・・・
CPU演算速度＞ディスクアクセス速度が維持できればそこまで暗号化の影響はないでしょ

ただ確かに暗号化しない仮想ドライブソフトはたくさんあるけど、仮想ドライブ単体の機能としてもTrueCryptは最強だと思う
他のソフトもいくつか試したけどTrueCyrptが一番安定した動作をしてるし

>>957
>やっぱり直接のアクセスに比べて相当遅いしCPUも喰うし。
あんたTC使った事あるの？

TrueCrypt
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 20.540 MB/s
Sequential Write : 15.436 MB/s
Random Read 512KB : 14.307 MB/s
Random Write 512KB : 13.095 MB/s
Random Read 4KB (QD=1) : 0.710 MB/s [ 173.2 IOPS]
Random Write 4KB (QD=1) : 1.231 MB/s [ 300.7 IOPS]
Random Read 4KB (QD=32) : 0.792 MB/s [ 193.2 IOPS]
Random Write 4KB (QD=32) : 1.250 MB/s [ 305.1 IOPS]

Test : 100 MB [Z: 1.9% (2.5/127.7 MB)] (x5)
Date : 2010/03/31 18:29:44
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

FILEDISK
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 27.616 MB/s
Sequential Write : 22.942 MB/s
Random Read 512KB : 22.952 MB/s
Random Write 512KB : 22.557 MB/s
Random Read 4KB (QD=1) : 0.833 MB/s [ 203.4 IOPS]
Random Write 4KB (QD=1) : 1.273 MB/s [ 310.8 IOPS]
Random Read 4KB (QD=32) : 0.838 MB/s [ 204.5 IOPS]
Random Write 4KB (QD=32) : 1.264 MB/s [ 308.7 IOPS]

Test : 100 MB [Z: 1.9% (2.4/128.0 MB)] (x5)
Date : 2010/03/31 18:55:43
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

VMware VMDK
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 27.246 MB/s
Sequential Write : 23.008 MB/s
Random Read 512KB : 22.689 MB/s
Random Write 512KB : 22.465 MB/s
Random Read 4KB (QD=1) : 0.871 MB/s [ 212.5 IOPS]
Random Write 4KB (QD=1) : 1.312 MB/s [ 320.4 IOPS]
Random Read 4KB (QD=32) : 0.732 MB/s [ 178.7 IOPS]
Random Write 4KB (QD=32) : 1.296 MB/s [ 316.5 IOPS]

Test : 100 MB [Z: 2.1% (2.4/117.6 MB)] (x5)
Date : 2010/03/31 23:20:02
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

VirtualPC VHD
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 25.981 MB/s
Sequential Write : 21.746 MB/s
Random Read 512KB : 21.501 MB/s
Random Write 512KB : 21.453 MB/s
Random Read 4KB (QD=1) : 0.804 MB/s [ 196.3 IOPS]
Random Write 4KB (QD=1) : 1.255 MB/s [ 306.5 IOPS]
Random Read 4KB (QD=32) : 0.788 MB/s [ 192.3 IOPS]
Random Write 4KB (QD=32) : 1.263 MB/s [ 308.4 IOPS]

Test : 100 MB [Z: 2.0% (2.5/123.1 MB)] (x5)
Date : 2010/03/31 23:20:27
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

CrossCrypt AES128
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 11.105 MB/s
Sequential Write : 2.179 MB/s
Random Read 512KB : 7.886 MB/s
Random Write 512KB : 1.900 MB/s
Random Read 4KB (QD=1) : 0.822 MB/s [ 200.7 IOPS]
Random Write 4KB (QD=1) : 0.822 MB/s [ 200.6 IOPS]
Random Read 4KB (QD=32) : 0.823 MB/s [ 201.0 IOPS]
Random Write 4KB (QD=32) : 0.878 MB/s [ 214.3 IOPS]

Test : 100 MB [Z: 1.9% (2.4/128.0 MB)] (x5)
Date : 2010/03/31 20:01:13
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

ご苦労

>>967,>>968-970
暗号化によるオーバーヘッドは確かに存在する

>>967,>>971
しかし、暗号化仮想ディスクとしてはTCはかなり速い

忘れてた。

生DISK WD15EARS
-----------------------------------------------------------------------
CrystalDiskMark 3.0 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 31.460 MB/s
Sequential Write : 22.988 MB/s
Random Read 512KB : 25.263 MB/s
Random Write 512KB : 22.655 MB/s
Random Read 4KB (QD=1) : 0.869 MB/s [ 212.0 IOPS]
Random Write 4KB (QD=1) : 1.332 MB/s [ 325.1 IOPS]
Random Read 4KB (QD=32) : 0.946 MB/s [ 231.0 IOPS]
Random Write 4KB (QD=32) : 1.372 MB/s [ 335.1 IOPS]

Test : 100 MB [Z: 100.0% (1397.1/1397.3 GB)] (x5)
Date : 2010/03/31 17:00:57
OS : Windows XP Home Edition SP3 [5.1 Build 2600] (x86)

思えないんだけど・・・
って実際に大きなファイルをコピーしてみて、タスクマネージャでCPUの使用率がどれくらいか見てみてよ。
ずっと演算してるんだからそれなりの負荷だよ。

>>966
使ってるよ馬鹿ｗｗｗ
俺も各ソフトで測定済みだ。

>>973
20MB/sって遅くない？CPU何？

WD15EARSが30Mとか冗談だろと思ったが、USB2.0だなたぶん。
色々考慮すべきものがあるけど、わざわざネタ出してくれたから目をつぶるか

>>975
http://www.dell.com/html/jp/products/dimen/4400/tour/dhs/

Pentium4 1.6GHz

意味なしデータ乙です

>>978
意味ありデータよろしく

マウントしたコンテナなんて何も暗号化されてないでしょ。
コピーする時に何か負荷かかるのか?
アンマウントした時に暗号化されたファイルに戻るんじゃないの?

たしかに今時Pentium4じゃ参考にならないな

>>980
はあ？

>>974
ああ、SATAを変換してるのねｗ

処理にCPUをほとんど使うような負荷のかかるデータをTCのコンテナから読み書きすると
その暗号・復号にかかる負荷が無視できない。
少しでもCPUに回したいときがある。
そういうデータの秘匿には低負荷が優先される。
　ファイルのヘッダのみxorするようなソフトと非暗号化の仮想ドライブを組み合わせれば、簡易的に目的は達せられる。
ただそれだと、暗号じゃないので、多少の能力ある連中には見られちゃう。
（そういう連中が俺のデータを手に入れた上に覗こうとする、ということがそもそも起こり難い事態ではあるけれど）
　それとは別に口座番号などいくつかの、負荷を気にせず暗号強度が優先されるデータもある。
TCに低強度、高速なアルゴリズムの選択肢があれば2種類のデータの扱いがTC一本でいけるからいいな、と。

>>978
何故意味が無いと思うのか理由を教えてほしい。

>>980
はあ？

>>981
で、4コアの981氏はTCコンテナのRW時にCPU負荷どれくらいなの？参考までに教えて。

>>982
藁Pen4とか鱈鯖1.4Dualあたりで笑い話が出来たのは2005年ぐらいまでだから。
今となっては石器時代の話だ。せめてAtomぐらいでないと相手にされないのは当たり前。

i7 920 on RAMディスク CPUは80〜90%。
素のRAMディスクだとシーケンシャルで5GB/s越えるがだから何ってレベルだ。
-----------------------------------------------------------------------
CrystalDiskMark 3.0 x64 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 428.620 MB/s
Sequential Write : 456.896 MB/s
Random Read 512KB : 418.106 MB/s
Random Write 512KB : 426.421 MB/s
Random Read 4KB (QD=1) : 151.237 MB/s [ 36923.1 IOPS]
Random Write 4KB (QD=1) : 155.280 MB/s [ 37910.1 IOPS]
Random Read 4KB (QD=32) : 208.439 MB/s [ 50888.5 IOPS]
Random Write 4KB (QD=32) : 240.339 MB/s [ 58676.4 IOPS]

Test : 500 MB [O: 0.0% (0.0/1021.7 MB)] (x1)
Date : 2010/05/28 0:28:39
OS : Windows 7 [6.1 Build 7600] (x64)

>>983
続けて、TC暗号化ドライブ、非暗号化仮想ドライブ各種のベンチ結果もよろしく

>>984
そこに載ってるのがTCのでしょ。
それに必ずしもベンチはいらないよｗ
別に例のUSBでの20MB/secだって構わない。
要は、各人が必要な実用上の転送時に何%のCPUを使うってこと。
400MB/sでる>>983が40MB/sで十分というならCPUは余裕だけど、
Pen4の1.6の人が10MB/sで使ったらCPUを結構使うんじゃないの？
その上で、CPUを7〜80％とか、あるいは100％近く喰うようなソフトなら
TCが足を引っ張る。
各人がTCが実用上足を引っ張らない程度のスペックにすればいいのだけど、
TCの負荷が下がれば、その要求スペックも下がる。
ま、大抵のユーザーは現状で事足りてるようだけど。

TCでコンテナをマウントする時どうしてる?
本体起動　お気に入りクリック　マウントクリック　パス入力
これ以外でマウントする方法て有る？

if exist D: (
　chkdsk D:
　if not exist O: TRUECRYPT.exe /volume "D:\OLS.TC" /letter O:
　if exist O: chkdsk O:
)

俺は.tcを関連付けしちゃってる

>>986
ショートカット作って、マウントのコマンドライン含み込んでおく。
それをダブルクリック→パス入力
こんな感じ

ttp://kenmemo.blogspot.com/2009/03/truecryptmountdismount.html

ちなみに、それで開くルートにアンマウントのショートカット作っておく。
使い終わったらアンマウントのショートカットでアンマウント。

なんか一気に流されたからもう一度

■Advanced Format Technology(AFT)
2009/12月発表のEARSから物理フォーマットが、4096Byte(4KiB)Advanced Formatに変更。
論理レベルは旧来の512Byteのまま。目的は、2TB以上の大容量化実現とECCでのエラー訂正強化。
AFT対応HDDは、各パーティションが物理セクタの途中から始まることが原因のオーバーヘッドによって
速度低下しないように事前対策が必要。(XPでの先頭パーティション開始セクタは63セクタ目となる仕様。)
つまり、パーティションアラインメントが、物理セクタ境界とズレないように
各パーティション開始セクタを物理セクタの先頭となる8の倍数番目に修正する。
また、4KiBのアロケーションユニットサイズに最適化することによってパフォーマンス低下を防げるが、
記録するファイルサイズの大小によってはトレードオフとなることもある。

WindowsXPで使う事前準備

・推奨1. WD Align Utilityを使う
XPの管理ツールでフォーマット＞WD Align Utility実行でアライメント修正
複数パーティションでも、全てのパーティションのアライメントが修正される。
※XPでも1パテの論理ドライブとして設定すれば、アライメント修正せずに使用可能。(一部AHCI環境除く)


これって、TCでディスク丸ごと暗号化した場合は、どういう対処になるんだ？
TCで暗号化した後にWD Alignで修正なんかしたら、壊れるだろうし。
それとも、1パテの論理ドライブだから、普通に使える？

>>990
お前次スレには貼るなよ

有効な回答が得られればね

>>990
恐らくAlign Utilityはパーティションやフィルシステムを認識できない場合は何もしないだろう
未フォーマットのディスクとして扱われる
パーティション丸ごと暗号化の場合は、パーティションの移動だけ。多分。
やってみればいいのに

>> 989
そんな使い方があるなんて、すげーー

次スレ

【TrueCrypt】暗号化仮想ドライブ作成ソフト Part10
http://pc12.2ch.net/test/read.cgi/software/1275055890/

おつんつん

お○ん○ん

e?

999

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。