色々日記（ざ・めも）

package uses Breaks; not supported in this dpkg 

• "Breaks"ヘッダはdpkg1.14.6からサポートされました。
• それ未満のVer.のdpkgでは"Breaks"ヘッダを持つパッケージをインストールできません。
• そのためdpkgのVerUPの必要がありますが、最新のdpkg1.14.16パッケージにも"Breaks"ヘッダは使われています。
• 従って、1.14.6未満のdpkgのVerUpには「卵が先か鶏が先か」という問題が起こります。

dpkg --force-depends -i /var/cache/apt/archives/dpkg_1.14.16.6ubuntu3_i386.deb

map archive (S)
このパラメータは、DOSのアーカイブ属性を UNIXの所有者(owner)実行権ビットに割り当てるかどうかを決定する。 DOSのアーカイブ属性は、バックアップを行なった後でファイルが修正されると設定される。 このオプションの副作用として、Samba マシン上にあるファイルを修正した際に、UNIX 上で実行可能になってしまうことがあげられる。 これは共有のソースコードやドキュメントなどに関して、非常に悩ましい事態である。

このパラメータを利用する場合は、 所有者実行権ビットがマスクされないように(100というアクセス権が含まれるように)、 create mask パラメータを設定することが必要となることに注意。 詳細は、create mask パラメータを参照のこと。

デフォルト: map archive = yes
http://www.samba.gr.jp/project/translation/2.2.5/manpages/smb.conf.5.html#MAPARCHIVE

map archive = no

#umount /mnt

• ハック法がファームウェアバージョン限定なので、リセットでファーム巻き戻す必要があった
• v24-SP1は上記記事と若干入れ方が違う。ダウンロードファイルに付属しているインストール方法でOK。
• TFTPとFTPは別物

・ファイルサーバ側(WinXP SP1)、クライアント側(WinXP SP1)
・クライアント側からNBTでサーバ側のディレクトリにアクセスしたときに発生
・サーバ側のファイル数は600程度で日本語を含む
・ファイルの列挙(要はdir/ls)にかかる時間は4秒程度
・ファイルの列挙に時間がかかるだけで、転送速度そのものが遅くなっているわけではない
・パケットをキャプチャしてみたが余計なパケットは飛んでいないように見える
・dirで確認すると一定の転送量ごとに何かがつっかえている感じ
・サーバー側・クライアント側入れ替えても発生
・クライアント側からLinux+sambaの自宅サーバにアクセスするとこの現象は発生しない

・パケットをキャプチャしてみたが余計なパケットは飛んでいないように見える

クライアント側

サーバ側

• 分割応答の際は偶数回目だけACKを送ります
• もしくは他の接続がくるか0.2秒タイムアウトすると送ります
• 従ってブロックが奇数個に分割される応答ではブロック応答ごとに0.2mmの遅延が発生します
• ブロックのデフォルト値は4356byteです
• TCP/IPのデフォルトMTUは1500byteです
• ブロックは３つに分割されますので、ブロックごとに0.2mmの遅延が発生する結果こうなります

要約すると、通常、確認応答は、遅延確認応答のタイマ (200 ミリ秒) がタイムアウトしない限り、1 つの接続で受信した TCP セグメントに対して 1 つおきに送信されます。遅延確認応答を構成する、または無効にするレジストリ パラメータはありません。

• 出先ではインストール不要
• 暗号化による速度低下が最小限
• 同一USBメモリ内に、非暗号化領域と暗号化領域を分けて作れる
• ある程度頑強（データの損失とかに）

TrueCrypt

folder encryption → folder protection → folder protector

UsbDriveSecureTool

• 容量を倍使う
• そこまで早くないUSBメモリへの書き込みを抜き差しごとに大量に行う
• ファイルの復号単位がフォルダごとでそれ以下にならない

• 大変重い（暗号化・復号化とも）。大容量は厳しい
• ファイル単位でいちいち処理（オーバーヘッドを考えよう）
• 暗号化・復号化途中でこけるとファイルを喪失する
• 実際こけた。どうもメモリを使いきってこけたようだ(512MB+WinXP)
• 一部のファイルが壊れた際に、壊れた暗号化ファイルを見つけて消さないとフォルダごと復号化できない状態になる

結論

ハギワラシスコム HUD-4GLD-BK 4GB（SLCという噂）

 --------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
      Crystal Dew World : http://crystalmark.info/
 --------------------------------------------------

   Sequential Read :   34.790 MB/s
  Sequential Write :   19.647 MB/s
 Random Read 512KB :   34.744 MB/s
Random Write 512KB :    8.754 MB/s
   Random Read 4KB :    8.115 MB/s
  Random Write 4KB :    0.124 MB/s

         Test Size : 100 MB
              Date : 2008/08/28 22:46:23

GENOオリジナル 1GB

 --------------------------------------------------
CrystalDiskMark 2.1 (C) 2007-2008 hiyohiyo
      Crystal Dew World : http://crystalmark.info/
 --------------------------------------------------

   Sequential Read :   10.065 MB/s
  Sequential Write :    2.624 MB/s
 Random Read 512KB :   10.055 MB/s
Random Write 512KB :    1.478 MB/s
   Random Read 4KB :    4.609 MB/s
  Random Write 4KB :    0.028 MB/s

         Test Size : 100 MB
              Date : 2008/08/28 23:47:17

# mount -t smbfs -o username=hoge,password=piyo //foo/bar /mnt/win