It has to do with the caching mechanism most operating systems and disks employ to speed up small writes. If i try (from nautilus) to eject the device it says that is impossible 'cause the the volume is busy, like i'm writing something, but the writing operation ends.This behaviour is not specific to your flash drive, you can see this with hard drives as well. FAT-fs (sda1): Volume was not properly unmounted. sd 2:0:0:0: Attached SCSI removable disk sd 2:0:0:0: Write cache: disabled, read cache: enabled, doesn't support DPO or FUA sd 2:0:0:0: Attached scsi generic sg0 type 0 scsi 2:0:0:0: Direct-Access SanDisk Cruzer Glide 1.00 PQ: 0 ANSI: 6 usbcore: registered new interface driver uas usbcore: registered new interface driver usb-storage usb-storage 1-1:1.0: USB Mass Storage device detected usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-1: New USB device found, idVendor=0781, idProduct=5575, bcdDevice= 1.00 usb 1-1: new high-speed USB device number 5 using xhci_hcd Sorry if the information are not so clear but i only see this behaviour without knowing what's produce it. I really don't know how to solve the problem, on internet i can't find anything. The only thing it seems produce some effect is set an high value of vm.dirty_bytes, but it seems that only set an higher treshold. I have 2 USB 3.1 and one 2.0, and seems the drivers and the firmware are correct (xhci-hcd?). I find this problem tranfering file using nautilus, i use GNOME as DE. With smaller files (probably smaller than this "treshold") the tranfer speed is high but it "freeze" when it's complete, so the operation never end. My problem is with usb transfer, it has a strange behaviour: when i move large files in a usb the transfer starts without problems, reach a byte limit (like a treshold) then the speed slows down costantly from ~200MB/s to ~10MB/s until the transfer stops.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |