Díky. Vzpomněl jsem si - bylo to jinak. Nešlo o starší flešku, ale celkem nové 256GB NVMe v USB3 adaptéru. Byl na ní ext4 (vytvořeno na linuxu) a pro připojení k win samozřejmě bylo potřeba přejít na něco jiného. Zazálohoval jsem data (několik málo GB za chviličku) na lin PC, přeformátoval na vfat a kopírování dat zpět trvalo půl hodiny. Takže to nemělo s discardem nic společného, sorry. Nicméně i tak by mě zajímalo, proč to jelo tak pomalu (v lsusb -t zkontrolováno, že připojeno přes USB3 5Gbps).
2. 4. 2025, 09:18 editováno autorem komentáře
Na problém SSD v USB adaptéru jsem narazil na RPi (mj. se disk odpojoval).
Podívejte se do logu, jestli tam nejsou chyby - problém byl v uas driveru, po zapnutí quirk mode pro dané zařízení to začalo fungovat spolehlivě.
Popsáno zde:
https://forums.raspberrypi.com/viewtopic.php?f=28&t=245931
Někde jinde psali, že na to narazili u Dellu a pod., asi to není problém RPi, ale uas driveru a některých (debilních) čipů na převodníku.
Díky moc. Do dmesg jsem tehdy koukal, nic tam nebylo. Byl to tenhle box https://www.alza.cz/axagon-eem2-gtr-m-2-nvme-thin-rib-box-superspeed-usb-c-10-gbps-black-d6803546.htm
Jo, ten UASP quirk mě napadl taky, nicméně pokud to ještě máte, tak bych se asi snažil nějak postupně vylučovat případné problémy s pomalými zápisy.
Pokud to jde, tak bych zkusil vykopírovat užitečná data a otestoval např.
- normální zápis souborů na čerstvý filesystém vs. přímo do blok. zařízení (fio, dd).
- udělat blkdiscard, případně pro zajímavost i erase příkaz. I když tam je to trochu komplikovanější, protože nevím, jak se konkrétní převodník chová. U nativního NVMe zařízení na PCIe jde použít nvme-cli (nvme format, resp. nvme sanitize), u SAS/SATA zařízení to pak jde většinou udělat pomocí hdparm, viz. https://grok.lsu.edu/article.aspx?articleid=16716, resp. sg_sanitize z sg3_utils.
Tím, že tohle je NVMe zařízení ve škatuli, co z toho dělá SCSI over USB, netuším, jestli ten řadič přemapuje i tyhle příkazy.
- zmíněný quirk