アカウント名:
パスワード:
> 話の出所は「ロシアの中国との国境近くにあるハードディスク修理センターで働いている男性」もうこのあたりからすでに作り話臭がプンプン> ファイルサイズやディスク容量は「正しく」表示されており、また「ループ上書き」はドライブ内の他のファイルには影響しないため、フラッシュメモリのハードウェアがファイルシステムのファイルに割り当てられているとびとびのセクタを認識するとかどんな超技術だよ。管理領域を書き潰して認識されなくなるって話だったらまだ少しはもっともらしかったんだけどね。
あちこちでこの話が出ているけど、僕もおかしいと思っている。だって、ファイルをコピーして最後の5分間分だけ記録できたとしても、ヘッダが読めないんじゃ普通は残っている5分間も再生できないよね？
AVIファイルやMPEG4系はファイル先頭に重要情報が集まってたりするので削ると再生できませんがMPEG2/TSはもちろん(Transport Streamだし)、MPEG2/PSでも途中でぶったぎったファイル途中から再生できますよ。実際に手持ちのファイルを末尾切りだして再生してみればいい。
で、眉唾もなにも当のloopモードなUSBメモリは普通にヤフオクでも売って [yahoo.co.jp]ます（笑）このストーリーにあるシロモノと同じものは工作できますので、本当にありえない話かどうか作って実験してみてはいかが？
loopモードがフラッシュメモリに存在することを疑ってるんじゃないよ。それがNTFSだかext3だかHFS+だかもわからないようなファイルシステム上の特定のファイル以外を壊さないように都合よく上書きしていくなんてことが実験するまでもなくありえないって言ってるだけなんだが。うっかりBigDriveを有効にし忘れてドライブを壊した経験とかないの?
現物がどうなのかは知りませんが、
「先頭1MBは固定」「残りの容量はループ」といった仕様なら、「管理領域は壊れない」けど「ファイルデータはループで上書き」といったディスクは作れそうです。
ある程度ファイルを作ったところでフォルダを掘ったりすれば、そのフォルダ部分は壊れそうですが、ルートディレクトリは守られるので、あまりフォルダを掘らない使い方なら発覚しにくそうです。
#そもそもループしても偽装としてあまりメリットないというか、騙すなら#「容量は2TBに見えるけど、先頭1GBしか保存されない」ぐらいで十分だと思いますが…
このスレを見て思い出したのですが、むかしメモリ管理ライブラリをいじっていたとき、通常1万ブロック使用していたものが諸般の事情から0-99番までの100ブロックだけをリングバッファ的に使用したい、という仕様変更要求に next_block = current_block + 1;の1行を next_block = (current_block + 1) % 100;と変えただけのやっつけ仕事でしのいだことがあります。今回のループモードとかやらも意外とそんなパッチを適用しただけだったりして。
> 「先頭1MBは固定」「残りの容量はループ」といった仕様なら、> 「管理領域は壊れない」けど「ファイルデータはループで上書き」といったディスクは作れそうです。
これだけでは無理、管理領域に書いたセクターと実際のアドレスを読み替える機能がないと最後の５分でも読み出せない
「セクターとアドレスを読み替える機能」が具体的に何をイメージしてるのかよくわかりませんが「ループで上書き」を実現すれば必然的に読み替えることになるとおもいますよ。
ていうかシリンダ数を1としてシリンダ番号は0固定、トラックとセクタでアドレスを指定する状況を仮定管理領域分として先頭2トラックを保護、残り98トラックをループ(＝物理サイズ全100トラック）のメディアを作る場合
アクセス指示されたトラック番号をa実際にアクセスするトラック番号をbとして、
if (a＜100) { b=a; } else { b=(a-2)%98+2; }
やることはこれだけでいいんじゃないですかね。みんな複雑に考えすぎ。
それじゃだめだ。
１周以上するファイルは、開始タイミングによってはファイルの最後１０秒からになったりする
美しくないので却下
> 「先頭1MBは固定」NTFSのMFTはディスクの中央付近に作られるわけだが。まあSSDはOSから見た物理セクタと論理セクタにまったく関連がないわけだし絶対不可能とは言わんけど「中華製の安物」を笑ってるんじゃなかったの? マクドのハンバーガーにミミズが入ってるって都市伝説と同じ構造。
普通に考えて、FATの方だろうと判断するのが自然だと思う
「先頭1MBは固定」「残りの容量はループ」といった仕様なら、 「管理領域は壊れない」けど「ファイルデータはループで上書き」といったディスクは作れそうです。
500GBのディスクの FAT32 の管理領域の大きさは、128MB (32KBクラスタの場合)では。管理領域を壊さずに上書きするのは無理だと思います。通常と異なるフォーマットにする手はありますが、トラブルを起こして早めにばれそうなので、それをやるぐらいなら見かけのディスク容量を小さくするか実サイズを大きくするでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
うさんくさい (スコア:0, すばらしい洞察)
> 話の出所は「ロシアの中国との国境近くにあるハードディスク修理センターで働いている男性」
もうこのあたりからすでに作り話臭がプンプン
> ファイルサイズやディスク容量は「正しく」表示されており、また「ループ上書き」はドライブ内の他のファイルには影響しないため、
フラッシュメモリのハードウェアがファイルシステムのファイルに割り当てられているとびとびのセクタを認識するとかどんな超技術だよ。管理領域を書き潰して認識されなくなるって話だったらまだ少しはもっともらしかったんだけどね。
Re: (スコア:0)
あちこちでこの話が出ているけど、僕もおかしいと思っている。
だって、ファイルをコピーして最後の5分間分だけ記録できたとしても、ヘッダが読めないんじゃ普通は残っている5分間も再生できないよね？
Re: (スコア:2, 参考になる)
AVIファイルやMPEG4系はファイル先頭に重要情報が集まってたりするので削ると再生できませんが
MPEG2/TSはもちろん(Transport Streamだし)、MPEG2/PSでも途中でぶったぎったファイル
途中から再生できますよ。実際に手持ちのファイルを末尾切りだして再生してみればいい。
で、眉唾もなにも当のloopモードなUSBメモリは普通にヤフオクでも売って [yahoo.co.jp]ます（笑）
このストーリーにあるシロモノと同じものは工作できますので、本当にありえない話かどうか作って実験してみてはいかが？
Re: (スコア:0)
loopモードがフラッシュメモリに存在することを疑ってるんじゃないよ。
それがNTFSだかext3だかHFS+だかもわからないようなファイルシステム上の特定のファイル以外を壊さないように都合よく上書きしていくなんてことが実験するまでもなくありえないって言ってるだけなんだが。
うっかりBigDriveを有効にし忘れてドライブを壊した経験とかないの?
Re:うさんくさい (スコア:1)
現物がどうなのかは知りませんが、
「先頭1MBは固定」「残りの容量はループ」といった仕様なら、
「管理領域は壊れない」けど「ファイルデータはループで上書き」といったディスクは作れそうです。
ある程度ファイルを作ったところでフォルダを掘ったりすれば、そのフォルダ部分は壊れそうですが、
ルートディレクトリは守られるので、あまりフォルダを掘らない使い方なら発覚しにくそうです。
#そもそもループしても偽装としてあまりメリットないというか、騙すなら
#「容量は2TBに見えるけど、先頭1GBしか保存されない」ぐらいで十分だと思いますが…
Re:うさんくさい (スコア:2)
このスレを見て思い出したのですが、
むかしメモリ管理ライブラリをいじっていたとき、通常1万ブロック使用していたものが
諸般の事情から0-99番までの100ブロックだけをリングバッファ的に使用したい、という仕様変更要求に
next_block = current_block + 1;
の1行を
next_block = (current_block + 1) % 100;
と変えただけのやっつけ仕事でしのいだことがあります。
今回のループモードとかやらも意外とそんなパッチを適用しただけだったりして。
Re: (スコア:0)
> 「先頭1MBは固定」「残りの容量はループ」といった仕様なら、
> 「管理領域は壊れない」けど「ファイルデータはループで上書き」といったディスクは作れそうです。
これだけでは無理、管理領域に書いたセクターと実際のアドレスを読み替える機能がないと
最後の５分でも読み出せない
Re: (スコア:0)
「セクターとアドレスを読み替える機能」が具体的に何をイメージしてるのかよくわかりませんが
「ループで上書き」を実現すれば必然的に読み替えることになるとおもいますよ。
ていうかシリンダ数を1としてシリンダ番号は0固定、トラックとセクタでアドレスを指定する状況を仮定
管理領域分として先頭2トラックを保護、残り98トラックをループ(＝物理サイズ全100トラック）のメディアを作る場合
アクセス指示されたトラック番号をa
実際にアクセスするトラック番号をb
として、
if (a＜100) { b=a; } else { b=(a-2)%98+2; }
やることはこれだけでいいんじゃないですかね。みんな複雑に考えすぎ。
Re: (スコア:0)
それじゃだめだ。
１周以上するファイルは、開始タイミングによっては
ファイルの最後１０秒からになったりする
美しくないので却下
Re: (スコア:0)
> 「先頭1MBは固定」
NTFSのMFTはディスクの中央付近に作られるわけだが。
まあSSDはOSから見た物理セクタと論理セクタにまったく関連がないわけだし絶対不可能とは言わんけど「中華製の安物」を笑ってるんじゃなかったの? マクドのハンバーガーにミミズが入ってるって都市伝説と同じ構造。
Re: (スコア:0)
普通に考えて、FATの方だろうと判断するのが自然だと思う
Re: (スコア:0)
500GBのディスクの FAT32 の管理領域の大きさは、128MB (32KBクラスタの場合)では。管理領域を壊さずに上書きするのは無理だと思います。通常と異なるフォーマットにする手はありますが、トラブルを起こして早めにばれそうなので、それをやるぐらいなら見かけのディスク容量を小さくするか実サイズを大きくするでしょう。