Issues with USB flash drive formatted as NTFS

I am copying an image file to a USB 2.0 flash drive formatted as NTFS. Started copying over 800MBps and gradually came down to 7.8MBps. Inxi is below.

It gave this Journal error:

Dec 04 19:07:03 heinrich-ms7c02 (udev-worker)[116913]: host9: /usr/lib/udev/rules.d/50-sata.rules:2 Failed to write ATTR{/sys/devices/pci0000:00/0000:00:01.2/0000:12:00.0/usb1/1-3/1-3:1.0/host9/scsi_host/host9/link_power_management_policy}, ignoring: No such file or directory
Dec 04 19:12:30 heinrich-ms7c02 sudo[117352]: heinrichjvr : a password is required ; TTY=pts/0 ; PWD=/home/heinrichjvr ; USER=root ; COMMAND=/usr/bin/true
Dec 04 19:12:36 heinrich-ms7c02 sudo[117582]: heinrichjvr : a password is required ; TTY=pts/0 ; PWD=/home/heinrichjvr ; USER=root ; COMMAND=/usr/bin/true
Dec 04 19:23:58 heinrich-ms7c02 systemd-coredump[117767]: Process 4728 (Thunar) of user 1000 dumped core.
                                                          
                                                          Stack trace of thread 117203:
                                                          #0  0x00007ff78740b1bb g_mutex_lock (libglib-2.0.so.0 + 0xb31bb)
                                                          #1  0x0000562e6370a6d6 n/a (thunar + 0x586d6)
                                                          #2  0x0000562e63735e17 n/a (thunar + 0x83e17)
                                                          #3  0x00007ff78826f1fb n/a (libexo-2.so.0 + 0xf1fb)
                                                          #4  0x00007ff78758242e n/a (libgio-2.0.so.0 + 0x7a42e)
                                                          #5  0x00007ff7875b5db8 n/a (libgio-2.0.so.0 + 0xaddb8)
                                                          #6  0x00007ff7873e64d3 n/a (libglib-2.0.so.0 + 0x8e4d3)
                                                          #7  0x00007ff7873e39f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
                                                          #8  0x00007ff7872029eb n/a (libc.so.6 + 0x8c9eb)
                                                          #9  0x00007ff7872867cc n/a (libc.so.6 + 0x1107cc)
                                                          
                                                          Stack trace of thread 4748:
                                                          #0  0x00007ff787278f6f __poll (libc.so.6 + 0x102f6f)
                                                          #1  0x00007ff787410276 n/a (libglib-2.0.so.0 + 0xb8276)
                                                          #2  0x00007ff7873b2b97 g_main_loop_run (libglib-2.0.so.0 + 0x5ab97)
                                                          #3  0x00007ff78761a14c n/a (libgio-2.0.so.0 + 0x11214c)
                                                          #4  0x00007ff7873e39f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
                                                          #5  0x00007ff7872029eb n/a (libc.so.6 + 0x8c9eb)
                                                          #6  0x00007ff7872867cc n/a (libc.so.6 + 0x1107cc)
                                                          
                                                          Stack trace of thread 4728:
                                                          #0  0x00007ff787278f6f __poll (libc.so.6 + 0x102f6f)
                                                          #1  0x00007ff787410276 n/a (libglib-2.0.so.0 + 0xb8276)
                                                          #2  0x00007ff7873b0162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
                                                          #3  0x00007ff7875e7b16 g_application_run (libgio-2.0.so.0 + 0xdfb16)
                                                          #4  0x0000562e636d717a n/a (thunar + 0x2517a)
                                                          #5  0x00007ff78719dcd0 n/a (libc.so.6 + 0x27cd0)
                                                          #6  0x00007ff78719dd8a __libc_start_main (libc.so.6 + 0x27d8a)
                                                          #7  0x0000562e636d7285 n/a (thunar + 0x25285)
                                                          
                                                          Stack trace of thread 4746:
                                                          #0  0x00007ff78728473d syscall (libc.so.6 + 0x10e73d)
                                                          #1  0x00007ff78740b2b7 g_cond_wait (libglib-2.0.so.0 + 0xb32b7)
                                                          #2  0x00007ff78737d1b4 n/a (libglib-2.0.so.0 + 0x251b4)
                                                          #3  0x00007ff7873e5a7e n/a (libglib-2.0.so.0 + 0x8da7e)
                                                          #4  0x00007ff7873e39f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
                                                          #5  0x00007ff7872029eb n/a (libc.
so.6 + 0x8c9eb)
                                                          #6  0x00007ff7872867cc n/a (libc.so.6 + 0x1107cc)
                                                          
                                                          Stack trace of thread 4747:
                                                          #0  0x00007ff787278f6f __poll (libc.so.6 + 0x102f6f)
                                                          #1  0x00007ff787410276 n/a (libglib-2.0.so.0 + 0xb8276)
                                                          #2  0x00007ff7873b0162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
                                                          #3  0x00007ff7873b01b2 n/a (libglib-2.0.so.0 + 0x581b2)
                                                          #4  0x00007ff7873e39f5 n/a (libglib-2.0.so.0 + 0x8b9f5)
                                                          #5  0x00007ff7872029eb n/a (libc.so.6 + 0x8c9eb)
                                                          #6  0x00007ff7872867cc n/a (libc.so.6 + 0x1107cc)
                                                          ELF object binary architecture: AMD x86-64

Inxi:


 ╭─heinrichjvr@heinrich in ~ took 8ms
 ╰─λ garuda-inxi
System:
  Kernel: 6.1.64-1-lts arch: x86_64 bits: 64 compiler: gcc v: 13.2.1
    clocksource: tsc available: hpet,acpi_pm
    parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-lts
    root=UUID=e430d727-5111-4d94-8122-55b81fdb8080 rw rootflags=subvol=@
    quiet resume=UUID=fd6c4d21-749e-4d17-b36d-7b44a32d1fd2 loglevel=3 ibt=off
  Desktop: Xfce v: 4.18.1 tk: Gtk v: 3.24.36 info: xfce4-panel wm: xfwm
    v: 4.18.0 vt: 7 dm: LightDM v: 1.32.0 Distro: Garuda Linux base: Arch Linux
Machine:
  Type: Desktop Mobo: Micro-Star model: B450 TOMAHAWK (MS-7C02) v: 1.0
    serial: <superuser required> UEFI: American Megatrends LLC. v: 1.J1
    date: 05/06/2023
CPU:
  Info: model: AMD Ryzen 3 2200G with Radeon Vega Graphics bits: 64 type: MCP
    arch: Zen level: v3 note: check built: 2017-19 process: GF 14nm
    family: 0x17 (23) model-id: 0x11 (17) stepping: 0 microcode: 0x8101016
  Topology: cpus: 1x cores: 4 smt: <unsupported> cache: L1: 384 KiB
    desc: d-4x32 KiB; i-4x64 KiB L2: 2 MiB desc: 4x512 KiB L3: 4 MiB
    desc: 1x4 MiB
  Speed (MHz): avg: 2980 high: 3500 min/max: 1600/3500 boost: disabled
    scaling: driver: acpi-cpufreq governor: performance cores: 1: 1420 2: 3500
    3: 3500 4: 3500 bogomips: 27958
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities: <filter>
Graphics:
  Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
    vendor: ASUSTeK driver: amdgpu v: kernel arch: GCN-4 code: Arctic Islands
    process: GF 14nm built: 2016-20 pcie: gen: 3 speed: 8 GT/s lanes: 8
    link-max: lanes: 16 ports: active: DVI-D-1 empty: DP-1,DVI-D-2,HDMI-A-1
    bus-ID: 10:00.0 chip-ID: 1002:67df class-ID: 0300 temp: 40.0 C
  Display: x11 server: X.Org v: 21.1.9 compositor: xfwm v: 4.18.0 driver: X:
    loaded: amdgpu unloaded: modesetting alternate: fbdev,vesa dri: radeonsi
    gpu: amdgpu display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 1600x900 s-dpi: 96 s-size: 423x238mm (16.65x9.37")
    s-diag: 485mm (19.11")
  Monitor-1: DVI-D-1 mapped: DVI-D-0 model: Samsung SyncMaster
    serial: <filter> built: 2009 res: 1600x900 hz: 60 dpi: 92 gamma: 1.2
    size: 443x250mm (17.44x9.84") diag: 509mm (20") ratio: 16:9 modes:
    max: 1600x900 min: 720x400
  API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
    device: 1 drv: swrast gbm: drv: kms_swrast surfaceless: drv: radeonsi x11:
    drv: radeonsi inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 23.2.1-arch1.2
    glx-v: 1.4 direct-render: yes renderer: AMD Radeon RX 570 Series (polaris10
    LLVM 16.0.6 DRM 3.49 6.1.64-1-lts) device-ID: 1002:67df memory: 3.91 GiB
    unified: no
  API: Vulkan v: 1.3.269 layers: 9 device: 0 type: discrete-gpu name: AMD
    Radeon RX 570 Series (RADV POLARIS10) driver: mesa radv v: 23.2.1-arch1.2
    device-ID: 1002:67df surfaces: xcb,xlib device: 1 type: cpu name: llvmpipe
    (LLVM 16.0.6 256 bits) driver: mesa llvmpipe v: 23.2.1-arch1.2 (LLVM
    16.0.6) device-ID: 10005:0000 surfaces: xcb,xlib
Audio:
  Device-1: AMD Ellesmere HDMI Audio [Radeon RX 470/480 / 570/580/590]
    vendor: ASUSTeK driver: snd_hda_intel v: kernel pcie: gen: 3 speed: 8 GT/s
    lanes: 8 link-max: lanes: 16 bus-ID: 10:00.1 chip-ID: 1002:aaf0
    class-ID: 0403
  Device-2: AMD Family 17h/19h HD Audio vendor: Micro-Star MSI
    driver: snd_hda_intel v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16
    bus-ID: 30:00.6 chip-ID: 1022:15e3 class-ID: 0403
  API: ALSA v: k6.1.64-1-lts status: kernel-api with: aoss
    type: oss-emulator tools: N/A
  Server-1: PipeWire v: 1.0.0 status: active with: 1: pipewire-pulse
    status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin
    4: pw-jack type: plugin tools: pactl,pw-cat,pw-cli,wpctl
Network:
  Message: No PCI device data found.
  IF-ID-1: enp18s0f0u2 state: unknown speed: -1 duplex: half mac: <filter>
Bluetooth:
  Device-1: Spreadtrum Unisoc Phone driver: rndis_host v: kernel type: USB
    rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-2:7 chip-ID: 1782:5d20
    class-ID: 0a00 serial: <filter>
Drives:
  Local Storage: total: 4.79 TiB used: 4.26 TiB (88.8%)
  SMART Message: Required tool smartctl not installed. Check --recommends
  ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Mushkin model: MKNSSDHL250GB-D8
    size: 232.89 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
    lanes: 4 tech: SSD serial: <filter> fw-rev: S1111A0L temp: 41.9 C
    scheme: GPT
  ID-2: /dev/sda maj-min: 8:0 model: Flash USB Disk size: 14.65 GiB
    block-size: physical: 512 B logical: 512 B type: USB rev: 2.0 spd: 480 Mb/s
    lanes: 1 mode: 2.0 tech: SSD serial: <filter> fw-rev: 6.80 scheme: MBR
  ID-3: /dev/sdb maj-min: 8:16 vendor: Western Digital
    model: WD50NDZW-11BCSS0 size: 4.55 TiB block-size: physical: 4096 B
    logical: 512 B type: USB rev: 3.2 spd: 5 Gb/s lanes: 1 mode: 3.2 gen-1x1
    tech: HDD rpm: 4800 serial: <filter> fw-rev: 1034 scheme: GPT
Partition:
  ID-1: / raw-size: 223.79 GiB size: 223.79 GiB (100.00%)
    used: 109.21 GiB (48.8%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
  ID-2: /boot/efi raw-size: 300 MiB size: 299.4 MiB (99.80%)
    used: 576 KiB (0.2%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:1
  ID-3: /home raw-size: 223.79 GiB size: 223.79 GiB (100.00%)
    used: 109.21 GiB (48.8%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
  ID-4: /var/log raw-size: 223.79 GiB size: 223.79 GiB (100.00%)
    used: 109.21 GiB (48.8%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
  ID-5: /var/tmp raw-size: 223.79 GiB size: 223.79 GiB (100.00%)
    used: 109.21 GiB (48.8%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
Swap:
  Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default) zswap: no
  ID-1: swap-1 type: zram size: 7.68 GiB used: 591 MiB (7.5%) priority: 100
    comp: zstd avail: lzo,lzo-rle,lz4,lz4hc,842 max-streams: 4 dev: /dev/zram0
  ID-2: swap-2 type: partition size: 8.8 GiB used: 0 KiB (0.0%) priority: -2
    dev: /dev/nvme0n1p3 maj-min: 259:3
Sensors:
  System Temperatures: cpu: 35.5 C mobo: N/A gpu: amdgpu temp: 41.0 C
  Fan Speeds (rpm): N/A gpu: amdgpu fan: 2
Info:
  Processes: 265 Uptime: 1h 38m wakeups: 0 Memory: total: 8 GiB
  available: 7.68 GiB used: 1.69 GiB (22.0%) Init: systemd v: 254
  default: graphical tool: systemctl Compilers: gcc: 13.2.1 clang: 16.0.6
  Packages: pm: pacman pkgs: 1445 libs: 486 tools: octopi,paru Shell: Bash
  v: 5.2.21 running-in: xfce4-terminal inxi: 3.3.31
Garuda (2.6.19-2):
  System install date:     2023-11-14
  Last full system update: 2023-12-04 ↻
  Is partially upgraded:   No
  Relevant software:       snapper NetworkManager dracut
  Windows dual boot:       No/Undetected
  Failed units:            run-media-heinrichjvr-KANE_LYNCH.mount systemd-vconsole-setup.service 

 ╭─heinrichjvr@heinrich in ~ took 1s
 ╰─λ 

@heinrikur, I think it would be best if you opened a separate thread and deleted your posts from this thread. While at first glance your issues might appear the same, without the OP’s garuda-inxi it is impossible to say. Your core dump output involving Thunar could be the issue, but it’s hard to predict if Thunar is the problem with so little information. I have seen Thunar create issues like this in the past so that’s possible. However, we do not even know if the OP is an Xfce user, or any other details on their system. Without being able to gauge if both your issues are related, I have to consider your post on anothers thread a hijacking.

Have you tried copying the same files from the terminal? If that transfers correctly from the terminal, then it would seem to point to Thunar as part of the problem.

You should really open your own thread on this issue.

2 Likes

Moved to a new topic for easier tracking of this issue.

2 Likes

Thanks for moving @kayo. I’m only on my cell ATM, and my cell does not work very well for performing admin functions when on a portable device.

Edit:

If this issue only appears when using an NTFS formatted drive then you might want to test out the alternate NTFS driver. In other words, if you are using the ntfs3 kernel driver, switch to the ntfs-3g driver (and vice versa).

If transferring the file from the terminal works correctly, then you could try installing an alternate file manager such as Nautilus to compare GUI functionality.

3 Likes

Why not format it with a different FS? FAT32, ExFAT, etc.?

1 Like

Fat 32 has file size limitations being so old. Large files over 4 Gb will corrupt the thumbdrive. I don’t do Windows so I usually format to Ext4.

1 Like

exFat then, : exFAT - Wikipedia It’s what I use when I pre-format my cheap, 10-year old SanDisk 3x8GiB USB & 1x16GiB USB keys–in Windows & Linux.

You can kinda tell I’m a bit old fashioned. But in the 10 years that I’ve used each of them, sometimes daily+, I’ve had no failures, no corrupted ISOs written. They work just as good in Linux or Wiindows. I hear newer ones are not as reliable.

I must stick out my :tongue: and :stuck_out_tongue_closed_eyes: just right. :rofl:

2 Likes

To each their own Bro.

:stuck_out_tongue_winking_eye:

1 Like

I’ve saved at least enough money on extraneous USB keys to buy a :beer: , and one for you, too! :smiley:

1 Like

totally agree exfat is the way to go been using it for years

1 Like

I tried coping files in GNOME Files but it still does the same.

I don’t know how to copy files in terminal.

from the inxi post, could be the issue eventually:

SMART Message: Required tool smartctl not installed

what means that drives are not checked for health status.

1 Like

1 Like

What is the actual issue here? This?

You can’t write data to a 2.0 thumb drive faster than about 50 MB/s. usb - What's the maximum typical speed possible with a USB2.0 drive? - Super User

That is the theoretical maximum; in reality the fastest devices can do about 40 MB/s and if you have something cheap it’s probably more like 20. The speed also tapers off pretty fast as they heat up (although that is more of an issue with 3.0+ devices because they actually move data fast enough to generate some heat).

The metrics you are seeing on whatever tool is announcing the speed of the transaction could be reporting the speed the data is written to cache, then the ugly truth is revealed when the cache operation completes and all that’s left is to wait for that slow, slow USB 2.0 stick to catch up. :snail:

7 Likes

╭─heinrichjvr@heinrich in ~/Downloads took 8ms
╰─λ cp HBCD_PE_x64.iso -t /run/media/heinrichjvr/STICK/

╭─heinrichjvr@heinrich in ~/Downloads took 10m28s
╰─λ

Seems fine with no errors.

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.