Her işletim sistemi kombinasyonunda çalışan platformlar arası dosya aktarımı

Önce tek bir arşive sıkıştırın ya da rsync kullanın. Dosya başına ek yük bu makaledeki her yöntemde baskındır. Yönlendirilmiş bir klasör, sürücü kanalı üzerinden her dosyayı ayrı ayrı işler, ve pano, tek bir bayt taşınmadan önce tam bir tanımlayıcı listesi oluşturur; bu nedenle on bin küçük dosya, toplam boyutlarının kat kat fazlası büyüklükte tek bir arşivden daha uzun sürebilir. Kaynakta bir tar ya da zip arşivi oluşturun, tek dosyayı taşıyın ve varışta açın. Aynı aktarım tekrarlandığında, rsync yalnızca değişenleri gönderir, ve -P kısmi dosyayı korur, böylece kesilen bir çalışma kaldığı yerden devam eder. Bu bayrak olmadan, rsync kısmi dosyayı siler ve dosyayı baştan başlatır; bu da insanları gafil avlar. Hiçbir RDP yöntemi aktarımı kaldığı yerden sürdüremez. uzak bir masaüstünden yerel bir makineye aktarımlar rehberimiz, pano boyutu üst sınırını ayrıca ele alır.

NTFS, ext4 ve APFS’nin kabul ettiği karakterleri reddeder. İki nokta üst üste, soru işareti, yıldız işareti, dikey çizgi, çift tırnak ve küçüktür ile büyüktür işaretlerinin tümü Linux’ta geçerlidir ve Windows dosya adında tümü geçersizdir; bu nedenle kopyalama ilk hatalı karakterde durur. Büyük/küçük harf duyarlılığı ikinci tuzaktır: bir Linux dizininde adları yalnızca harf büyüklüğüyle ayrılan iki dosya, NTFS üzerinde tek bir ada çakışır ve bunlardan biri kaybolur ya da kopyalama durur. Toplu aktarım yapmadan önce, kısmi bir aktarımın ardından değil, dosyaları kaynağında yeniden adlandırın.

Şunu çalıştırın defaults write com.apple.desktopservices DSDontWriteNetworkStores -bool true Terminal’de, ardından oturumu kapatıp tekrar açın. Bu yalnızca ağ birimlerini kapsar ve yerel diskler için hiçbir şey yapmaz. Ayrıca ayrı ._ sidecar dosyalarını olduğu gibi bırakır; bunlar macOS meta verilerini taşır ve genellikle Error code -36 bir SMB paylaşımına Finder ile kopyalama sırasında, kullanıcıların yıllar önce belirlediği bir neden. Halihazırda yazılmış olanları şu komutla temizleyin dot_clean ~/path/to/folder, bir bu hata için hâlâ önerilen geçici çözüm.

Windows’ta yerel olarak mevcut değildir, çünkü Windows bir rsync ikili dosyası içermez. Buna ulaşmanın üç yolu var. WSL içinde çalıştırın; Linux sürümü, /mnt/c/‘ye bağlanmış bir Windows yolu üzerinde normal şekilde çalışır. Bir Cygwin veya MSYS2 derlemesi kurun. Ya da Linux tarafında çalıştırın; Windows’ta OpenSSH sunucusu etkinleştirildikten sonra, SSH üzerinden Windows’tan çeker. Tek seferlik kopyalar için scp daha basittir ve rsync, aynı aktarımı tekrarladığınızda kurulumunun hakkını verir.

İki Windows oturumu arasında, evet; her ikisinde de sürücü yönlendirmesi etkinse. Bir Linux masaüstünde iki oturum arasında ise, FreeRDP sürümünüze bağlıdır ve sürüm 3’e geçişte geriledi: FreeRDP ile Fedora 40’a geçen kullanıcılar 3.4.0 bir oturumda kopyalayıp diğerine yapıştırma yeteneğini kaybettiler sürüm 2’de yıllarca süren bu iş akışından sonra. FreeRDP bu durumu 3.27.0 sürümünde Haziran 2026’da xfreerdp oturumları arasında birden fazla öğeyi kopyalamaya yönelik bir düzeltmeyle ele aldı; bu nedenle, güncel bir derleme Fedora 40 raporlarının gösterdiğinden daha iyi çalışır. Sürüm değişikliklerinden etkilenmeyen yol, her iki oturumun da erişebildiği bir klasördür.

Hayır; kullanıcı adlarının eşleşmesi hiçbir zaman gerekmez. Yalnızca bazı yöntemler karşı tarafta bir hesaba ihtiyaç duyar. Yönlendirilen bir klasör, zaten açmış olduğunuz RDP oturumunu kullanır; bu nedenle uzak makine onu oturum açtığınız kimlik üzerinden okur ve ikinci bir kimlik bilgisi yoktur. Bir SMB paylaşımı, paylaşımı barındıran makinede gerçek bir hesaba ihtiyaç duyar. scp ve rsync hedefte bir hesaba ihtiyaç duyar ve anahtar tabanlı kimlik doğrulama, ortak anahtarınızı ssh-copy-id ile karşı tarafa kopyaladığınızda parola istemini ortadan kaldırır. İnsanların tökezlediği tek durum, oturumlarının beklediklerinden farklı bir hesapla çalıştığı bir makinedeki yönlendirilmiş bir klasördür; bu da, klasörün yok olmasından ziyade yazma sırasında izin hataları olarak kendini gösterir.