Das sollte eigentlich so ähnlich wie unten aussehen. Im Prinzip versucht der Kernel SCSI Informationen abzurufen bekommt als Antwort einen ASCQ=0x81 Fehler zurück. Der Fehlercode fällt in den Vendor Bereich ist also Herstellerspezifisch
(KCQ Tabelle). Kurz gesagt kann ein Defekt sein oder der Kernel hat ein Problem mit dem Jmicron Controller (oder der Controller mit der SSD) also könnte auch Software sein. Das einfachste wird sein die SSD mal in einem anderen Adapter/Umgebung zu testen.
Beispiel wenn alles funktioniert:
16282.966897] usb 4-1: new SuperSpeed Plus Gen 2x1 USB device number 2 using xhci_hcd
[16282.984851] usb 4-1: New USB device found, idVendor=174c, idProduct=2362, bcdDevice= 1.00
[16282.984860] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[16282.984863] usb 4-1: Product: ASM236X series
[16282.984866] usb 4-1: Manufacturer: Asmedia
[16282.984868] usb 4-1: SerialNumber: 00000000009C
[16283.009625] usbcore: registered new interface driver usb-storage
[16283.016344] scsi host3: uas
[16283.016413] usbcore: registered new interface driver uas
[16283.896148] scsi 3:0:0:0: Direct-Access ASMT ASM236X NVME 0 PQ: 0 ANSI: 6
[16284.006204] sd 3:0:0:0: Attached scsi generic sg1 type 0
[16284.006821] sd 3:0:0:0: [sdb] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[16284.006981] sd 3:0:0:0: [sdb] Write Protect is off
[16284.006985] sd 3:0:0:0: [sdb] Mode Sense: 43 00 00 00
[16284.007158] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[16284.007341] sd 3:0:0:0: [sdb] Preferred minimum I/O size 512 bytes
[16284.010055] sdb: sdb1
[16284.010175] sd 3:0:0:0: [sdb] Attached SCSI disk
[16309.036031] BTRFS: device label kioxia devid 1 transid 10 /dev/sdb1 scanned by pool-udisksd (76302)
[16309.036744] BTRFS info (device sdb1): first mount of filesystem e8bc57bc-71fd-4f6d-9c42-49002ae2bccc
[16309.036769] BTRFS info (device sdb1): using crc32c (crc32c-intel) checksum algorithm
[16309.036778] BTRFS info (device sdb1): using free-space-tree