web-dev-qa-db-ja.com

日付を保持しながら、ファイルをFAT32からNTFSにコピーします

私は古いアーカイブされた電子メールでいっぱいのFAT32フラッシュドライブを持っています、そしてそれらの作成/変更日は電子メールがいつ受け取られたかを表すので重要です。これらを別のコンピューター(Windows 7、NTFSファイルシステム)にコピーしようとしています。ファイルをコピーすると、すべての作成/変更日が現在の日付/時刻に変更されます。フォルダを手動でコピーし、robocopyを使用し、xcopyを使用しようとしましたが、同じ問題が発生します。奇妙な観察の1つは、コピーを実行して宛先フォルダーを開いた後、作成/変更時刻は最初は正しいように見えますが、ゆっくりと現在の時刻に変換されることです(ファイルをクリックすると、正しい時刻になります)日付/時刻ですが、現在の時刻に更新するために1〜2秒変更した後、非常にイライラします)。

タイムスタンプを保持しながらこれらの電子メールをコピーするための絶対確実な方法を知っている人はいますか?

編集:ファイルを(シングル)クリックするだけで、変更された日付が更新されていることを確認できます。これは、古い変更日が作成日よりも新しいために発生していますか?

3
Jay Sullivan

最終変更日が「不思議なことに」変更されるメカニズムの1つファイルが作成/コピーされるのはWindowsエクスプローラーです。 Raymond Chenは、ファイルが信頼できないアーカイブから抽出された後、最終変更のタイムスタンプを更新するファイルに対してExplorerが行うことの1つについて説明しています。 一般に、代替データを更新するWindowsExplorerによるファイルへの作成後/コピー後の変更ストリームはこの効果をもたらします。正確にどのような変更が発生するかは、これらのファイルの種類(あなたは言わない)とあなたが持っているエクスプローラー拡張機能(あなたは言わない)に依存します。

3
JdeBP

変更されたタイムスタンプは、コピーしてからintendedです。読み取りファイルとフォルダのNTFS日付とタイムスタンプの説明

マイクロソフトがこのようなものを壊すだろうと人々が思っているのには驚いています。彼らがまだ FATの互換性のためにWindowsで共有権限のようながらくたを残していることを考えると、もちろん、人々がFATから移行するのを助けるために彼らの力ですべてを行ったでしょう。 。 。

おそらく、注意しなければならない最大の落とし穴は、FATがローカルタイムゾーンに従って時間を保存することです。 NTFSは、UTCに基づいて時間を格納します。通常、それは大したことではありません。 。 。 。 。

夏時間

ファイルがFATからNTFSにコピーされる場合、MicrosoftはFATフェイルのタイムスタンプがDSTであったかどうかを計算しません。通常のコピー/移動では、FATファイルのDSTが想定されます。したがって、FATファイルが標準時間中に作成された場合、タイムスタンプは1時間オフになります。ただし、それらがDSTである場合は、問題ないと安全に想定できます。

繰り返しますが、上記のリファレンスを読んでいない場合、抜粋は次のとおりです。

ファイルをコピー C:\ fat16からD:\ NTFSに変更すると、変更された日付と時刻は同じになりますが、作成された日付と時刻が変更されます現在の日付と時間。

ファイルの移動をC:\ fat16からD:\ NTFSに移動すると、同じ変更日時が維持され、同じ作成日と時間。

1
surfasb

vcopy を試すことができます。 NTFS用に設計されていますが、FAT32パーティションからタイムスタンプをコピーする場合に機能する可能性があります。

0
afrazier

FAT32 システムでは、日付はファイルメタデータに格納されますが、NTFSシステムでは、ファイルはシステムの拡張属性レコードにあるため、コピーすることはできません。 Windowsはファイルの日付を無視して、新しい日付を書き込みます。

特定のバックアッププログラムは日付を保存できる場合がありますが、保存できるものを見つけるには試行錯誤が必要です。

0
Echo419