Drag & Drop vs mv - Jakaś różnica?


11

Czy istnieje różnica między plikami przenoszonymi zbiorczo w Drag & Drop vs mv?

Przypadek użycia:

Wolumin External_Drive_A ma około 8000 plików o łącznej pojemności 9 GB. External_Drive_B ma 74 GB wolnego miejsca. Pożądanym rezultatem końcowym jest przeniesienie wszystkich plików z A do B, aby A można było wyczyścić i użyć w innym miejscu.

Metoda przeciągnij i upuść polega na otwarciu jednego okna Findera dla A, drugiego okna Findera dla B, podświetl wszystkie pliki na A, a następnie przeciągnij je z wciśniętym klawiszem Command do B.

mv podejście polega na otwarciu sesji terminala i wywołaniu

mkdir /Volumes/External_Drive_B/A_legacy
mv /Volumes/External_Drive_A/* /Volumes/External_Drive/B/A_legacy/

Czy Drag & Drop robi coś poza sceną oprócz kopiowania i usuwania, czy jest to tylko kwestia piękna?

Odpowiedzi udzielił jmlumpkin poniżej:

Różnią się! Przeciągnij i upuść przynosi metadane, mvnie. Przetestowałem to, dodając frazę do sekcji Komentarze w centrum uwagi w oknie dialogowym Uzyskaj informacje o pliku tekstowym. Kiedy przeciągnąłem i upuściłem plik między woluminami, fraza była obecna, kiedy wywołałem Uzyskaj informacje o miejscu docelowym; ale kiedy się użył mv, fraza nie istniała, kiedy wywołałem Uzyskaj informacje o miejscu docelowym.


jest to nieco mylące, ponieważ strona podręcznika mv stwierdza: „Narzędzie mv obsługuje teraz HFS + Finder oraz rozszerzone atrybuty i rozwidlenia zasobów. Narzędzie mv nie będzie już usuwać rozwidleń zasobów z plików HFS. Alternatywną metodę można znaleźć w cp (1). ” więc gdzie są przechowywane te informacje w centrum uwagi?
Robert S Ciaccio,

Odpowiedzi:


6

We wcześniejszych wersjach systemu Mac OS przeciąganie i upuszczanie pliku było w rzeczywistości bliższe komendzie „ditto” w celu zachowania rozwidleń zasobów itp.


1
Dzięki za zapoznanie mnie z poleceniem ditto. Na stronie podręcznika wymieniono wszystkie fajne funkcje, w tym przerzedzanie uniwersalnych plików binarnych i metadane HFS.
Thomas L Holaday,

to świetne narzędzie. Używaliśmy tego częściej niż „mv” podczas przenoszenia rzeczy między maszynami / serwerami / dyskami lokalnymi, a nawet na dysku głównym.
jmlumpkin

7

Nie należy używać mvani przeciągać i upuszczać do przenoszenia danych między woluminami .

Jeśli coś złego wydarzy się podczas operacji, skończysz z połową danych tutaj i połową danych tam, i trudno będzie ustalić, gdzie zacząć ponownie. Jeśli odbywa się to przez sieć, możesz nawet nie mieć wszystkich danych na jednym z woluminów .

Wykonaj kopię (wiersz poleceń lub przeciągnij i upuść), a następnie powiodło się, usuń źródło.


Więc oczywiście mam jajko na twarzy, brakowało mi całej „plików wsadowych”. Nie sugeruję ani mv, ani cp, ale rsynczamiast tego. Thilo, bardzo mi przykro. Mimo tego wątku dotyczącego partii plików miałem w głowie jeden duży przypadek użycia pliku.
Jason Salaz,

W przypadku przenoszenia wielu plików w wielu woluminach wykonywanego jako kopia - usuń, czy (cp ⊕ rsync) następuje rm jako odpowiednik kopii GUI, a następnie kosz GUI, a następnie pusty kosz GUI?
Thomas L Holaday,

@Thomas L Holaday: Cóż, pusty kosz GUI może trwale usunąć wszelkiego rodzaju niepowiązane rzeczy znajdujące się już w koszu. Myślę, że istnieje sposób na usunięcie z GUI z pominięciem kosza na śmieci, może jakaś kombinacja klawiszy opcji, nigdy ich nie pamiętam. To byłoby dobre nowe pytanie.
Thilo,

2

Wynik końcowy jest prawdopodobnie taki sam, ale zgaduję, że przypadki krawędzi mogą być traktowane inaczej, również w zależności od tego, którego mvużywasz (domyślna /bin/wersja lub wersja GNU w /sw/bin/Fink, Macports itp.)

Na przykład alias OS X lub rozwidlenia zasobów mogą nie być właściwie traktowane przez uniksowy zestaw narzędzi i prawdopodobnie zdarzają się sytuacje, w których niskiego poziomu pliki unix mogą nie być obsługiwane przez przeciąganie i upuszczanie OS X.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.