問題タブ [ntfs]

管理者権限がなくても、ロックされたファイルをWindows XPマシンにコピーする方法はありますか？私はunlokerツールを使用しましたが、インストールして実行するには管理者権限が必要です。perl / shell / c c ++などのプログラミング言語でどのように実行できるか、またはこれに対する回避策が存在するかどうか。

Windows Vista および Windows 7 (32 および 64 ビット) で NTFS ボリュームのファイル アクセス統計を収集する方法の選択についてアドバイスをお願いします。すべてのファイルのファイルの作成/オープン、削除、読み取り/書き込みアクセスをカウントしたいと思います。

API フックはアウトです。システム全体のカウントと、OS を台無しにすることなく 32 ビットと 64 ビットの両方の OS が必要です。また、シェル通知が機能するとは思いません。

ファイルシステムフィルタードライバーをインストールすることでそれができることはわかっています。Windows DDK にはサンプルがあり、それが Mark Russinovich の FileMon (Sysinternals) のしくみです。

WMI を使用してこれを達成することもできると思いますが、よくわかりません。それは 1 つの非常にめちゃくちゃな API です。しかし、Microsoft が私のために統計を収集する場合は、それを使用します。

問題は、どの方法が最適で、その理由です。私は別の可能性を見逃していますか? WMI はそれを行いますか?

NTFS ファイル システムでパスの文字数が 255 文字を超えるディープ パスを作成できないのはなぜですか? FAT32の限界みたいだけどNTFSにもあるの？どなたか書類を提出していただけませんか？

どうもありがとう！

データの SHA-1 ハッシュをキーオフする NTFS ディレクトリ パスの下にファイルベースのデータを保存するアプリがあります。これにはいくつかの非常に優れた属性 (重複排除、他のメタデータ変更の影響を受けないなど) がありますが、ハッシュベースのディレクトリ ストレージ構造を作成するために人々が経験したベスト プラクティスについて興味があります。私の主な関心事は、特定のフォルダーの深さに実際に格納できるファイル/フォルダーの数です。

私が遭遇する制限の種類を知っている人はいますか? それらをすべてストレージ パスのルートにあるフォルダーにダンプすると、ストレージの拡張能力が大幅に制限されるように感じます。すぐに問題になることはありませんが、後で大規模なストレージを再構築するよりも、これを回避する構造が必要です。

署名をチャンクアップしてより深いツリーを作成するアプローチを採用した場合、どのくらいチャンクする必要があるかについてのガイダンスはありますか? このようなもので十分でしょうか？

SHA-1 の分布がかなり適切であることを知っているので、最終的には大規模なクラスターが存在するが、平均的には均等に分布すると想定する必要があります。私が心配しているのは、それらのクラスターです。

広すぎるディレクトリ構造にアクセスすると、パフォーマンスが低下しますか? Windows エクスプローラーが詰まるのはわかっていますが、C# や System.IO を介したプログラムによるアクセスはどうでしょうか。

ファイルのアプリケーション関連のメタデータを保存したいのですが、NTFS 代替データ ストリーム (AltDS) を使用すると、このメタデータを別のデータベースではなくファイルに直接保存できます。

私はこれが良い考えだとは思わない。これはNTFSでのみ機能することは知っていますが、少なくともユーザーがファイルをNTFS以外のドライブにコピー/移動すると、Windowsから警告が表示されます（ええ、ええ、誰も警告を読みません、私は知っています）-

しかし、アプリケーションがアンインストールされても AltDS が残るため、追加のデータをファイルに保存すると非常に無駄になる可能性があります。プログラムをアンインストールした後、「レジストリクリーナー」を使用して不要なエントリをレジストリから削除し、システムの実行を高速化したのは10年前のようです（クリーナーがクリーンアップしすぎると安定性が低下します...）。

それらが合理的に何に使用できるのだろうか？Microsoft Apps を使用するために完全に残す必要がありますか? それとも、（マルウェアを除いて）どのタイプのアプリがそれらを使用できるかという共通のポリシーはありますか？

編集：私の考えが何であったかを明確にするためです。私は、自分用の小さなドキュメント管理システムを作成する初期段階にあります。ファイルを自由に移動できるようにしたいので、メタデータをファイルに保存して、ファイルを移動/名前変更/変更しても、アプリがそれらを認識できるようにします。これは、メタデータ全体または別のデータベースで動作する GUID のいずれかです。

与えられたポイントを要約すると：

長所：

• メタデータはファイルとともに移動するため、ハッシュやファイル名でメタデータを認識する必要はありません
• ファイル自体にデータを保存することが不可能な .txt ファイルを含め、すべてのファイル タイプで動作します

短所：

• 将来の Windows バージョンではデフォルトのファイル システムではない可能性がある NTFS でのみ動作します。
  • 彼らがWinFSをまとめたとしても、MSがそれらを自動的に変換しないとしたら、私は驚くでしょうが
• アプリをアンインストールしても AltDS が残る
• プライバシーの問題
• 壊れやすい
  • ほとんどの USB スティックは FAT32 です。多くのプライベート ファイル サーバーは Linux です。インターネットからファイルをダウンロードすると、ファイルのみが転送され、ストリームは転送されません。要するに、それらを失うのはかなり簡単です。

私はWindows7のシンボリックリンク（mklinkを使用）を見てきました[編集-Windows Vista、Windows Server 2003、 WindowsServer2008でもサポートされています]。フォルダがシンボリックリンクであるかどうかをプログラムで判断することは可能ですか？

WinXPシステムで英語以外の名前のファイル名を処理するためのプログラミングを始めたばかりです。ユニコードに関する推奨事項をいくつか読んだところ、基本的な考え方は理解できたと思いますが、まだはっきりしていない部分もあります。

具体的には、NTFS に格納されているファイル名(コンテンツではなく、ファイルの実際の名前) はどのエンコーディング (UTF-8、UTF-16LE/BE)ですか? char* を使用する fopen() を使用して任意のファイルを開くことは可能ですか? または、wchar_t* を使用し、おそらく UTF-16 文字列を使用する wfopen() を使用する以外に選択肢はありませんか?

UTF-8 でエンコードされた文字列を fopen() に手動でフィードしようとしました。

しかし、これは「ê°€.txt」として出てきました。

私は、(wchar_t*) ではなく (char*) を渡すいくつかの Windows アプリケーションを漠然と覚えているように見えるので、UTF8 でエンコードされた文字列が Windows でファイル名を開くのに十分であるという印象を受けました (これは間違っているかもしれません)。問題はありません。

誰でもこれに光を当てることができますか？

ターゲットOS：Win2003

ファイル操作のアトミック性に関する他のSOの質問に投稿されているように、Win32は単にトランザクション用に設計されていません。それでも、ファイルの削除が非アトミックである可能性があるのではないかと思います。結局のところ、それは削除されるかどうかのどちらかです。または、削除中にシステムクラッシュなどが原因で、ファイルがNTFSファイルシステム上の他の中間状態のままになる可能性がありますか？

プログラムでジャンクションのターゲットを取得しようとしていますが、管理した唯一の方法は次のとおりです。

1. バックアップ権限のリクエスト
2. ファイル/ディレクトリへのハンドルを取得するために、特別なパラメーターを指定して CreateFile を p-invoke します。
3. ターゲットを取得するための DeviceIoControl 呼び出し。

最初のステップは通常のユーザー アカウントでは機能しません。バックアップ権限がないためです。これを行うたびに UAC ユーザーの同意ウィンドウを取得したくありません。

通常の「dir /A:L」コマンドでリンクのターゲットが解決されるため、これはなんとか実行できると思います。

.NET では、System.IO.File.GetAttributes() を呼び出して ReparsePoint ビットをチェックすることで、ファイルがシンボリック リンクかどうかを判断できると思います。そのようです：

この場合、シンボリックリンクのターゲットを取得するにはどうすればよいですか?

ps:シンボリック リンクを作成する方法を知っています。P/Invoke が必要です。