トップページ⇒software
1001コメント375KB

VMware総合スレ Part37

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2014/09/27(土) 16:33:28.76ID:ztN/e1Ng0
VMware総合スレ Part36
http://anago.2ch.net/test/read.cgi/software/1394727389/
0153名無しさん@お腹いっぱい。2014/10/19(日) 20:20:14.62ID:hgTaI2t20
ちょっと分かりづらかったかな

>物理ディスク ドライブと同様に、仮想ハード ディスクにも断片化が起こります。
この仮想ハードディスクにも断片化が起こりますという事が、物理HDD上でのファイルの断片化をさすのであれば、
>仮想ハード ディスクのファイル、プログラム、および未使用の領域が再編成され、
これはおかしいという事です

物理HDD上での断片化をさすのであれば、物理ディスク ドライブと同様にというのは
物理的にHDDがバラバラになってしまうのと同じくという事になりますよね

>>125さんは、ファイルシステムでのファイル断片化は別に・・・と言っていることから、
今回のディスクの最適化はvmdkファイル内の話ではないかと思ったんですが違うんですか?
0154名無しさん@お腹いっぱい。2014/10/19(日) 20:24:53.01ID:78Xy61pV0
>>151
スマンカッタ。
正論すぎて返す言葉もない。
あれって、日本語版あったかなぁ・・・・。

てか、元はと言えば、VMware のクソみたいなヘルプが悪いんだな、これ。

ファイルのデフラグは、ファイル内のデータを並べ替えるんだよ?
ディスクのブロックとかそもそも階層が違うっしょ。
0155名無しさん@お腹いっぱい。2014/10/19(日) 20:26:26.06ID:hgTaI2t20
>>152
今回質問したディスクの最適化というのは、*.vmdkを例えばバイナリエディタで開いたときに
11 FF 22 FF 33 FF 44 FF 55 みたいになっていたのを、11 22 33 44 55 FF FF FFのようにするもの
「ではない」という事ですか?

HDDをセクタエディタ等で見た場合に、
0000 1(1/3).txt
0001 1(2/3).txt
0002 1(2/3).vmdk
0002 1(3/3).txt
0002 1(1/3).vmdk
0002 1(3/3).vmdk
これを
0000 1(1/3).txt
0001 1(2/3).txt
0002 1(3/3).txt
0002 1(1/3).vmdk
0002 1(2/3).vmdk
0002 1(3/3).vmdk
こう配置するものだ・・・と?
0156名無しさん@お腹いっぱい。2014/10/19(日) 20:28:11.03ID:XEK53mT10
>>153
人間全てを理解することはできない。
わからないことをわからないと自覚するのも大切なことだ。
だから自覚したらこのスレから出て行ってね。

あとわかんないくせに人のことを阿呆呼ばわりしないようにね。
0157名無しさん@お腹いっぱい。2014/10/19(日) 20:28:53.34ID:hgTaI2t20
>>154
度々どうもです

自分でも質問前に調べて今でも調べ続けてるんですけど
なんか今一正しく?説明されているところが見つからなくて・・・
英語を翻訳にかけてみるもののやはり分からず
0158名無しさん@お腹いっぱい。2014/10/19(日) 20:33:27.49ID:hgTaI2t20
>>155を間違えてました
0000 1(1/3).txt
0001 1(2/3).txt
0002 1(2/3).vmdk
0003 1(3/3).txt
0004 1(1/3).vmdk
0005 1(3/3).vmdk
これを
0000 1(1/3).txt
0001 1(2/3).txt
0002 1(3/3).txt
0003 1(1/3).vmdk
0004 1(2/3).vmdk
0005 1(3/3).vmdk
0159名無しさん@お腹いっぱい。2014/10/19(日) 20:38:07.77ID:rsIDi/LN0
> VMware のクソみたいなヘルプ
それには同意しとく
でもVMwareのコミュニティやいろいろググったりして理解すればいい
仮想ディスクがどういうものかと理解してればわかりそうだとと思っちゃうんだけどねえ

VMwareがどうこうじゃなくVirtualPCだろうがVirtualBoxだろうが仮想デイスクってどういうものかを
まずとにかく理解するべき

特に容量可変ディスクとは何かを
ゲストから見たら容量は普遍と認識されてるがホスト上では使用する度に容量が増加して
これがホストから見た仮想ディスク=ファイルの断片化の原因になるってことを

ゲストOSでデフラグなんてすればGB単位でホスト上で容量が増加する
ゲストでの空き領域でも一度でも使えばホストでは使用領域と認識されていく

そのための圧縮と最適化なんだがな
0160名無しさん@お腹いっぱい。2014/10/19(日) 20:39:42.04ID:78Xy61pV0
VixDiskLib_Defragment() が↓こんな仕様だから、
Defragmentation is effective with SPARSE type files,
but might not do anything with FLAT type. In either case,
the function returns VIX_OK.
FLAT かどうかチェックもせずに呼び出して、VIX_OK だしオッケー!
みたいな処理なんだろうな。

FLAT かどうかぐらい事前にチェックして、適切なメッセージ出せよ、VMware!

(ё_ё)
なぜ、「ファイル」を対象としたデフラグに「ディスクのブロック」の話が・・・・。
0161名無しさん@お腹いっぱい。2014/10/19(日) 22:22:03.64ID:hgTaI2t20
>>159
そのレベルの仮想ディスクの話は分かってますよ
そういう話じゃないです

>>160
>なぜ、「ファイル」を対象としたデフラグに「ディスクのブロック」の話が・・・・。
ん?
だって>>125さん以外の話だと
可変の仮想ディスク(*.vmdkファイル)に対してディスクの最適化を実行すると、
物理HDD上で仮想ディスク(*.vmdkファイル)が連続して配置されるんじゃないんですか?

私は仮想ディスク(*.vmdkファイル)の中身だけ変わって
物理HDD上での仮想ディスク(*.vmdkファイル)の位置は変わらないと思っていたんですが
違うんですよね?
0162名無しさん@お腹いっぱい。2014/10/19(日) 22:26:26.09ID:rsIDi/LN0
そのレベルも理解してないから

> 仮想ディスク(*.vmdkファイル)の中身だけ変わって
> 物理HDD上での仮想ディスク(*.vmdkファイル)の位置は変わらない

こんなとんでもないことを平然と言えるんだろう
どうやってホストからの操作で仮想ディスクの中身をいじれると思ってるんだ
脳みそ再インストールしとけよ
0163名無しさん@お腹いっぱい。2014/10/19(日) 22:28:41.52ID:hgTaI2t20
ホストOS上でのデフラグ=物理HDD上でのOSの各ファイル(*.vmdk含む)ファイルの断片化解消(連続したアドレスに再配置)※ファイルシステムとして
ゲストOS上でのデフラグ=仮想HDD上でのOSの各ファイルの断片化解消(連続したアドレスに再配置)※ファイルシステムとして
VM設定にあるディスクの最適化=*.vmdkをファイルとして見て中身をデフラグ ※物理HDD上の*.vmdkに使用されている(書き込まれている)セクタは変わらない

>>125さんの通り、↑こうじゃないんですか?
0164名無しさん@お腹いっぱい。2014/10/19(日) 22:36:51.54ID:hgTaI2t20
>>162
例えば、"あ"という内容の1.txtがあって、開いて"い"に書き換えて上書き保存しても
1.txtの書き込まれているセクタは同じじゃないんですか?

こちらは発言取り消したのに相変わらず暴言を続けるんですね
あなたの説明は分からない人にとっては全く理解できないです

分かる人にとっては分かるのかもしれませんが、そもそも分かる人は説明を受ける必要がないわけで、
結局のところ、あなたは人に分かるように説明する事ができないだけじゃないですか

人に分かるように説明できて初めて自分が分かったと言えるわけですから貴方は分かっていないと言えますよ

上手く説明できないならID:rsIDi/LN0さんはもういいですよ
>>125さんと他の2方に聞くので
0165名無しさん@お腹いっぱい。2014/10/19(日) 22:36:51.40ID:rsIDi/LN0
>>125のどこを読めばそんな勘違いが出来るんだ?
日本語も不自由なんじゃないのか
0166名無しさん@お腹いっぱい。2014/10/19(日) 22:45:16.88ID:hgTaI2t20
>>165
ID:78Xy61pV0さんの発言はなんとなく分かる部分もあるんですが
あなたの説明は全く理解できないんです

ID:rsIDi/LN0さんにはこれだけお聞きしたいです
ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
YESかNOかで回答いただきたいです
それ以外だと理解できないので
0167名無しさん@お腹いっぱい。2014/10/19(日) 22:49:56.51ID:rsIDi/LN0
> "あ"という内容の1.txtがあって、開いて"い"に書き換えて上書き保存しても
> 1.txtの書き込まれているセクタは同じじゃないんですか?

こんな基本的なこともわかってない奴にYESかNOで答えて意味があるとは思えない
0168名無しさん@お腹いっぱい。2014/10/19(日) 22:51:18.78ID:hgTaI2t20
>>167
意味がありますので、そこをなんとかお願いします
0169名無しさん@お腹いっぱい。2014/10/19(日) 22:54:19.06ID:rsIDi/LN0
お前さ、上書き保存の仕組み自体わかってないだろ
もしそんな上書きの仕方してたら上書きしたファイルを元に復元ってのはどうやるんだ?
別のセクタに同名で保存して元のファイルを見えなく処理してるだけだろう

仮想ディスクがどうのって前にPCでのディスクの書き込みの仕方から理解してない
0170名無しさん@お腹いっぱい。2014/10/19(日) 22:58:11.99ID:hgTaI2t20
>>169
それで>>166の答えとしてはYES・NOどちらになるんでしょうか?
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
これだけ教えていただければ、>>110の回答の意味が分かるのでお願いします
0171名無しさん@お腹いっぱい。2014/10/19(日) 22:58:15.49ID:TKn8QRlb0
ttp://communities.vmware.com/docs/DOC-11458
https://communities.vmware.com/servlet/JiveServlet/showImage/102-11458-2-7832/aligned.png
ttp://windowsitpro.com/site-files/windowsitpro.com/files/archive/windowsitpro.com/content/content/143333/sugsno-win2589-table2.jpg
画像検索してみた。
ファイルシステムと VMFSのブロックの関係
可変サイズの場合はブロックはファイルが作られた順番に並ぶ。

ブロックについては、フラッシュメモリ、SSD などのブロックと似ていると思います。
SSDでは使わなくなったブロックはリアルタイムに破棄されますが、
vmdk では消えることはなく、ファイルサイズはディスク割り当てサイズまで増殖します。
0172名無しさん@お腹いっぱい。2014/10/19(日) 23:04:29.47ID:hgTaI2t20
>>171
だから可変の場合はwipeしてshrinkするわけですよね
以前あったWindowsゲスト時のToolsアイコンから開くウィンドウにあった圧縮の準備とかどこいっちゃったんですかね

以前は可変で使ってたんですけどパフォーマンスがよくないみたいだったので固定にしました
0173名無しさん@お腹いっぱい。2014/10/19(日) 23:04:58.33ID:TKn8QRlb0
上書きしたファイルを復元する
ttp://www.atmarkit.co.jp/fwin2k/win2ktips/1414prev7/prev7.html

システムの保護は俺のとこでは C: ドライブしか有効になってないな
そして復元のメニューがない・・・
まあいいけど。
0174名無しさん@お腹いっぱい。2014/10/19(日) 23:14:27.10ID:hgTaI2t20
>>173
ID:rsIDi/LN0さんはこちらが質問するとすぐ逃げちゃうので
>>125でお詳しそうだった173さんに聞きたいんですが

これの答えとしてはYES/NOどっちになるんでしょうか?
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので

>>125さんの説明をみるとYESな気がするんですが
>>110さんの説明だとNOになると思うんです

すいませんが、ご教示いただけますか?
0175名無しさん@お腹いっぱい。2014/10/19(日) 23:20:04.13ID:TKn8QRlb0
>>172
なんか、コマンドで実行できるらしいですが
僕はOS標準のデフラグした後に
dkclear か
Sdelete -z か
cipher /w 1回目か
で消去して準備完了ですね。
どれも別途入手が必要。

ttp://anago.2ch.net/test/read.cgi/software/1394727389/115+117
> VMwareToolboxCmd.exe disk shrink C:\
> ttp://kb.vmware.com/kb/10185?
0176名無しさん@お腹いっぱい。2014/10/19(日) 23:27:31.87ID:hgTaI2t20
>>175
ご丁寧にどうもです
ただ、その辺は知っているので大丈夫です

ID:rsIDi/LN0さんでも
ID:78Xy61pV0さんでも
ID:XEK53mT10さんでも
ID:TKn8QRlb0さんでもいいので下の質問の答えを分かる人いたら教えてほしいです
YES! もしくは NO!というレスだけでいいので、どうかお願いします

>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
0177名無しさん@お腹いっぱい。2014/10/19(日) 23:28:24.30ID:rsIDi/LN0
cd C:\Program Files\VMware\VMware Tools
VMwareToolboxCmd.exe disk shrink C:\
※ゲストOSがWindowsでCドライブに対して圧縮行う場合
0178名無しさん@お腹いっぱい。2014/10/19(日) 23:33:30.53ID:78Xy61pV0
もう笑いすぎてお腹痛い。w
わかってるつもりで思い込んでる人ってのがいちばんタチ悪いよね。www

これもどうかと思わなくもない。w
>別のセクタに同名で保存して元のファイルを見えなく処理してるだけだろう

どうでもいいけど固定は圧縮できないZE!ってそんなことはわかってるか。w
おじさんは Eager Zeroed 派だ!


寝るか。www
0179名無しさん@お腹いっぱい。2014/10/19(日) 23:36:51.37ID:hgTaI2t20
>>178
>どうでもいいけど固定は圧縮できないZE!ってそんなことはわかってるか。w
はい
>>172に書いた通り以前は可変で使ってたので

>わかってるつもりで思い込んでる人ってのがいちばんタチ悪いよね。www
そうですね
ID:78Xy61pV0さんは違うと信じていますので下記の質問の回答を教えていただけますでしょうか?
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
0180名無しさん@お腹いっぱい。2014/10/19(日) 23:41:41.70ID:i1FWXKWp0
いつまでやれば気が済むんだ
0181名無しさん@お腹いっぱい。2014/10/19(日) 23:45:48.53ID:i1FWXKWp0
ユーティリティの最適化でなんでハッシュが変わると思うのか
変わるわけがない
0182名無しさん@お腹いっぱい。2014/10/19(日) 23:51:22.15ID:hgTaI2t20
>>180
これだけ知りたいんです!
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので

ちなみに
ID:rsIDi/LN0さんとID:XEK53mT10さんが特に分かっていなくて
ID:78Xy61pV0さんとID:TKn8QRlb0さんも間違っている部分がちょいちょいある感じで
この方々、自身の発言に一貫性がないんです

>>181
ありがとう
>ホスト システム上に十分な空き作業領域が必要です
ディスクの最適化の注意書きにこうあります
物理HDD上でのデフラグであれば仮想ディスクと同容量の空き領域は要らないじゃないですか?
それが必要ということは、vmdkの中身も変わっている=ハッシュも変わるという事じゃないですか
何が変わるかという質問をすると各自表現が違うので仮想HDD(*.vmdk)のファイルハッシュが変わるかどうか
という聞き方をしました
が回答いただいたのは>>181さんだけです
0183名無しさん@お腹いっぱい。2014/10/19(日) 23:54:50.04ID:i1FWXKWp0
デフラグでハッシュが変わるかどうか考えればわかること
だから誰もこんなバカな質問に答えなかっただけだと思う
ディスクのユーティリティの最適化はホストのディスク上のヴァーチャルディスクのファイルをデフラグするだけ
0184名無しさん@お腹いっぱい。2014/10/19(日) 23:57:49.16ID:i1FWXKWp0
仮想ディスクが容量可変でも30GBあればホストのディスクの30GB以上の空き領域、
しかも連続してそれだけの容量を確保出来る空き領域がなければ
効率的なデフラグが出来ないのも当然

なので当然同容量の空き領域は必要
0185名無しさん@お腹いっぱい。2014/10/19(日) 23:59:25.68ID:hgTaI2t20
>>183
>デフラグでハッシュが変わるかどうか考えればわかること
考えて分からないから聞いているんじゃないですか
分かってる人にしか分からない説明など意味がないですよ
分かってる人は説明を受ける必要ないんですから

あなたの理屈(バカな質問)でいうと
>デフラグでハッシュが変わるかどうか考えればわかること
これはバカな回答です
0186名無しさん@お腹いっぱい。2014/10/20(月) 00:04:50.21ID:4ieN/wxM0
>>184
どうもです
空き領域については効率のためなわけですね

ではこれについてはどうですか?
>仮想ハード ディスクのファイル、プログラム、および未使用の領域が再編成され
これが本当であれば*.vmdkの中身が変更されハッシュが変わりますが
0187名無しさん@お腹いっぱい。2014/10/20(月) 00:11:32.84ID:ITrNo0Tc0
効率以前にファイルより小さいサイズの空き領域しかなかったらデフラグ出来ないも同然
単にホストのデスク上で散らばってる仮想ディスクファイルをデフラグして並べ替えるだけ

中身は変更されないと何人もが何回も言ってる
理解しようとしないなら質問する意味は無い
0188名無しさん@お腹いっぱい。2014/10/20(月) 00:19:41.88ID:4ieN/wxM0
みなさん嘘つきですね

YES/NOの名言を避けた下記の3名の方は逃げ勝ち
>ID:rsIDi/LN0さんとID:XEK53mT10さんが特に分かっていなくて
>ID:78Xy61pV0さんとID:TKn8QRlb0さんも間違っている部分がちょいちょいある感じで

なぜ嘘つきかというと、
ID:i1FWXKWp0さんもID:ITrNo0Tc0さんも中身は変わらないと言っています
仕方がないので今可変ディスクを作って試してみたところ

ハッシュだけでなくサイズ自体も変わっていました
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
0189名無しさん@お腹いっぱい。2014/10/20(月) 00:26:22.62ID:ITrNo0Tc0
     /: : : : : __: :/: : ::/: : ://: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ    ___
     /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::、  /     ヽ
    /ヽヽ: ://: :!:,X~::|: /;,,;,/: :/  リ!: ::/ノ  l`ヽl !: : |: : : :l: :l: リ / そ そ お \
   /: : ヽヾ/: : l/::l |/|||llllヾ,、  / |: :/ , -==、 l\:::|: : : :|i: | /   う う  前  |
.   /: : : //ヾ ; :|!: イ、||ll|||||::||    ノノ  イ|||||||ヾ、 |: ::|!: : イ: ::|/   な 思 が
   /: : ://: : :ヽソ::ヽl |{ i||ll"ン    ´   i| l|||l"l `|: /|: : /'!/l     ん う
 ∠: : : ~: : : : : : : :丶ゝ-―-      ,  ー=z_ソ   |/ ハメ;, :: ::|.   だ ん
   i|::ハ: : : : : : : : : : : 、ヘヘヘヘ     、  ヘヘヘヘヘ /: : : : : \,|.   ろ な
   |!l |: : : : : : : : :、: ::\    、-―-,      / : : :丶;,,;,:ミヽ   う  ら
     丶: :ハ、lヽ: :ヽ: : ::\__  `~ "      /: : ト; lヽ)   ゝ
       レ `| `、l`、>=ニ´        ,  _´ : :} `   /
         ,,、r"^~´"''''"t-`r、 _  -、 ´ヽノ \ノ   /    お ・
       ,;'~  _r-- 、__     ~f、_>'、_         |  で  前 ・
      f~  ,;"     ~"t___    ミ、 ^'t         |  は  ん ・
      ,"  ,~         ヾ~'-、__ ミ_ξ丶     |  な  中 ・
     ;'  ,イ ..          ヽ_   ヾ、0ヽ丶    l         /
     ( ;":: |: :: ..          .`,   ヾ 丶 !    \____/

以上終わり
満足したのならお帰りください
0190名無しさん@お腹いっぱい。2014/10/20(月) 00:34:24.33ID:4ieN/wxM0
コピペしたので>>188にID:TKn8QRlb0さんも入ってしまっていました
失礼しました
質問に対して的確なレス>>121をいただいたので本当感謝してますです
>>125でも内容が変わる(=ハッシュも変わる)との発言をいただいていますし

それに比べて下記5名ときたら・・・
(XEK・・・さんはレスが少ないので除いても4名、日付変わってるので同IDの可能性を考慮すると実質2名ですかね)
はやく謝罪してくれませんかね
(日曜)
ID:rsIDi/LN0さん
ID:XEK53mT10さん
ID:78Xy61pV0さん
(月曜)
ID:i1FWXKWp0さん
ID:ITrNo0Tc0さん
0191名無しさん@お腹いっぱい。2014/10/20(月) 01:46:27.95ID:pCNNNk380
>>190
巣に帰れ
0192名無しさん@お腹いっぱい。2014/10/20(月) 04:58:07.96ID:8pFnr61/0
お知恵を拝借したいんだが、
Windows7.1 VMPlayer 6.0.3
・・・の環境でですな。

何から何まで試した訳じゃないが、差しあたり、
ver,12-14くらいまで試したあらゆるubuntu、debian 7.6 (64bit)、Fedora Live(32bit)
以上が、起動した直後の画面は出るんだが、インストールを開始しようとすると画面が真っ暗に・・・。

Linuxでは、debian 7.6 (32bit)(ttp://cdimage.debian.org/debian-cd/7.6.0/i386/iso-cd/debian-7.6.0-i386-netinst.iso)
だけはちゃんと進んだが(が、途中で止まった)・・・何が起こっているんだぜ?
FreeBSDとかWindowsXPは普通に入った。どっかのVersionからLinuxをコケさせる何かが始まったのか?
0193名無しさん@お腹いっぱい。2014/10/20(月) 05:47:14.33ID:50ULM05g0
おま環なのは間違いないが
Playerのインストールに失敗してる、グラボが死んでる、ドライバが腐ってる
辺りじゃね
0194名無しさん@お腹いっぱい。2014/10/20(月) 05:51:35.61ID:50ULM05g0
ああ、Windows 8.1の typoなら KB2995388問題もあるかもな
0195名無しさん@お腹いっぱい。2014/10/20(月) 06:59:41.01ID:7iaABrZp0
ハッシュ計算
ttp://www.atmarkit.co.jp/ait/articles/0607/11/news113.html

ハッシュ計算は2の階乗サイズのブロック単位に行われる。
ハッシュ計算のブロックと vmfs のブロックとのアライメントが一致していれば
順序を入れ替えても同じ値になる加算、乗算、ビット数集計を繰り返しても同じ値になる。

しかし、vmfs にはヘッダがある。順序を入れ替えればブロックの位置を管理してるヘッダが書き換わるのでハッシュ値は変わる。
もちろん、サイズが変わってもハッシュ値は変わる。

Windows8発売時にWindows8のスレにいれば、各人がダウンロードしたISOのハッシュが違う事が話題になったのを知っているはず。
個別の何かが埋め込まれてるんじゃないかと疑われた。
しかし、中身のファイルのハッシュを調べると一致した。
BIOS版とEFI版でファイルの有無が食い違ってはいたけど。

違うのはファイルのインデックス。
各人がダウンロードしたファイルの多くはZIP圧縮されていたのでファイルインデックスも同じになるが、
ダウンロードしたファイルがそのままISOに組み込まれるものがあり、これのインデックスの作成日時が変わる。

禁書目録の内容は変わらないけどインデックスは生きてるので変わっていく。

NTFSのファイル管理をするMFT
ttp://www.atmarkit.co.jp/fwin2k/experiments/defragment/defrag_fig3.gif
小さいファイルは2の階乗サイズのレコードに納まるので順番を変えてもハッシュは変わらないが、
大きなファイルの場合はインデックスのみあり、その位置を数値で持っているので、デフラグすればハッシュは変わる。

繰り返し言うが、インデックスは生きているんだよ。だからごはんを食べるんだよ。
0196名無しさん@お腹いっぱい。2014/10/20(月) 08:13:56.27ID:8pFnr61/0
>>193
うむ、俺環なのか。それだけでも有用な情報だ、ありがとう。
普通に7のSP1なんで、mAgicTV Digitalは関係なかろう。
謎なのは「なんでLinuxだけやねん」なのだが、俺の知らない高度な何かがあるんだろうな・・・。
0197名無しさん@お腹いっぱい。2014/10/20(月) 09:12:10.25ID:gaawQvsq0
>>195
デタラメ
読む価値なし
0198名無しさん@お腹いっぱい。2014/10/20(月) 09:34:36.64ID:7iaABrZp0
>>197
価値がないのはお前だ
0199名無しさん@お腹いっぱい。2014/10/20(月) 09:44:05.94ID:4ieN/wxM0
>>195
まだ自分の間違いを認めないんですか
それとも@ITのURLを参照してあるので>>125(>>173)さんですか?

(以下、ホストOSはWindows系として表現を使います)

今回の話の「ディスクの最適化」は物理HDD上での"*.vmdkファイル"の断片化解消であって
"*.vmdkファイル"の中身は変わらないという事でしたよ(>>125さんの話は除く)
※ホストOS上でのデフラグを実行すると全てのファイルに対して最適化が行われますが、
 VMのディスクの最適化は↑これを1ファイル(*.vmdk)に限定した最適化との事(先日の3名の説明)

"*.vmdkファイル"のハッシュが変わるという事は中身が変わってるんです
※ゲストから見たファイルがVMのディスクの最適化で勝手に書き換わるわけがないのは前提
つまり変わっているとすれば、貴方の言う*.vmdkファイルのヘッダなどです
0200名無しさん@お腹いっぱい。2014/10/20(月) 10:14:08.73ID:7iaABrZp0
>>199
125 = 195 ですよ

>>171 で示したブロックを移動しても、ブロックの中身を評価するハッシュ値に変化はありません。
(僕の理解が足りなくて、ブロックの順序がハッシュ値に影響するなら間違いです。)

しかし、ブロックの位置を管理する数値は変化するので、それを含んでいる .vmdk のハッシュ値は変わります。

物理ディスクでデフラグをしても、ファイル自体のハッシュは変わらないけど、ディスク全体のハッシュ値は変わります。

ハッシュ値が変わらないと主張している人で、ファイルを上書きしたら別のセクタに書き込まれるとも主張している人は本当におかしい。
ファイルのコピーが出来たのにファイル1つの時と2つの時のハッシュが同じだと言うんだから・・・

確かに、ブロックの再配置をしても、ブロックの集合体のハッシュは変わらないと僕は思います。
しかし、一般的なディスク上のファイルの再配置と言うのは、空きスペースにゴミを残すんですよ。
デフラグのためにスペースが必要だと主張しているのになぜそれが分からないのか理解できない。
そのゴミを含めてハッシュ値が変わらないと主張するのは馬鹿でないなら釣りって事です。

.vmdk の最適化でも、作業領域にはゴミを残します。
しかし、削除されない限り、最終的には全てのブロックは同じ個数で揃うのでゴミは残りません。


ハッシュ値の質問をするのは意地悪だと思ってましたが、・・・
とにかく、この辺でいいんじゃないでしょうか。
0201名無しさん@お腹いっぱい。2014/10/20(月) 10:16:58.00ID:4ieN/wxM0
*.vmdkファイルをページがP1..P2.../P51..P52...と順番になっていない上巻(P1-50)・下巻(P51-100)合わせて1冊(P100)となる本とみたて、
HDDを本棚とみたてた場合

A.本棚の左端にある下巻・本棚の右端にある上巻を、本棚の中央に上下巻並べて置く(本棚の位置的には中央に整列されるが、ページはバラバラのまま)
B.本棚の左端にある下巻・本棚の右端にある上巻、の各ページをP1..P2.../P51..P52...と並べ替える(本のページは整列されるが、本棚の位置的にはバラバラ(右端/左端))

今回の3名はA.の方を指しているんです

しかし、ディスクの最適化を試した見たところファイルハッシュが変わってしまっていることから、
ディスクの最適化ではBのみもしくはB+Aであって、Aのみという事はないという話です

並べ替えたのは本棚から見た本の位置、もしくは本としてみた場合のページ位置が変わっているだけなので、
書かれている絵などのシーンに変更はないという事です
0202名無しさん@お腹いっぱい。2014/10/20(月) 10:58:10.00ID:7iaABrZp0
>>201
よく分からないけど僕の主張はこうです

ttp://youtu.be/0bOX0NS2EDw

本のページはセクションごとにばらばらに配置されているので
本の最初から順にめくるとバラバラになっているように見えます。
しかし、目次からページに飛べば、その項目は順番になっているので
どこに配置換えになっても正しく読めます。
ただし、そのセクションのページと、そのページを記録した目次だけが変わります。


ハッシュ値は何ギガバイトもあるようなものでもたった16バイト程度に丸めてしまうので
こういうレイヤで表現すると分かりやすいと思います。
ttp://www.clip-studio.com/clip_site/howto/library_file/dl/q/howtoimages/w/comicstudio/e/tora/r/006/file/tora_06_001.jpg/data?.jpg
どんな長編映画でも、縦横 16:9 の比率で1080本の線が集まった画像の集合体にすぎません。

この画像を見ると順番が結果に影響するように見えるので、サンプルとしてふさわしくないかもしれませんが、
見た目で分かりやすいので。
実際には、ハッシュ値を取る時は半透明というか反転して合成するので順番は結果に影響しません。
0203名無しさん@お腹いっぱい。2014/10/20(月) 11:14:07.46ID:4ieN/wxM0
>>202
>>200がNGで気づきませんでした

で結局この答えとしてはYESなんですか?NOなんですか?
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
0204名無しさん@お腹いっぱい。2014/10/20(月) 11:26:14.47ID:L3pNeoVs0
しつこい
病的
お前が正しいと思ってるのでいいじゃん
そもそも容量固定なんだから最適化行う必要ないんだから帰れ
0205名無しさん@お腹いっぱい。2014/10/20(月) 11:34:32.35ID:BFiqJ8Fy0
本当に下らない。
そもそもvmdkと一括りで質問するのが間違い。
単なるdescriptorだけでデータは別ファイルかもしれない。
そんなファイルのハッシュ値に意味なんてない。
0206名無しさん@お腹いっぱい。2014/10/20(月) 11:44:11.48ID:4ieN/wxM0
>>205
あなたは質問の意図を理解されていないですね
>>203の質問は下記IDの人の発言が正しいか誤りかを判断するために質問したものです
つまり、答えがYESであれば下記の人の発言内容は誤りであるという事が分かるのです
ID:rsIDi/LN0、ID:XEK53mT10、ID:78Xy61pV0、ID:i1FWXKWp0、ID:ITrNo0Tc0
それが分かるという事が私にとって意味があるんです

ちなみにID:TKn8QRlb0(ID:7iaABrZp0)さんは言っていることは合っている(厳密に全てではない)が
質問の答えとしては間違っているという事です
そして言っている事は>>109の時点で既に知っているので説明は要らない
要らないことを言っていて必要な回答はしない事こそまさに(>>204氏の言葉を借りると病的です)
0207名無しさん@お腹いっぱい。2014/10/20(月) 11:49:51.47ID:7iaABrZp0
>>206
え、ちょっと待って
ハッシュ値の質問は僕は無関係だよね。勝手に答えてるけど。
0208名無しさん@お腹いっぱい。2014/10/20(月) 11:50:06.20ID:BFiqJ8Fy0
馬鹿かお前は。
意図なんててめーの中にしか存在しねーわ。
てめえの書いたクソ質問をそのまま回答したらどうなるか書いてやったんだ。
まともな回答が必要ならちゃんとした質問書け、ハゲ!
0209名無しさん@お腹いっぱい。2014/10/20(月) 11:52:28.06ID:L3pNeoVs0
昨日から1人で30レス以上してるあんたが病的
VMwareのコミュニティで質問好きなだけしてくればいい
ここにはもう書き込むなよ鬱陶しいから
0210名無しさん@お腹いっぱい。2014/10/20(月) 11:55:10.16ID:XPvxE6jN0
間違えた知識を正しいと思い込んでる上に間違いを認めない自称上級者ほど扱いに困るものはないな
0211名無しさん@お腹いっぱい。2014/10/20(月) 11:58:20.21ID:4ieN/wxM0
>>207
関係ありますよ
下記の質問に対してあなたの回答がもしNOであるならば貴方の発言内容も誤りという事になります
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
YESの場合この人たちの発言が誤りという事、ID:rsIDi/LN0、ID:XEK53mT10、ID:78Xy61pV0、ID:i1FWXKWp0、ID:ITrNo0Tc0
NOの場合はID:TKn8QRlb0(ID:7iaABrZp0)さんの発言が誤りという事に

>>209
ID:rsIDi/LN0、ID:XEK53mT10、ID:78Xy61pV0、ID:i1FWXKWp0、ID:ITrNo0Tc0、ID:TKn8QRlb0(ID:7iaABrZp0)のいづれかの方が
YESかNOか教えていただければ、すぐにでも話は終わるんですが・・・
>ディスクの最適化を行う前後で*.vmdkのファイルハッシュは変わりますか?
>YESかNOかで回答いただきたいです
>それ以外だと理解できないので
0212名無しさん@お腹いっぱい。2014/10/20(月) 12:06:09.40ID:IoQeXuCU0
>>210
ほんとだよな
この何十とレスをしてる人の方が間違っているみたいな流れだが実際は逆だからな
0213名無しさん@お腹いっぱい。2014/10/20(月) 12:17:12.30ID:L3pNeoVs0
>>211
お前が望んでるのはYESなんだろ?
じゃあYES
これで納得して帰ってくれ
0214名無しさん@お腹いっぱい。2014/10/20(月) 12:18:24.07ID:L3pNeoVs0
正しいか間違ってるかどうでもいい
何十レスもの応酬でスレを埋めて行くのをやめてほしいだけだ
0215名無しさん@お腹いっぱい。2014/10/20(月) 12:22:12.89ID:7VN8ohS20
そう思うんならYES、と一言答えるだけでいい。
0216名無しさん@お腹いっぱい。2014/10/20(月) 12:23:11.73ID:BFiqJ8Fy0
ここの上級者なんてたかがしれている。
ほんと下らねえゴミレスばっかり。
0217名無しさん@お腹いっぱい。2014/10/20(月) 12:23:25.98ID:L3pNeoVs0
SAY YES
0218名無しさん@お腹いっぱい。2014/10/20(月) 12:23:59.80ID:7iaABrZp0
>>211
少なくとも可変サイズで再配置が行われればYESですよ。
サイズが変わりヘッダも変わると書いているし、自明だと思ってました。

固定サイズの場合は -flat ファイルはディスクイメージそのものなので変わらないと思いますが、
記述子ファイル(-flat なしの vmdk)が書き換わる可能性はあると思います。確かめたことはありません。


>>174
> >>125でお詳しそうだった173さんに聞きたいんですが
見落としてました。すいません。
0219名無しさん@お腹いっぱい。2014/10/20(月) 12:30:02.27ID:4ieN/wxM0
>>218
どうもありがとうございます
あえてYES/NOでの明言をさけているのは何かあるのかと思っていたんです

>固定サイズの場合は -flat ファイルはディスクイメージそのものなので変わらないと思いますが、
>記述子ファイル(-flat なしの vmdk)が書き換わる可能性はあると思います。確かめたことはありません。
これはどちらも変わりません
*.vmdk(デスクリプタファイル)も *-flat.vmdk(本体)も"ファイル"ハッシュは変わらないという事です
0220名無しさん@お腹いっぱい。2014/10/20(月) 12:42:20.26ID:r8qYlQNw0
-flatなんて便宜上そうなっているだけなの分かってんのかねぇ…
0221名無しさん@お腹いっぱい。2014/10/20(月) 12:48:24.36ID:4ieN/wxM0
これでID:TKn8QRlb0(ID:7iaABrZp0)さんが正しくてこちらを信じればいいと分かりました
ID:rsIDi/LN0、ID:XEK53mT10、ID:78Xy61pV0、ID:i1FWXKWp0、ID:ITrNo0Tc0、この方達が誤りだったという事ですね

>>220
もう知ったかぶりは沢山です
分かっているかどうかは>>219にカッコ書きで書いてある事から察する事ができるじゃないですか
ちなみに可変だと*.vmdkのみで先頭に固定の時でいう*.vmdk(デスクリプタファイル)の内容が書き込まれているのは知ってますよ
0222名無しさん@お腹いっぱい。2014/10/20(月) 12:59:39.89ID:r8qYlQNw0
やっぱ正しくは理解していなさそう…
本人がその程度の理解で十分と思っているならどうでもいいさ
0223名無しさん@お腹いっぱい。2014/10/20(月) 13:12:08.13ID:ko1mgOJL0
お前らそのエネルギーをVMwareの品質改善に役立てろよ
0224名無しさん@お腹いっぱい。2014/10/20(月) 13:17:17.29ID:4ieN/wxM0
>>222
もう恥晒しは止めた方がいいですよ
0225名無しさん@お腹いっぱい。2014/10/20(月) 13:17:25.09ID:r8qYlQNw0
無理
VMのサポートやる気ない奴ら大杉
特に本国のインド人がレベル低い
0226名無しさん@お腹いっぱい。2014/10/20(月) 13:19:42.99ID:7iaABrZp0
>>221
可変サイズでも最適化が済んでいればすぐに終わるけど
最適化された状態かをチェックする程度の時間はかかる。

時間の表現は人それぞれだから一瞬で終わると言うだけでは
とりあえず最適化されてるんだろうと考えてもおかしくない。

と言うか、可変サイズディスクの最適化とは
-flat ファイルに近づけることなので
-flat ファイルを指して「断片化していない最適な状態」と表現する事も出来る。
そうすると「断片化していない」とか「最適な状態だから」と答えた人が必ずしも間違っているとは言えない。

>>137-138 などは間違ってるけど
0227名無しさん@お腹いっぱい。2014/10/20(月) 13:23:13.97ID:ko1mgOJL0
>>225
最近、インドのオフショア企業に仕事を頼んだんだけど、実際に頭がキレる人は一人しかいなくて
その人の割り当て時間が無くなったら小学生みたいな仕事を平然としてきた
その会社、600人いるから大船に乗った気でいてくださいという触れ込みだったが
その一人を除いた599人はトイレットペーパーの芯を作っている人だと後の追跡調査で判明した

結局、インド人が優秀だというのは人口が多い国だから頭から10人引っ張ってきたら天才肌だよ
でも99%はろくに学校にも行ってない貧困層で占められている国だってことに早い時点で気づくべきだった
VMwareもそういう中で出来上がったものだから、信じられない落とし穴があってもなんら驚きませんよ
0228名無しさん@お腹いっぱい。2014/10/20(月) 13:24:21.63ID:4ieN/wxM0
>>226
>可変サイズでも最適化が済んでいればすぐに終わるけど
>最適化された状態かをチェックする程度の時間はかかる。
当たり前の事すぎて私を含め貴方以外は誰もその話については触れていませんよ?
ちなみに私が今回表現した一瞬というのは1秒未満を指しています

>そうすると「断片化していない」とか「最適な状態だから」と答えた人が必ずしも間違っているとは言えない。
そういうのを屁理屈というんですよ
0229名無しさん@お腹いっぱい。2014/10/20(月) 13:30:09.78ID:4ieN/wxM0
>>225
関係者をレベル低い扱いするくらいですから
少なくとも貴方はその人と同レベルかそれよりレベルが上なわけですよね

であればこれを具体的に正しくはこうであると説明できますよね
>やっぱ正しくは理解していなさそう…

正しく理解できていないというのであれば、
>>221を正しく言うとこれこれこうであるという事を添えてレスをしないと何の意味もありませんから

まぁ、どうせ貴方は分かっていないから書けないでしょうけど
と書くと、いや書けないんじゃない書かないだけだと逃げるんでしょうけど
そして更に、↑の発言がなければ教えてやったのにお前の態度が気に入らないから教えないだけだと言うんでしょうね
(例:挑発して回答をさせようなんてしても無駄だ等)

説明をしない言い訳は封じましたので、貴方に残された道はROMに戻る(逃げる)・逆切れレスをする・正しい説明をする
この3つしかありませんよ
0230名無しさん@お腹いっぱい。2014/10/20(月) 13:33:10.14ID:L3pNeoVs0
ま〜だやってる
そんなことよりWin8.1でUpdateのオプションを適用出来ないことのほうが気持ち悪くてなんとかしてほしい
0231名無しさん@お腹いっぱい。2014/10/20(月) 13:34:31.56ID:r8qYlQNw0
俺は答え書いたぞ『便宜上』と。
それを正しく理解できないのは俺の問題じゃない。
0232名無しさん@お腹いっぱい。2014/10/20(月) 13:38:34.66ID:4ieN/wxM0
>>230
>>86>>89
あたりの話とは別ですか?

>>231
なるほど
更に痴態を晒すという選択肢がありましたか
本題ですが話を逸らすくらいなら最初から知ったかぶるのはやめるといいと思いますよ
>俺は答え書いたぞ『便宜上』と。
なぜ『便宜上』そうなっているか説明できるよねという話です
分からない人にこれ以上求めると引っ込みつかなくなって可哀想なので止めます
0233名無しさん@お腹いっぱい。2014/10/20(月) 13:38:38.43ID:7iaABrZp0
>>228
いや、だから、
常識的に最適化は可変サイズディスクに対して行うものだから
一瞬と言われても言葉通りには取ってないので、固定サイズに思い至らなかったんですよ。他の人は。
僕は多少のやり取りを見て厳密な意味で一瞬と言ってるんだと分かったのと
VMwareが指摘しないと知っていたから、固定サイズなのだろうと思ったんです。
0234名無しさん@お腹いっぱい。2014/10/20(月) 13:42:42.51ID:4ieN/wxM0
>>233
>一瞬と言われても言葉通りには取ってないので、固定サイズに思い至らなかったんですよ。他の人は。
他の人はと言いますが、>「断片化していない」とか「最適な状態だから」と言っている人の発言ID追ってみましたか?
見てもなお、擁護するような発言に至るのであれば貴方もよく理解されておらず、ただググって得た程度の知識なのだと
がっかりしてしまいます
0235名無しさん@お腹いっぱい。2014/10/20(月) 14:05:29.16ID:7iaABrZp0
>>234
実際それほど分かっていませんよ。

今頑張ってスクリプト作ってるんですけどね、
やり方をググりまくってなんとか形にしようとしてますが
バグだらけだし全然頭が働かないしソースコードは汚いしで
やっぱり僕は無能なんだと思い知らされますよ。

こちらで僕と他の人のソースをダウンロードできます。
グラブル
ttp://kanae.2ch.net/test/read.cgi/gameurawaza/1413584805/6+59+66
0236名無しさん@お腹いっぱい。2014/10/20(月) 14:17:23.69ID:4ieN/wxM0
>やっぱり僕は無能なんだと思い知らされますよ。
いやいやそんな謙遜しないでくださいよ

Q.>>109
A.>>121
最初の発言で的確なレスしてくださったじゃないですか

他の人があーでもないこーでもない言ってるので、
ディスクの最適化については私がかえってよくわからなくなってしまっただけですよ

>>235さんはiPhoneやAndroidアプリに移植して収入得てもいいんじゃないですかね
収入発生による税手続き等を嫌わなければ・・・
私はゲーム類は一切作らないですし面倒なので公開したりしませんけど
0237名無しさん@お腹いっぱい。2014/10/20(月) 14:22:40.28ID:R+iso1oD0
『便宜上』に意味を求めるとか馬鹿じゃないの?
そんな事は開発者しか分からん事だ。
*-flat.vmdkのdescriptor fileや-flatなしの固定長disk image fileが
存在可能であると言う事実の前では無意味だ。
0238名無しさん@お腹いっぱい。2014/10/20(月) 14:41:49.36ID:4ieN/wxM0
>>237
>『便宜上』に意味を求めるとか馬鹿じゃないの?
>そんな事は開発者しか分からん事だ。
その理屈で言うとID:r8qYlQNw0の発言内容が無意味という事になりますがそう言いたいんですかね

>*-flat.vmdkのdescriptor fileや-flatなしの固定長disk image fileが
まぁわざわざこのような紛らわしい表現(-flat)を使う人とは話しません

ID:7iaABrZp0さんと話してた方がよっぽど有用です
0239名無しさん@お腹いっぱい。2014/10/20(月) 14:48:55.33ID:R+iso1oD0
表現?お前の定義が表現でしかない事がまだ理解出来ないの?
VMサポートのインド人並の理解力だね
0240名無しさん@お腹いっぱい。2014/10/20(月) 14:52:32.06ID:4ieN/wxM0
ID:R+iso1oD0がいじわるする(´;ω;`)
0241名無しさん@お腹いっぱい。2014/10/20(月) 15:10:50.85ID:Yedg+H0Q0
スルー検定実施中ですかね
0242名無しさん@お腹いっぱい。2014/10/20(月) 15:13:11.59ID:inerGOX90
使い始めたVMwareに不安がいっぱいで、誰かに相手してほしいだけ
そして相手をしてあげる優しい人

いい話だなぁ・・・
0243名無しさん@お腹いっぱい。2014/10/20(月) 15:14:52.02ID:MnnatEGj0
あの病気のひとなんでしょ
0244名無しさん@お腹いっぱい。2014/10/20(月) 15:18:06.11ID:inerGOX90
最適化はじめた直後に客から電話がかかってきて、その最適化中の仮想ディスクに早急にアクセスしなくてはならなくなった俺
キャンセルボタンを押しても中断してくれない
顔から汗がしたたり落ちる

そんな思いを君たちにはしてほしくないな
0245名無しさん@お腹いっぱい。2014/10/20(月) 15:21:00.10ID:AfKFmSbB0
2chで質問しておいてグダグダ言い出すのは100%キチガイ
0246名無しさん@お腹いっぱい。2014/10/20(月) 15:23:48.90ID:inerGOX90
単発で自分の意見を擁護するのは100%小心者
0247名無しさん@お腹いっぱい。2014/10/20(月) 15:26:00.91ID:4ieN/wxM0
まぁまぁ皆さんそうムキにならずに落ち着きましょう
0248名無しさん@お腹いっぱい。2014/10/20(月) 15:26:34.17ID:AfKFmSbB0
どう思われようとキチガイよりマシ
0249名無しさん@お腹いっぱい。2014/10/20(月) 15:56:43.44ID:inerGOX90
レスするだけ 単発を消すのは簡単だね
0250名無しさん@お腹いっぱい。2014/10/20(月) 17:05:18.40ID:wulcn/QL0
時間を開けてに勝利宣言かよ
Typical!
02511922014/10/20(月) 19:05:39.01ID:8pFnr61/0
VMPlayer6.0.3内のXPにVMPlayer5.0.4をインストールして試してみても駄目だった件。>>192
うーん・・・。
ノーパソもMACも有るから、じっくりかかるわ・・・。
0252自称上級者 ◆A/To/Z.../pM 2014/10/20(月) 20:35:33.40ID:1SzSKcyK0
おまえら平日の昼間にもりあがってんじゃねぇぇええええ!

>>199
>※ホストOS上でのデフラグを実行すると全てのファイルに対して最適化が行われますが、
> VMのディスクの最適化は↑これを1ファイル(*.vmdk)に限定した最適化との事(先日の3名の説明)

その3名におじさんは入ってるのかな?
てか、そんなこと言ってないよぉおおおおおおお!
何回別物だと書けばいいんだぁああああああ!
>>144
>>149
>>154

>VMのディスクの最適化は↑これを1ファイル(*.vmdk)に限定した最適化
違うっつってんだろぉおおおおお!!!!
vmdk ファイルを HDD 上の連続したブロックに並べるもんじゃねぇえええええ!

ちゃんと理解できてれば、>>116 の順番通りにみっつともやらなきゃならないって
ことがわかるんだよぉおおおおおお!

べつものだ、べつものだ、べつものだぁあああああ!
だいじなことなのでさんかいいいましたぁあああああ!

はぁはぁはぁ・・・・・・。
■ このスレッドは過去ログ倉庫に格納されています