NASにコピーするときに、ファイルの変更時間をどのように保存できますか?


8

最近、ネットワークにSynology DiskStationをインストールしました。Nautilus 3.4.2の[ネットワークの参照]ボタンを備えたUbuntu 12.04.1コンピューターからマウントしました。Nautilusでは、afp://randall@DiskStation.local/photo/として表示されます。

ここまでは順調ですね。それから私はそれにたくさんの写真をアップロードしました、すべて数ヶ月をカバーする修正時間で。DiskStationで写真のディレクトリを見ると、コピー元のコンピューターでの変更時間ではなく、コピーされた瞬間の変更時間がすべて含まれていました。DiskStationで日付順に並べ替えるには、これで終わりです。

ファイルを再コピーする方法はありますが、変更日は保持されますか?おそらく、DiskStationを間違った方法でマウントしました。おそらく、Nautilusは間違ったツールでした。助言がありますか?

ところで、私はギガバイトの写真をSMB / CIFS経由でUbuntu 10.04、10.10、11.04、および11.10から別のNAS(Plextor PX-EH)に移動しました。変更時間は完全に保持されています。問題はSynologyまたは一部のUbuntu 12.04ソフトウェアにある必要があります。


そのNASはSSHアクセスをサポートしていますか?はいの場合、rsyncまたはそのGUIフロントエンドの1つを使用して写真を同期できます。また、SMB / CIFSもサポートする必要があります。SMB/ CIFSは、Ubuntuに直接マウントしてcprsyncやその他のツールでデータをコピーできます。
Sergey

rsyncは、使用するのに最適なコピー/同期ツールです。-a(-rlptgoD)は変更時間を保持します。詳細については、man rsyncを参照してください。ただし、これには両方のホストでSSH + rsyncが必要です。
Terry Wang

回答:


3

私は問題を解決したと思います。Ubuntu 12.04のNautilusでは、リモートDiskStation NASに接続する方法が2つあります。1つは変更時間を保持し、もう1つは保持しません。

Nautilusウィンドウの左側のメニューにある[ネットワークの参照...]ボタンをクリックすると、最終的にDiskStationへのAFP(Apple Filing Protocol)接続が確立され、Nautilusもcp -pコピーも変更時間を保持しません。DiskStationでAppleサポートを無効にしてみましたが、そのモードではDiskStationはブラウズネットワークにも表示されませんでした。

Nautilusの[ファイル]メニューには、プロトコルのホストを提供する[サーバーに接続...]オプションがあります。私はWindowsを選び、資格情報を入力し、問題なく接続しました。このモードでは、変更時刻が保持されるため、写真を再度コピーして日付を保持することができました。

あなたの提案をセルゲイとdavid6に感謝します。うまくいけば、人々はこの情報が貴重であると思うでしょう。


「サーバーに接続」を使用して、Ubuntu 18.04上のNautilusから別のUbuntuマシンに接続しました。ファイルをコピーすると、Nautilusはディレクトリのタイムスタンプを保持しましたが、ファイルは保持しませんでした。真夜中の司令官は、すべてのファイル変更タイムスタンプをコピーの時刻に設定しました。BeyondCompareは、ファイルではなくディレクトリのタイムスタンプを保持します。
Dan Dascalescu

2

標準cpコマンドには--preserve、コピー時に特定の属性(デフォルト-モード、所有権、タイムスタンプ)を保持するフラグがあります。

だからこのようなもの:

cp -rp /source/photos/folder /destination/photos/folder

「通常の」ケースでトリックを行う必要があります。ただし、afp://URLの内容が混乱します-それはApple Filing Protocolですか?この場合、すべての賭けはオフです。

私が付け加えたいと思う人がいます-あなたの写真をカタログ化するためのファイル変更日付に依存することは非常に壊れやすいです。これが画像メタデータ(EXIFなど)の目的です。または、少なくとも、撮影日に応じてディレクトリに配置するだけです:写真/ 2012/12/05など。


先端をありがとう、セルゲイ。コマンドラインを使用する必要がある場合は使用しますが、UbuntuがGUIを介して正しいことを実行できることを望んでいました。それは過去にあります(12.04より前)。変更時間の問題に気付いたとき、私は写真を月ごとに整理されたフォルダに移動しようとしていました。
ランドールクック

cp -p端末から試してみると、「cp:DiskStation / target_dir / image.JPGのrandallの.gvfs / AFPボリューム写真の時間を保持しています」という操作はサポートされていません。だから私cp -pは動作しないと思います。david6の提案を試してみます。
ランドールクック

Mac OSを使用してターミナル経由でSynology NASにアクセスする場合、cp -pはタイムスタンプを保存しません。を介してNASをマウントしましたsmb。Synologyのサポートに問い合わせたところ、どうやら保存の欠如がデフォルトの動作です。一方、rsyncタイムスタンプは保持されます。
andrewj 2013年

画像に関してのみ、およびEXIF画像の撮影日が気になる場合(実際に壊れやすい場合)。Exif情報から最終更新日を復元したい場合は、こちらを参照してください:→ photo.stackexchange.com/a/69193/48640
Frank Nocke


2

これは、リモートコピーの典型的なプッシュ/プルの問題です。

受信者のホストは、日付スタンプ尊重されていない受信ファイルを。Nautilusにも10.04 LTSから12.10までの同じ障害があります。

2台のUbuntuのホストとの間でコピーするとき、これは常にコピーすることによって、(Nautilusのために)解かれるからリモートホスト(ソース)ローカルホスト(受信者)。(別名「プル」)


あなたの問題はNASボックスにあり、Ubuntuではありません。

受信したファイルの日付スタンプを尊重するために必要です(デフォルト)。

ファイル共有にNFS(Linux)またはCIFS(Windows)を使用していますか?


おかげで、david6。DiskStationではNFSが無効になっているので、私は間違いなくNFSを使用していませんが、WindowsとMacのファイル共有は有効になっています。DiskStationに接続すると、Nautilus(たぶん)はユーザー名とパスワードを要求するだけで、プロトコルは要求しません。入手したマウントの名前には「AFP」が含まれているため、Appleファイルプロトコルを選択したと思います。CIFSマウントを強制し、それが機能するかどうかを確認してから、自動的に取得する方法を見つけます。
ランドールクック

0

ファイルとディレクトリのタイムスタンプを保持することは2019年も問題であることが判明しました!Ubuntu 18のNautilusを使用して、SFTP経由でUbuntu 16マシンからUbuntu 18マシンにファイルをコピーしていたところ、すべてのファイルに現在のタイムスタンプがありましたが、ディレクトリには元のタイムスタンプがありました。他のツールも失敗しました:

うまくいったのはsshfsを使ってリモートファイルシステムをマウントすることでした

$ sudo mkdir /mnt/remote-machine
$ sudo sshfs -o allow_other,default_permissions dandv@10.15.x.x:/ /mnt/remote-machine
$ cp -rp /mnt/remote-machine/path/to/files ./
$ # ... or use another file manager

マウントされたパスからコピーすると、Midnight Commanderがタイムスタンプを保持できるようになりました(ただし、BeyondCompareには役立ちませんでした)。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.