Akkor becsatlakozom a tesztbe.
Először a becsavarozott adattárolók.

M.2 pcie4:
/dev/nvme0n1p2 205314024 24601888 170209992 13% /

#fstrim -v /
/: 172,3 GiB (185010483200 bytes) trimmed

Axagon SATA házban levő M.2 SATA:
/dev/sdb1 976284608 507953804 468330804 53% /home/laci/WD1TBSSD

#fstrim  -v /home/laci/WD1TBSSD 
/home/laci/WD1TBSSD: 447,6 GiB (480600100864 bytes) trimmed

Kakukktojás: 2TB SSHD. Olyan HDD, aminek belül van egy darab gyorsító SSD-je
/dev/sda2 487350784 349138804 138211980 72% /home/laci/ST2TB/p2
És az elvárt tiltakozás:

#fstrim  -v /home/laci/ST2TB/p2
fstrim: /home/laci/ST2TB/p2: the discard operation is not supported

És akkor az USB-s adapterek siralmas eredményei. Az alany egy Patriot 240 GB-s SSD.
Noname USB 2-es SATA adapter

[ 2282.549381] usb 3-1.1: new high-speed USB device number 4 using xhci_hcd
[ 2282.650690] usb 3-1.1: New USB device found, idVendor=14cd, idProduct=6116, bcdDevice= 2.20
[ 2282.650707] usb 3-1.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[ 2282.650712] usb 3-1.1: Product: USB Mass Storage Device
[ 2282.650716] usb 3-1.1: Manufacturer: Generic     
[ 2282.650720] usb 3-1.1: SerialNumber: 116AC2101219
[ 2282.652416] usb-storage 3-1.1:1.0: USB Mass Storage device detected
[ 2282.653048] scsi host8: usb-storage 3-1.1:1.0
[ 2283.658534] scsi 8:0:0:0: Direct-Access        Mass  Storage Device        PQ: 0 ANSI: 0
[ 2283.659115] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2283.659905] sd 8:0:0:0: [sdd] 468862126 512-byte logical blocks: (240 GB/224 GiB)
[ 2283.660145] sd 8:0:0:0: [sdd] Write Protect is off
[ 2283.660149] sd 8:0:0:0: [sdd] Mode Sense: 03 00 00 00
[ 2283.660290] sd 8:0:0:0: [sdd] No Caching mode page found
[ 2283.660293] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 2283.662295]  sdd: sdd1 sdd2 sdd3
#mount /dev/sdd1 /mnt
 #fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported
Axagon ADSA-FP2 USB3 adapter
[ 2570.178067] usb 4-1: new SuperSpeed USB device number 6 using xhci_hcd
[ 2570.199249] usb 4-1: New USB device found, idVendor=152d, idProduct=0567, bcdDevice= 2.23
[ 2570.199266] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2570.199272] usb 4-1: Product: AXAGON USB to SATA adapter
[ 2570.199276] usb 4-1: Manufacturer: AXAGON
[ 2570.199280] usb 4-1: SerialNumber: 0000AB1237F1
[ 2570.206144] scsi host8: uas
[ 2570.207123] scsi 8:0:0:0: Direct-Access     Patriot  Burst Elite 240G 0223 PQ: 0 ANSI: 6
[ 2570.210011] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2570.210456] sd 8:0:0:0: [sdd] Spinning up disk...
[ 2571.241422] .ready
[ 2571.241834] sd 8:0:0:0: [sdd] 468862128 512-byte logical blocks: (240 GB/224 GiB)
[ 2571.241842] sd 8:0:0:0: [sdd] 4096-byte physical blocks
[ 2571.242070] sd 8:0:0:0: [sdd] Write Protect is off
[ 2571.242074] sd 8:0:0:0: [sdd] Mode Sense: 53 00 00 08
[ 2571.242520] sd 8:0:0:0: [sdd] Disabling FUA
[ 2571.242524] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2571.242529] sd 8:0:0:0: [sdd] Preferred minimum I/O size 4096 bytes
[ 2571.242532] sd 8:0:0:0: [sdd] Optimal transfer size 33553920 bytes not a multiple of preferred minimum block size (4096 bytes)
[ 2571.245270]  sdd: sdd1 sdd2 sdd3
[ 2571.245772] sd 8:0:0:0: [sdd] Attached SCSI disk
#mount /dev/sdd1 /mnt
#fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported

A Gembird EE2-U3S-6 USB-C ház

[ 2938.618249] usb 4-2: new SuperSpeed USB device number 7 using xhci_hcd
[ 2938.639093] usb 4-2: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[ 2938.639110] usb 4-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2938.639115] usb 4-2: Product: 3.1
[ 2938.639119] usb 4-2: Manufacturer: USB
[ 2938.639123] usb 4-2: SerialNumber: 0000000000A1
[ 2938.646000] scsi host8: uas
[ 2938.646949] scsi 8:0:0:0: Direct-Access     USB      3.1              0    PQ: 0 ANSI: 6
[ 2938.649165] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2938.649369] sd 8:0:0:0: [sdd] 468862128 512-byte logical blocks: (240 GB/224 GiB)
[ 2938.649534] sd 8:0:0:0: [sdd] Write Protect is off
[ 2938.649539] sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
[ 2938.649780] sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2938.650255] sd 8:0:0:0: [sdd] Preferred minimum I/O size 512 bytes
[ 2938.650259] sd 8:0:0:0: [sdd] Optimal transfer size 33553920 bytes
[ 2938.652542]  sdd: sdd1 sdd2 sdd3
[ 2938.653058] sd 8:0:0:0: [sdd] Attached SCSI disk
#mount /dev/sdd1 /mnt
#fstrim  -v /mnt
fstrim: /mnt: the discard operation is not supported

Egyelőre ennyi.
Vagy valamit félreértettem?

Hamarosan feldugom ezt a Patriotot direktben, csak ahhoz le állítsam a gépet.

szerk:

/dev/sdc1 * 2048 156239871 156237824 74,5G 83 Linux

#mount /dev/sdc1 /mnt
#fstrim  -v /mnt
/mnt: 65,2 GiB (69960851456 bytes) trimmed

Tehát az USB-s adaptereim nincsenek felkészülve az fstrim átvitelére. 🙁

    a mester Mit tagadjam, ez most nekem csalódás, de a hozzászólásod után már azon lepődtem volna meg, ha nem így van.

    csuhas@iklubradio:/media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24$ sudo fstrim -v /media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24
    [sudo] csuhas jelszava: 
    fstrim: /media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24: the discard operation is not supported
    csuhas@iklubradio:/media/csuhas/72d9b373-bbc2-4238-8c24-6f5b84aa4c24$ 

    Direkt megnéztem a termék dobozát is, azon is rajta van, hogy „trim support” meg egyértelműen rajta van a Linux is.
    Minek írják rá!?

      csuhas32
      systemctl list-timers -a # milyen időzített feladatok futnak le.
      sudo journalctl -u fstrim.timer # parancs ellenőrzi a TRIM végrehajtását.
      (Nekem is van egy nevlegesen UASP+TRIM tamogatasu USB3-as kulso hazam.
      Samsung 860 EVO SSD volt benne Mint 20.x-es rendszerrel - az idozitett TRIM
      emlekeim szerint lefutott - a kezi TRIM viszont nem. )

        csuhas32 Nekem is van Axagon házam és egy Samsung QVO ssd-m.
        Az alábbiakat kellet tennem.
        sudo nano /etc/udev/rules.d/50-usb-ssd-trim.rules
        A tartalma pedig:
        ACTION=="add|change", ATTRS{idVendor}=="174c", ATTRS{idProduct}=="55aa", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

        Az idVendor és id Product értékeket az lsusb segítségével fejtettem meg. Egy újrainditás után máris müködik fstrim.

          Csodálkoztam volna, ha erre nincs megoldás, hiszen a trim-et az SSD saját szoftvere intézi, mindössze egy jelzés kell neki, hogy "na most".
          Vagy, nem jól tudom?

          atime Ohóó! Működik!
          A másik gépből kiszerelt SSD áthozva egy másik masinára az új tokban, az útmutatásod alapján létrehozva a /etc/udev/rules.d/50-usb-ssd-trim.rules és a bootolás után:

          sudo fstrim -v /
          [sudo] geza jelszava:            
          /: 497,9 MiB (522129408 bytes) trimmed

          Megyek szerkeszteni a témaindítót, nagyon szépen köszönöm!
          Mégsem dobtam ki a pénzt az ablakon, úgy örülök!

            Eléggé elkámpicsorodtam amikor nem ment a trim, de akkor most gyorsan valami adat a mesternek:
            Szóval az SSD egy egyszerű Kingston 120 GB-os az inxi szerint model: SA400S37120G, ha kell valami még róla, jelezd.
            ASUS K52F-ben amikor még belső lemez volt az SSD:

            sudo hdparm -Tt /dev/sda
            
            /dev/sda:
             Timing cached reads:   4304 MB in  2.00 seconds = 2152.94 MB/sec
             Timing buffered disk reads: 742 MB in  3.01 seconds = 246.86 MB/sec

            Csináltam hozzá egy teljesítménytesztet a Lemezekkel, mielőtt kiszereltem:

            Most az Esprimora van rákötve az Axagon adsa-1s6 adapterrel:

            sudo hdparm -Tt /dev/sdd
            
            /dev/sdd:
             Timing cached reads:   30882 MB in  1.99 seconds = 15532.13 MB/sec
             Timing buffered disk reads: 124 MB in  3.01 seconds =  41.17 MB/sec

            (Tudom, az ASUS-ról kellene mutatnom egyet, ahogy azon van rajta külsőleg, csak elrontottam a dolgot, a belső SSD-ről másoltam a partíciót a külső HDD-re.
            A HDD-n lévő rendszer fstabját szerkesztettem, hogy a HDD EFI partíciójának UUID-je legyen benne.
            Kivettem az SSD-t és betettem a helyére a HDD-t.
            Csatlakoztatom a tokban az SSD-t, a gépet bekapcsolva bármelyik rendszert választom ki, végül a HDD-n lévő bootol be.
            Magyarázat: a másolással öröklődött a partíció UUID-je is.)

            Az eredeti célom ugyebár az volt, hogy az USB-s HDD helyett legyen egy USB-s SSD-m, merthogy a HDD nagyon lassú.
            Ez volt a külső merevlemezé:

            sudo hdparm -Tt /dev/sdb
            
            /dev/sdb:
             Timing cached reads:   4474 MB in  2.00 seconds = 2238.90 MB/sec
             Timing buffered disk reads: 100 MB in  3.02 seconds =  33.11 MB/sec

            csuhas32 Most olvasom csak a témaindítót. Van benne egy olyan, hogy "Olvastam tőletek többször is, hogy ha külső SSD-re szeretnénk rendszert telepíteni, akkor az alapfeltétel, hogy támogassa a trimet."
            A fent említett QVO ssd-n 8-féle linux distro (Arch, Debian, Ubuntu) van. Úgy lettek telepítve, hogyy egyik sem tudott trimmelni, ez nem lehet a telepítés akadálya, ráadásul azért nagyságrendekkel gyorsabbak mint virtuális gépben-

            ASUS-on tokban az SSD, de itt csak 2.0 az USB:
            /dev/sda:

             Timing cached reads:   4996 MB in  2.00 seconds = 2500.35 MB/sec
             Timing buffered disk reads: 102 MB in  3.02 seconds =  33.83 MB/sec

            A trim természetesen megy. Át kell bootolnom egy másik rendszerre, hogy teljesítménytesztet tudjak csinálni a Lemezekkel...

              atime Fogok játszadozni USB 3-on is, de olyan portom most csak legacy-s gépnek van (meg az Esprimo hátulján, de oda nem mászom be), úgyhogy ahhoz telepítenem kell MSDOS táblára az SSD-re.

              atime
              Kezd összeállni a kép. A kedvenc játszadozásra használt gépem a Giada, azon van USB 3.0-ás port és ezek szerint azon fogok talán valamekkora (remélhetőleg jelentős) sebességkülönbséget érezni az USB-s átalakítóval csatlakoztatott HDD és SSD között. Illetve, remélem találhatok HDD-t is, amit a régi tokban összehasonlíthatok a 3.0-án az itt közölt 2.0-ás értékekkel, bár érzetre az nem volt eddig számottevő.

              @"csuhas32"

              # inxi
              System:
              Kernel: 6.9.2-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 14.1.1
              clocksource: tsc avail: acpi_pm
              parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
              root=UUID=156ef0ce-a1f1-4950-9594-b55db319a2d6 rw rootflags=subvol=@
              quiet loglevel=3 ibt=off
              Desktop: KDE Plasma v: 6.0.5 tk: Qt v: N/A info: frameworks v: 6.2.0
              wm: kwin_x11 vt: 2 dm: SDDM Distro: Garuda base: Arch Linux
              Machine:
              Type: Laptop System: LENOVO product: 20L6S57T00 v: ThinkPad T480
              serial: <superuser required> Chassis: type: 10 serial: <superuser required>
              Mobo: LENOVO model: 20L6S57T00 v: SDK0J40697 WIN
              serial: <superuser required>
              part-nu: LENOVO_MT_20L6_BU_Think_FM_ThinkPad T480
              uuid: <superuser required> UEFI: LENOVO v: N24ET76W (1.51 )
              date: 02/27/2024
              Battery:
              ID-1: BAT0 charge: 21.8 Wh (100.0%) condition: 21.8/24.0 Wh (90.9%)
              volts: 12.7 min: 11.5 model: SMP 01AV421 type: Li-poly serial: <filter>
              status: full cycles: 144
              ID-2: BAT1 charge: 20.3 Wh (98.1%) condition: 20.7/24.0 Wh (86.2%)
              volts: 12.4 min: 11.5 model: SMP 01AV452 type: Li-poly serial: <filter>
              status: not charging cycles: 595
              CPU:
              Info: model: Intel Core i5-8350U bits: 64 type: MT MCP arch: Coffee Lake
              gen: core 8 level: v3 note: check built: 2017 process: Intel 14nm family: 6
              model-id: 0x8E (142) stepping: 0xA (10) microcode: 0xF4
              Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache:
              L1: 256 KiB desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB
              L3: 6 MiB desc: 1x6 MiB
              Speed (MHz): avg: 2768 high: 3000 min/max: 400/3600 scaling:
              driver: intel_pstate governor: powersave cores: 1: 2400 2: 3000 3: 2936
              4: 3000 5: 2441 6: 2968 7: 2400 8: 2999 bogomips: 30399
              Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
              Vulnerabilities: <filter>
              Graphics:
              Device-1: Intel UHD Graphics 620 vendor: Lenovo driver: i915 v: kernel
              arch: Gen-9.5 process: Intel 14nm built: 2016-20 ports: active: eDP-1
              empty: DP-1, DP-2, HDMI-A-1, HDMI-A-2 bus-ID: 00:02.0 chip-ID: 8086:5917
              class-ID: 0300
              Device-2: Chicony Integrated Camera (1280x720@30) driver: uvcvideo
              type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-8:5
              chip-ID: 04f2:b604 class-ID: 0e02 serial: <filter>
              Display: x11 server: X.Org v: 21.1.13 with: Xwayland v: 24.1.0
              compositor: kwin_x11 driver: X: loaded: modesetting
              alternate: fbdev,intel,vesa dri: iris gpu: i915 display-ID: :0 screens: 1
              Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")
              s-diag: 582mm (22.93")
              Monitor-1: eDP-1 model: AU Optronics 0x243d built: 2017 res: 1920x1080
              hz: 60 dpi: 158 gamma: 1.2 size: 309x173mm (12.17x6.81") diag: 354mm (13.9")
              ratio: 16:9 modes: 1920x1080
              API: EGL v: 1.5 hw: drv: intel iris platforms: device: 0 drv: iris
              device: 1 drv: swrast surfaceless: drv: iris x11: drv: iris
              inactive: gbm,wayland
              API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.0.8-arch1.1
              glx-v: 1.4 direct-render: yes renderer: Mesa Intel UHD Graphics 620 (KBL
              GT2) device-ID: 8086:5917 memory: 15.01 GiB unified: yes
              API: Vulkan v: 1.3.279 layers: 3 device: 0 type: integrated-gpu name: Intel
              UHD Graphics 620 (KBL GT2) driver: mesa intel v: 24.0.8-arch1.1
              device-ID: 8086:5917 surfaces: xcb,xlib device: 1 type: cpu name: llvmpipe
              (LLVM 17.0.6 256 bits) driver: mesa llvmpipe v: 24.0.8-arch1.1 (LLVM
              17.0.6) device-ID: 10005:0000 surfaces: xcb,xlib
              Audio:
              Device-1: Intel Sunrise Point-LP HD Audio vendor: Lenovo ThinkPad T480
              driver: snd_hda_intel v: kernel alternate: snd_soc_skl,snd_soc_avs
              bus-ID: 00:1f.3 chip-ID: 8086:9d71 class-ID: 0403
              API: ALSA v: k6.9.2-zen1-1-zen status: kernel-api tools: N/A
              Server-1: PipeWire v: 1.0.7 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:
              Device-1: Intel Ethernet I219-LM vendor: Lenovo driver: e1000e v: kernel
              port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15d7 class-ID: 0200
              IF: enp0s31f6 state: up speed: 100 Mbps duplex: full mac: <filter>
              Device-2: Intel Wireless 8265 / 8275 driver: iwlwifi v: kernel pcie:
              gen: 1 speed: 2.5 GT/s lanes: 1 bus-ID: 03:00.0 chip-ID: 8086:24fd
              class-ID: 0280
              IF: wlp3s0 state: down mac: <filter>
              Info: services: NetworkManager,systemd-timesyncd
              Bluetooth:
              Device-1: Intel Bluetooth wireless interface driver: btusb v: 0.8 type: USB
              rev: 2.0 speed: 12 Mb/s lanes: 1 mode: 1.1 bus-ID: 1-7:3 chip-ID: 8087:0a2b
              class-ID: e001
              Report: btmgmt ID: hci0 rfk-id: 1 state: down bt-service: enabled,running
              rfk-block: hardware: no software: no address: <filter> bt-v: 4.2 lmp-v: 8
              status: discoverable: no pairing: no
              Drives:
              Local Storage: total: 1.39 TiB used: 13.26 GiB (0.9%)
              SMART Message: Unable to run smartctl. Root privileges required.
              ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Intel model: SSDPEKKF512G8L
              size: 476.94 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
              lanes: 4 tech: SSD serial: <filter> fw-rev: L15P temp: 25.9 C scheme: GPT
              ID-2: /dev/sda maj-min: 8:0 vendor: Samsung model: SSD 870 QVO 1TB
              size: 931.51 GiB block-size: physical: 512 B logical: 512 B type: USB
              rev: 3.1 spd: 5 Gb/s lanes: 1 mode: 3.2 gen-1x1 tech: SSD serial: <filter>
              scheme: GPT
              ID-3: /dev/sdc maj-min: 8:32 vendor: Kingston model: DataTraveler 3.0
              size: 14.65 GiB block-size: physical: 512 B logical: 512 B type: USB
              rev: 2.1 spd: 480 Mb/s lanes: 1 mode: 2.0 tech: N/A serial: <filter>
              fw-rev: PMAP scheme: MBR
              SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
              Partition:
              ID-1: / raw-size: 48.83 GiB size: 48.83 GiB (100.00%)
              used: 13.17 GiB (27.0%) fs: btrfs dev: /dev/sda6 maj-min: 8:6
              ID-2: /boot/efi raw-size: 1001 MiB size: 999 MiB (99.80%)
              used: 101.1 MiB (10.1%) fs: vfat dev: /dev/sda13 maj-min: 8:13
              ID-3: /home raw-size: 48.83 GiB size: 48.83 GiB (100.00%)
              used: 13.17 GiB (27.0%) fs: btrfs dev: /dev/sda6 maj-min: 8:6
              ID-4: /var/log raw-size: 48.83 GiB size: 48.83 GiB (100.00%)
              used: 13.17 GiB (27.0%) fs: btrfs dev: /dev/sda6 maj-min: 8:6
              ID-5: /var/tmp raw-size: 48.83 GiB size: 48.83 GiB (100.00%)
              used: 13.17 GiB (27.0%) fs: btrfs dev: /dev/sda6 maj-min: 8:6
              Swap:
              Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default) zswap: no
              ID-1: swap-1 type: zram size: 15.37 GiB used: 4.65 GiB (30.3%)
              priority: 100 comp: zstd avail: lzo,lzo-rle,lz4,lz4hc,842 max-streams: 8
              dev: /dev/zram0
              Sensors:
              System Temperatures: cpu: 59.0 C pch: 47.0 C mobo: N/A
              Fan Speeds (rpm): fan-1: 2985
              Info:
              Memory: total: 16 GiB note: est. available: 15.37 GiB used: 4.65 GiB (30.2%)
              Processes: 247 Power: uptime: 3h 19m states: freeze,mem,disk suspend: deep
              avail: s2idle wakeups: 0 hibernate: platform avail: shutdown, reboot,
              suspend, test_resume image: 6.14 GiB services: org_kde_powerdevil,
              power-profiles-daemon, upowerd Init: systemd v: 255 default: graphical
              tool: systemctl
              Packages: pm: pacman pkgs: 1364 libs: 404 tools: octopi,pamac,paru
              Compilers: gcc: 14.1.1 Shell: garuda-inxi default: fish v: 3.7.1
              running-in: konsole inxi: 3.3.34
              Garuda (2.6.26-1):
              System install date:     2024-02-25
              Last full system update: 2024-05-28 ↻
              Is partially upgraded:   No
              Relevant software:       snapper NetworkManager dracut
              Windows dual boot:       Probably (Run as root to verify)
              Failed units:
              hdparm
              /dev/sda:
              Timing cached reads:   25676 MB in  1.98 seconds = 12949.76 MB/sec
              Timing buffered disk reads: 956 MB in  3.16 seconds = 302.44 MB/sec

              Na USB 3.0-s porton mindjárt más a hdparm kimenete is:

              /dev/sdb:
               Timing cached reads:   9142 MB in  1.99 seconds = 4590.45 MB/sec
               Timing buffered disk reads: 1254 MB in  3.00 seconds = 417.89 MB/sec

              És a 50-usb-ssd-trim.rules-szal a kézi trim is rendben.
              :-)

              Bocsi, aludtam egy kellemeset a kádban, szóval folytatás holnap.
              Köszi a biztatást, meg a felderítést

              Még gyorsan a mai napra ezt idepréselem.

              csuhas@csuhas-SHARKBAY:~$ inxi -F
              System:
                Host: csuhas-SHARKBAY Kernel: 5.15.0-107-generic x86_64 bits: 64
                  Desktop: Cinnamon 6.0.4 Distro: Linux Mint 21.3 Virginia
              Machine:
                Type: Desktop Mobo: GIADA model: SHARKBAY v: JHS60C
                  serial: <superuser required> BIOS: American Megatrends v: 4.6.5
                  date: 01/20/2015
              CPU:
                Info: dual core model: Intel Core i3-4010U bits: 64 type: MT MCP cache:
                  L2: 512 KiB
                Speed (MHz): avg: 798 min/max: 800/1600 cores: 1: 798 2: 798 3: 799
                  4: 799
              Graphics:
                Device-1: Intel Haswell-ULT Integrated Graphics driver: i915 v: kernel
                Display: x11 server: X.Org v: 1.21.1.4 driver: X: loaded: modesetting
                  unloaded: fbdev,vesa gpu: i915 resolution: 1920x1080~60Hz
                OpenGL: renderer: Mesa Intel HD Graphics 4400 (HSW GT2)
                  v: 4.6 Mesa 23.2.1-1ubuntu3.1~22.04.2
              Audio:
                Device-1: Intel Haswell-ULT HD Audio driver: snd_hda_intel
                Device-2: Intel 8 Series HD Audio driver: snd_hda_intel
                Sound Server-1: ALSA v: k5.15.0-107-generic running: yes
                Sound Server-2: PulseAudio v: 15.99.1 running: yes
                Sound Server-3: PipeWire v: 0.3.48 running: yes
              Network:
                Device-1: Intel Ethernet I218-LM driver: e1000e
                IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 24:1c:04:05:16:78
                Device-2: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter
                  driver: ath5k
                IF: wlp2s0 state: down mac: 00:16:44:11:85:34
              Drives:
                Local Storage: total: 456.47 GiB used: 23.09 GiB (5.1%)
                ID-1: /dev/sda vendor: Kingston model: SMS200S3120G size: 111.79 GiB
                ID-2: /dev/sdb type: USB vendor: Kingston model: SA400S37120G
                  size: 111.79 GiB
                ID-3: /dev/sdc type: USB vendor: Seagate model: ST925041 0AS
                  size: 232.89 GiB
              Partition:
                ID-1: / size: 109.47 GiB used: 12.19 GiB (11.1%) fs: ext4 dev: /dev/sdb1
              Swap:
                ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) file: /swapfile
              Sensors:
                System Temperatures: cpu: 29.8 C mobo: 27.8 C
                Fan Speeds (RPM): N/A
              Info:
                Processes: 228 Uptime: 2m Memory: 3.73 GiB used: 1.03 GiB (27.6%)
                Shell: Bash inxi: 3.3.13
              csuhas@csuhas-SHARKBAY:~$ 

              USB 2.0-án minden lassú volt.
              USB 3.0 teljesítménytesztek:
              Az eddig használt adapter és az egyik laptopból kiszerelt merevlemez:

              Átlagos olvasási sebesség: 95,4 MB/s
              Átlagos írási sebesség: 66,8 MB/s
              Átlagos hozzáférési idő: 6,7 ezredmásodperc

              A ma érkezett adapter az SSD-vel:

              Átlagos olvasási sebesség: 364,4 MB/s
              Átlagos írási sebesség: 388,1 MB/s
              Átlagos hozzáférési idő: 0,23 ezredmásodperc

              Ugyanezen a gépen a belső SSD:

              Átlagos olvasási sebesség: 308 MB/s
              Átlagos írási sebesség: 274 MB/s
              Átlagos hozzáférési idő: 0,67 ezredmásodperc

              Folytatódik a teszt a következő SATA-USB átalakítóval, ez is USB 3.0-ás, a doboza még megvan, azon annyit látok, hogy ABBY01B, a leírása szerint támogatja az UASP-t.
              Bus 003 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS578 SATA 6Gb/s

              Betettem az /etc/udev/rules.d/50-usb-ssd-trim.rules-ba a még egy sort, most így néz ki:

              ACTION=="add|change", ATTRS{idVendor}=="152d", ATTRS{idProduct}=="1576", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"
              ACTION=="add|change", ATTRS{idVendor}=="152d", ATTRS{idProduct}=="0578", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

              Gondoltam, kiadom tesztelésnek a kézi trim-met, aztán majd újraindítás után is, de elsőre lefutott:

              sudo fstrim -v /
              /: 97,3 GiB (104460591104 bytes) trimmed
              sudo hdparm -Tt /dev/sdb
              
              /dev/sdb:
               Timing cached reads:   9110 MB in  1.99 seconds = 4574.33 MB/sec
               Timing buffered disk reads: 1010 MB in  3.00 seconds = 336.49 MB/sec

              És akkor Xubuntu alól a Lemezekkel a teljesítményteszt:

              Átlagos olvasási sebesség: 330,5 MB/s
              Átlagos írási sebesség: 399,4 MB/s
              Átlagos hozzáférési idő: 0,21 ezredmásodperc

              ICY BOX
              Ez is USB 3.0-ás, ezt az adaptert vásároltam a legrégebben.

              Átlagos olvasási sebesség: 423,3 MB/s
              Átlagos írási sebesség: 412,1 MB/s
              Átlagos hozzáférési idő: 0,15 ezredmásodperc

              Bus 003 Device 002: ID 152d:0567 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
              [Kis türelmet, őt is hozzáadtam a 50-usb-ssd-trim.rules-hoz, mindjárt bootolok arról a lemezről. Jövök a kézi trim-mel.]

              csuhas@csuhas-SHARKBAY:~$ sudo hdparm -Tt /dev/sdb
              [sudo] csuhas jelszava:            
              
              /dev/sdb:
               Timing cached reads:   8528 MB in  1.99 seconds = 4280.73 MB/sec
               Timing buffered disk reads: 1240 MB in  3.00 seconds = 412.85 MB/sec
              csuhas@csuhas-SHARKBAY:~$ sudo fstrim -v /
              /: 97,3 GiB (104450846720 bytes) trimmed
              csuhas@csuhas-SHARKBAY:~$ 

              Ez így három a háromból. :-)
              Szuper!

              @"csuhas32" No, akkor teljes siker, örülök neki.

              lala2
              Most ott tartok, hogy nyugodtan javasolhatom másoknak, hogy ha van szabad USB 3-as port a gépükön akkor arra a specifikációja szerint UASP támogatást biztosító adapterrel csatlakoztathatnak SSD-t, a gép megbontása nélkül így is remekül tudnak futtatni (akár más gépen feltelepített Linuxot).
              A kézi trimet is el tudjuk intézni, bár azt távoli segítségnyújtással kissé macerás lehet egy teljesen kezdővel végigvinni, jobb volna, ha egyetlen parancskimenetből láthatnánk, hogy az időzített trim lefut, akkor az már tökéletes, útjára lehet bocsátani a kérdezőt.
              Most a másodikra ez a kimenetem:

              csuhas@csuhas-SHARKBAY:~$ sudo journalctl -u fstrim.timer
              [sudo] csuhas jelszava:            
              máj 28 23:01:31 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              máj 28 23:16:54 csuhas-SHARKBAY systemd[1]: fstrim.timer: Deactivated successfully.
              máj 28 23:16:54 csuhas-SHARKBAY systemd[1]: Stopped Discard unused blocks once a week.
              -- Boot eaa8ca1fa5df44ad94645285204ad4f1 --
              máj 28 23:17:22 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              máj 28 23:23:25 csuhas-SHARKBAY systemd[1]: fstrim.timer: Deactivated successfully.
              máj 28 23:23:25 csuhas-SHARKBAY systemd[1]: Stopped Discard unused blocks once a week.
              máj 28 23:23:25 csuhas-SHARKBAY systemd[1]: Stopping Discard unused blocks once a week...
              máj 28 23:23:25 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              máj 28 23:41:24 csuhas-SHARKBAY systemd[1]: fstrim.timer: Deactivated successfully.
              máj 28 23:41:24 csuhas-SHARKBAY systemd[1]: Stopped Discard unused blocks once a week.
              -- Boot 55a95fda3bf3412586578421717595b0 --
              máj 29 00:00:28 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              máj 29 00:10:51 csuhas-SHARKBAY systemd[1]: fstrim.timer: Deactivated successfully.
              máj 29 00:10:51 csuhas-SHARKBAY systemd[1]: Stopped Discard unused blocks once a week.
              -- Boot 6e2afabfd8b947d7843d299515ff0b04 --
              máj 29 06:28:22 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              máj 29 06:43:14 csuhas-SHARKBAY systemd[1]: fstrim.timer: Deactivated successfully.
              máj 29 06:43:14 csuhas-SHARKBAY systemd[1]: Stopped Discard unused blocks once a week.
              -- Boot e6adfd2eb8b146e3bf39dc627c4d2c5e --
              máj 29 07:02:08 csuhas-SHARKBAY systemd[1]: Started Discard unused blocks once a week.
              csuhas@csuhas-SHARKBAY:~$ 

              Itt megint elfogyott a tudásom, azt látom, hogy „Started Discard unused blocks once a week.”, sikeresen deaktiválva, megállítva. Nekem ez úgy tűnik, hogy még nem csinálta meg, mert nem jött el a heti egy alkalom, de lehet, hogy tévedek.
              Ezt igazából egy hét után tudnánk visszaellenőrizni, akkor látnánk, hogy lefutott?

              Még szerintem ez is kapcsolódhat ide:
              https://stackoverflow.com/a/55323032
              Az lsusb és lsusb -t parancsok kimenetéből megtudhatjuk (akár távolról), hogy az USB-s eszközünk 2.0-ás, vagy 3.0-ás portra csatlakozik-e.
              (Ha az lsusb kimenetében van Linux Foundation 3.0 root hub, akkor a gépen valahol van USB 3.0-ás port, ez már jó jel, ekkor neki lehet állni egy USB-n csatlakozó SSD vagy SSD adapter beszerzésének.
              Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
              Ha az eszközünk már csatlakoztatva is van a géphez és így adjuk ki az lsusb-t, az eszközünkre vonatkozó sor alapján megnézzük az lsusb -t kimenetét, és azt találjuk, hogy szintén az eszközünkre vonatkoztatva ott az xhci-t, akkor az eszköz 3.0-ás porton van, ha ehci szerepel itt, akkor valamelyik 2.0-ás portra sikerült bedugni.)

              csuhas@csuhas-SHARKBAY:~$ lsusb
              Bus 001 Device 002: ID 8087:8000 Intel Corp. Integrated Rate Matching Hub
              Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
              Bus 003 Device 002: ID 152d:0567 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
              Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
              Bus 002 Device 004: ID 0709:9137 Silicon Systems, Ltd (SSL) PCASL Remot Control
              Bus 002 Device 003: ID 046d:c31c Logitech, Inc. Keyboard K120
              Bus 002 Device 002: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
              Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
              csuhas@csuhas-SHARKBAY:~$ 

              Ebből ez a fontos:
              Bus 003 Device 002: ID 152d:0567 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge

              csuhas@csuhas-SHARKBAY:~$ lsusb -t
              /:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
                  |__ Port 3: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
              /:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M
                  |__ Port 6: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
                  |__ Port 7: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
                  |__ Port 7: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
                  |__ Port 8: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
                  |__ Port 8: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
              /:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
                  |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
              csuhas@csuhas-SHARKBAY:~$

              /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
              |__ Port 3: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M