Prevent that thunar is using cache on copy to USB drive|stick

Is it possible to tell thunar to NEVER use cache on copy files?

Would be nice because this night i copied about 70 GB to a USB-ext4-stick and thunar tells me NEXT morning ( translated from german ) “Data has to be written … don’t unplug” … there was a whole night to finish this job!


Generated on 2022-01-12 14:46:1641995215

#################### inxi -Fxzc0 ########################

  Kernel: 5.15.12-1-MANJARO x86_64 bits: 64 compiler: gcc v: 11.1.0 Desktop: Xfce 4.16.0
    Distro: Manjaro Linux base: Arch Linux
  Type: Laptop System: LENOVO product: 81RS v: Lenovo Yoga S740-14IIL serial: <superuser required>
  Mobo: LENOVO model: LNVNB161216 v: SDK0J40709 WIN serial: <superuser required> UEFI: LENOVO
    v: BYCN39WW date: 05/28/2021
  ID-1: BAT0 charge: 65.3 Wh (100.0%) condition: 65.3/62.0 Wh (105.3%) volts: 17.2 min: 15.4
    model: LGC L19L4PD2 status: Full
  Info: quad core model: Intel Core i7-1065G7 bits: 64 type: MT MCP arch: Ice Lake rev: 5 cache:
    L1: 320 KiB L2: 2 MiB L3: 8 MiB
  Speed (MHz): avg: 1135 high: 1201 min/max: 400/3900 cores: 1: 1163 2: 1083 3: 1201 4: 1186
    5: 1150 6: 1101 7: 1100 8: 1101 bogomips: 23968
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Device-1: Intel Iris Plus Graphics G7 vendor: Lenovo driver: i915 v: kernel bus-ID: 00:02.0
  Device-2: NVIDIA GP108M [GeForce MX250] vendor: Lenovo driver: nvidia v: 495.44
    bus-ID: 2b:00.0
  Device-3: Chicony Integrated Camera type: USB driver: uvcvideo bus-ID: 3-5:3
  Display: x11 server: X.Org driver: loaded: modesetting,nvidia unloaded: nouveau
    resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz
  Message: Unable to show advanced data. Required tool glxinfo missing.
  Device-1: Intel Ice Lake-LP Smart Sound Audio vendor: Lenovo driver: sof-audio-pci-intel-icl
    bus-ID: 00:1f.3
  Sound Server-1: ALSA v: k5.15.12-1-MANJARO running: yes
  Sound Server-2: sndio v: N/A running: no
  Sound Server-3: JACK v: 1.9.19 running: no
  Sound Server-4: PulseAudio v: 15.0 running: no
  Sound Server-5: PipeWire v: 0.3.42 running: yes
  Device-1: Intel Ice Lake-LP PCH CNVi WiFi driver: iwlwifi v: kernel bus-ID: 00:14.3
  IF: wlp0s20f3 state: up mac: <filter>
  Device-2: Realtek RTL8153 Gigabit Ethernet Adapter type: USB driver: r8152 bus-ID: 2-1.4:11
  IF: enp0s13f0u1u4 state: up speed: 1000 Mbps duplex: full mac: <filter>
  IF-ID-1: pan1 state: down mac: <filter>
  Device-1: Intel AX201 Bluetooth type: USB driver: btusb v: 0.8 bus-ID: 3-10:5
  Report: rfkill ID: hci0 rfk-id: 3 state: up address: see --recommends
  Local Storage: total: 1.88 TiB used: 352.72 GiB (18.3%)
  ID-1: /dev/nvme0n1 vendor: Micron model: MTFDHBA1T0TCK size: 953.87 GiB temp: 37.9 C
  ID-2: /dev/sda type: USB vendor: SanDisk model: Extreme size: 29.25 GiB
  ID-3: /dev/sdb type: USB vendor: Western Digital model: WD10EARX-00N0YB0 size: 931.51 GiB
  ID-4: /dev/sdc type: USB vendor: Kingston model: DataTraveler 2.0 size: 14.54 GiB
  ID-1: / size: 57.9 GiB used: 35.75 GiB (61.7%) fs: ext4 dev: /dev/nvme0n1p8
  ID-2: /boot/efi size: 259.5 MiB used: 114.1 MiB (44.0%) fs: vfat dev: /dev/nvme0n1p1
  ID-1: swap-1 type: partition size: 16.67 GiB used: 30.5 MiB (0.2%) dev: /dev/nvme0n1p9
  System Temperatures: cpu: 52.0 C mobo: N/A
  Fan Speeds (RPM): N/A
  Processes: 301 Uptime: 1d 14h 59m Memory: 15.2 GiB used: 2.7 GiB (17.8%) Init: systemd
  Compilers: gcc: 11.1.0 Packages: 1743 Client: Unknown Client: wrapper-2.0 inxi: 3.3.11

PCmanFM seems to circumvent any cache … seems to me, but i want to stay with thunar!

It is possible to mount an USB-Stick so that it will not use cache.

But i would not recommend this. If it is slow with cache, what would be without ?

  • Hast du die richtige USB3-Buchse genommen ?
  • Wenn das so lange dauert würde ich immer die Kommandozeile nehmen und dort rsync einsetzen
  • Auf der Kommandozeile brauchst du an den rsync befehl nur ein “;sync” anzuhängen um den cache raus zu schreiben.
  • Ausserden lässt sich rsync jederzeit abbrechen, und später fortsetzen (dort wo es aufgehört hat)
  • Und rsync merkt auch wenn Dateien schon identisch auf dem Ziel vorhanden sind, und überspringt diese


  • Did you use the correct USB(3) socket?
  • If that takes that long I would ** always ** take the command line and use rsync there
  • On the command line you only need to add a “; sync” to the rsync command to write out the cache.
  • In addition, rsync can be canceled at any time and continued later (where it left off)
  • And rsync also notices if files are already identical on the target and skips them

rsync would be a solution …

But i will test again with PCmanFM …

Another possibility with thunar … start copying and then click immediately on eject , that would force thunar to clear cache and not waiting until next day!

Danke für die Tipps! Werde noch mal googlen ob ich wirklich der erste bin, dem das nicht gefällt!

No, but you can use the sync mount option on removable storage media. But of course, you’d need to either create a udev rule for that or add the medium to /etc/fstab.

Do however bear in mind that this will impede performance, because all I/O to the device will get priority, and USB sticks are slow.