Gnome, nautilus,% 100 veya yakınında USB duraklarına dosya kopyalar

Daha önce benzer problemlerim vardı ama nasıl çözdüğümü hatırlamıyorum.

Bir şeyi USB çubuğuna kopyalamaya çalıştığımda, FAT ile, bazen% 100'de sonuna kadar duruyor. Ve tabii ki, başka bir yere hafıza çubuğunu aktardığımda, tam bir dosya içermiyor. (dosya bir filmdir!)

Mount -o floş ile cihazı monte etmeye çalıştım, ancak aynı sorunu alıyorum.

Ayrıca USB belleği yeni FAT bölümü ile biçimlendirdim ...

Ne soğuk yaptığım hakkında fikrin var mı?

ps Bunun Debian olan işletim sistemi ile ilgili olmadığına inanıyorum ve SSD sürücüsündeki başa çıkmanın bunu engellemediğine inanıyorum.

Bir yerde konu ile ilgili aşağıdaki açıklamaları buldum. Kopyalama, işletim hafızası yoluyla yapılır ve idicator sürücüden veri okuma işlemini gösterir. Ancak yazma işlemi özellikle USB-Stick'e çok daha uzundur (örneğin, 100 defa yavaş olabilir: 200 MB / sn okumaya göre örneğin 2 Mb / sn yazma gibi) ve linux altında FAT veya NTFS gibi yerel dosya sistemleri kullanmıyorsanız daha fazlası . Bu nedenle,% 100 üzerinde dursa bile (ancak bitişi göstermesi gerektiğini) kapatmamaya rağmen son işlemi beklemeye çalışın.

— Costas

sadece bu durumdaki ilerlemeyi kontrol etmenin mümkün olup olmadığını merak ediyorum ???

pendrive'ı sıfırlanan verilerin üzerine yazma seçeneğinin üzerine yazmayı deneyin Bu trancend 8GB pendrive'da çalışıyor

— Akshay Daundkar

Bu sorunla karşılaşan herkes için, sürücünüzü NTFS'ye biçimlendirin.

— Ricky Boyce

Yanıtlar:

Bunun olmasının nedeni programın "bu verileri yaz" demesi ve linux çekirdeği onu diske gitmek için sıraya alınmış bir bellek arabelleğine kopyalayıp "tamam, tamam" yazmasıdır. Böylece program her şeyi kopyaladığını düşünüyor. Ardından program dosyayı kapatır, ancak aniden çekirdek, bu arabellek diske itilirken bekletir.

Bu nedenle, ne yazık ki program tamponu temizlemenin ne kadar zaman alacağını söyleyemez çünkü bilmez.

Bazı güçlü kullanıcı püf noktalarını denemek istiyorsanız, çekirdek parametresini (15 MB) vm.dirty_bytesgibi bir değere ayarlayarak Linux'un kullandığı arabellek boyutunu düşürebilirsiniz 15000000. Bu, uygulamanın fiili ilerlemesinden 15 MB'den daha fazla alamayacağı anlamına gelir. (Hareket halindeyken çekirdek parametrelerini değiştirebilirsiniz, sudo sysctl vm.dirty_bytes=15000000ancak yeniden başlatma boyunca kalmasını /etc/sysctl.confsağlamak için dağıtımınıza özel olabilecek bir yapılandırma dosyasını değiştirmek gerekir .)

Bunun bir yan etkisi, bilgisayarınızın bu ayarla daha düşük veri yazma verimine sahip olmasıdır, ancak genel olarak, bir programın uzun süre çalıştığını görmek için yararlı olurken, çok fazla veri yazar. programın işi ile yapıldığı görülüyor ancak çekirdek asıl işi yaptığı gibi sistem kötü bir şekilde kalıyor. dirty_bytesMakul bir küçük değere ayarlamak , sisteminizin boş belleği düşük olduğunda yanıt vermemesini ve aniden çok fazla veri yazan bir programı çalıştırmasını önleyebilir.

Ancak, çok küçük ayarlamayın! Çekirdeğin arabelleği normal bir sabit sürücüye saniyenin 1 / 4'ünde temizleyebileceğini tahmin edebileceğim kaba bir tahmin olarak 15 MB kullanıyorum. Sistemimin "çılgınca" hissetmesini engelliyor.

— verisiz
kaynak

Bir yıl veya daha fazla bir süredir bu soruna bir çözüm arıyordum, bunun linux'taki bir hata olduğunu düşünmüştüm. Çok teşekkürler.

— Sidahmed

Linux noob burada, biri <dirty_bytes> değerlerini nasıl değiştireceğimi gönderebilir mi?

— Brofessor,

@Brofessor Ah, üzgünüm, / proc ayrıntıları yerine resmi adıyla tanımlamalıydım. Cevap güncellendi.

— dataless

Bu, unix.stackexchange.com/questions/107703/… --- 'e benzer, düzeltilmeliydi, ama inan bana, değil. Komik davranmayı bırakmak için Ubuntu

— 18.04'e

Fedora 30'da da çalışıyor. Modern Linux dağıtımlarında bile bu kadar aptalca davranışlar gördüğüme şaşırdım.

— sziraqui

Eski soru, ama sorun hala ortaya çıkıyor gibi görünüyor. Tamponu burada önerildiği gibi 15 MB'a ayarlamak Ubuntu 19.04'te işe yaramadı ve sistemimi taşlama durmasına getirdi.

1.5 GB'lık bir dosyayı boş (yeni biçimlendirilmiş) bir FAT32 16GB sürücüye kopyalamaya çalışıyordum. Şansı bitip bitmeyeceğini görmek için 10 dakika kadar çalışmasına izin verdim.

NTFS'ye yeniden biçimlendirme, işlemin 10 saniyeden daha kısa sürede bitmesine izin verir. Bunun neden önemli olduğunu bilmiyorum çünkü FAT32'nin 2GB'ın altındaki herhangi bir şeye izin vermesi gerekiyor, ancak gayet iyi çalışıyor gibi görünüyordu. MacOS ile kullanmak istediğiniz sürücüler için ideal bir düzeltme değil, diğer tüm kullanım durumları için kolay bir geçici çözümdür. ExFAT’in de benzer şekilde çalışacağını hayal ediyorum, ancak test etmedim.

— Jacob Jones
kaynak