Sunt de acord cu @David. Am un Synology 920+ care este uneori la fel. Deși, așa cum spuneți în acest caz, că restul sistemului răspunde în mod adecvat, cred că problema aici este Nautilus însuși.
Fiecare program decide cum va accesa o bucată de date. Dacă nautilus folosește un apel de sistem diferit sau un apel dintr-o bibliotecă diferită, atunci efectele secundare vor fi probabil și ele diferite. Poate că metoda apelată sub capotă nu răspunde bine rsync, sau ar putea fi o reacție cu totul diferită.
Indiferent, rezultatul este același. Nu văd că este ceva pe care să-l poți controla fără a schimba gestionarea fișierelor. gui.
O modalitate de a afla fără nicio pierdere este să descărcați o altă aplicație similară și să o rulați împreună nautilus. Comutați înainte și înapoi timp de aproximativ o săptămână și orice diferență ar trebui să fie evidentă.
O altă opțiune, dacă cunoașteți în prealabil calea destinației, este să navigați prin terminal la directorul de care aveți nevoie și să deschideți de acolo. Acest lucru se poate face cu o singură comandă:
cd <CALEA> && nautilus
unde urmează să fie înlocuit cu calea reală. Dacă destinația este un fișier, comanda este:
cd „<PARENT-PATH>” && nautilus „./<FILENAME>”
cu același înlocuitor pentru . Utilizarea ghilimelelor duble va oferi un strat de siguranță față de lucruri precum spații în numele căilor fișierelor, dar va permite totuși bash să extindă simboluri precum ./, ~, și *.
