Niedawno zainstalowałem Synology DiskStation w mojej sieci. Zainstalowałem go z komputera Ubuntu 12.04.1 za pomocą przycisku Przeglądaj sieć w Nautilus 3.4.2. Pojawia się jako afp: //[email protected]/photo/ w Nautilus.
Na razie w porządku. Następnie przesłałem do niego wiele zdjęć, wszystkie z modyfikacjami obejmującymi kilka miesięcy. Kiedy spojrzałem na katalog zdjęć na DiskStation, wszystkie miały czasy modyfikacji w momencie ich kopiowania, a nie czasy modyfikacji na komputerze źródłowym. Tyle o sortowaniu ich według daty na DiskStation.
Czy istnieje sposób na ponowne skopiowanie plików, ale datę ich modyfikacji należy zachować? Być może źle zamontowałem DiskStation. Być może Nautilus był niewłaściwym narzędziem do użycia. Jakieś sugestie?
BTW, przeniosłem gigabajty zdjęć na inny NAS (Plextor PX-EH) przez SMB / CIFS z Ubuntu 10.04, 10.10, 11.04 i 11.10 z zachowanymi czasami modyfikacji. Problem musi dotyczyć oprogramowania Synology lub niektórych programów Ubuntu 12.04.
źródło
rsync
jednego z jego interfejsów graficznych do synchronizacji zdjęć. Ponadto, powinny wspierać SMB / CIFS też, co można bezpośrednio zamontować w Ubuntu i kopiowanie danych zcp
,rsync
lub jakiegokolwiek innego narzędzia.Odpowiedzi:
Wierzę, że rozwiązałem problem. W Ubuntu 12.04 w Nautilus istnieją dwa sposoby połączenia ze zdalnym serwerem DiskStation NAS. Jeden zachowuje czasy modyfikacji, drugi nie.
W menu po lewej stronie okna Nautilus przycisk Przeglądaj sieć ... ostatecznie prowadzi do połączenia AFP (Apple Filing Protocol) z DiskStation, dzięki któremu ani Nautilus, ani
cp -p
kopie nie zachowują czasu modyfikacji. Próbowałem wyłączyć obsługę Apple w DiskStation, ale w tym trybie DiskStation nie była nawet widoczna w Browse Network.W menu Plik Nautilusa znajduje się opcja Połącz z serwerem ..., która oferuje wiele protokołów. Wybrałem system Windows, wprowadziłem dane uwierzytelniające i nawiązałem połączenie bez problemów. W tym trybie zachowywane są czasy modyfikacji, więc mogłem skopiować moje zdjęcia i zachować ich daty.
Dziękuję Siergiej i David 6 za sugestie. Mam nadzieję, że ludzie uznają te informacje za cenne.
źródło
Standardowe
cp
polecenie ma--preserve
flagę, która zachowuje pewne atrybuty (domyślnie - tryb, własność, znaczniki czasu) podczas kopiowania.Więc coś takiego:
powinien załatwić sprawę w „normalnym” przypadku. Jednak
afp://
rzecz w adresie URL myli mnie - czy jest to protokół Apple Filing Protocol? W tym przypadku wszystkie zakłady są wyłączone.Jedna myśl, którą chciałbym dodać - poleganie na datach modyfikacji plików podczas katalogowania twoich zdjęć jest bardzo delikatne. Do tego służą metadane obrazu (EXIF itp.). A przynajmniej umieść je w katalogach zgodnie z datą ich wykonania: zdjęcia / 2012/12/05 itd.
źródło
cp -p
z terminala i otrzymałem błąd: „cp: zachowanie czasów dla zdjęcia woluminu„ .gvfs / AFP dla randall na DiskStation / katalog_docelowy / image.JPG ”: Operacja nie jest obsługiwana”. Więc chybacp -p
nie zadziała. Spróbuję sugestii david6.cp -p
nie zachowuje znaczników czasu. Zainstalowałem NAS przezsmb
. Poprosiłem o wsparcie Synology i najwyraźniej brak zachowania jest zachowaniem domyślnym. Z drugiej stronyrsync
zachowuje znaczniki czasu.cp -a
zamiast tego .Jest to klasyczny problem push / pull w przypadku zdalnego kopiowania.
Odbiorca gospodarz niedotrzymywania datownika z otrzymanych plików. Nautilus ma tę samą wadę, od 10,04 LTS do 12,10 ..
Zostało to rozwiązane (w przypadku Nautilus) podczas kopiowania między dwoma hostami Ubuntu, poprzez zawsze kopiowanie z hosta zdalnego (źródła) na hosta lokalnego (odbiorcy). (AKA „ PULL ”)
Twój problem dotyczy urządzenia NAS, a nie Ubuntu.
Potrzebujesz go, aby honorować datownik otrzymanych plików (domyślnie).
Czy używasz NFS (Linux) lub CIFS (Windows) do udostępniania plików?
źródło
Okazuje się, że zachowanie znaczników czasu dla plików i katalogów nadal stanowi problem w 2019 roku! Kopiowałem pliki z komputera Ubuntu 16 na Ubuntu 18 z SFTP, używając Nautilus na Ubuntu 18, i wszystkie pliki miały bieżący znacznik czasu, ale katalogi miały oryginalne znaczniki czasu. Inne narzędzia również zawiodły:
To, co zadziałało, to zamontowanie zdalnego systemu plików za pomocą sshfs :
Kopiowanie z zamontowanej ścieżki umożliwiło także Midnight Commander zachowanie znaczników czasu (ale nie pomogło BeyondCompare).
źródło