Совсем устала флешка. Выкинуть?

Не про линукс, но вся работа из под него производится.

Есть флешка, была воткнута в машину которой внезапно отключили питание. Флешка после этого совсем отказывается трудится.

Выглядит это так:
вставляем:
$ dmesg
[40440.759687] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd
[40440.779244] usb 2-1: New USB device found, idVendor=8564, idProduct=1000
[40440.779254] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[40440.779260] usb 2-1: Product: Mass Storage Device
[40440.779265] usb 2-1: Manufacturer: JetFlash
[40440.779269] usb 2-1: SerialNumber: 1103401710
[40440.780226] usb-storage 2-1:1.0: USB Mass Storage device detected
[40440.780485] scsi host17: usb-storage 2-1:1.0
[40441.778849] scsi 17:0:0:0: Direct-Access JetFlash Transcend 8GB 1.00 PQ: 0 ANSI: 6
[40441.779539] sd 17:0:0:0: Attached scsi generic sg8 type 0
[40441.779645] sd 17:0:0:0: [sdj] 15433728 512-byte logical blocks: (7.90 GB/7.35 GiB)
[40441.779795] sd 17:0:0:0: [sdj] Write Protect is off
[40441.779803] sd 17:0:0:0: [sdj] Mode Sense: 23 00 00 00
[40441.779946] sd 17:0:0:0: [sdj] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA
[40441.781862] sdj: sdj1 sdj2
[40441.783118] sd 17:0:0:0: [sdj] Attached SCSI removable disk
[40442.074207] EXT4-fs (sdj2): warning: mounting unchecked fs, running e2fsck is recommended

$ lsusb
Bus 002 Device 003: ID 8564:1000 Transcend Information, Inc. JetFlash

все красиво пока не начинаешь к ней обращаться
$ sudo hdparm /dev/sdj
*****долго тупит******
/dev/sdj: No such device or address
на этом шаге совершенно не важно чем тыкать во флешку - пробовал dd в нее нули писать - все то же самое.

при этом
$ ls /dev/disk//by-id/usb-JetFlash_Transcend_8GB_1103401710-0\:0 -l
lrwxrwxrwx 1 root root 9 сен 7 18:25 /dev/disk//by-id/usb-JetFlash_Transcend_8GB_1103401710-0:0 -> ../../sdj

но ядро ее уже потеряло и выдало ошибку
[40468.002077] ------------[ cut here ]------------
[40468.002090] WARNING: CPU: 1 PID: 8684 at /build/linux-PMDXkU/linux-4.1.3/fs/fs-writeback.c:1327 __mark_inode_dirty+0x370/0x380()
[40468.002095] bdi-block not registered
[40468.002098] Modules linked in: loop nls_utf8 nls_cp437 vfat fat rpcsec_gss_krb5 nfsv4 dns_resolver pci_stub binfmt_misc vboxpci(O) vboxnetadp(O) fuse vboxnetflt(O) vboxdrv(O) nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc snd_ice1712 snd_cs8427 evdev snd_i2c snd_ice17xx_ak4xxx snd_ak4xxx_adda snd_mpu401_uart snd_rawmidi snd_hda_codec_realtek snd_seq_device kvm_amd kvm snd_ac97_codec snd_hda_codec_generic snd_hda_codec_hdmi radeon ttm snd_hda_intel snd_hda_controller snd_hda_codec snd_hda_core snd_hwdep snd_pcm pcspkr drm_kms_helper snd_timer sg k10temp serio_raw drm snd i2c_algo_bit edac_mce_amd edac_core ac97_bus soundcore sp5100_tco i2c_piix4 wmi shpchp 8250_fintek button acpi_cpufreq processor thermal_sys it87 hwmon_vid ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 dm_mod
[40468.002190] hid_generic usbhid hid ata_generic sd_mod uas usb_storage ohci_pci ahci pata_jmicron libahci pata_atiixp ehci_pci xhci_pci ohci_hcd libata xhci_hcd ehci_hcd scsi_mod usbcore r8169 mii usb_common [last unloaded: parport_pc]
[40468.002222] CPU: 1 PID: 8684 Comm: bash Tainted: G W O 4.1.0-1-amd64 #1 Debian 4.1.3-1
[40468.002227] Hardware name: Gigabyte Technology Co., Ltd. GA-890GPA-UD3H/GA-890GPA-UD3H, BIOS FF 11/24/2010
[40468.002231] 0000000000000000 ffffffff81734d00 ffffffff815702f8 ffff88007304fa18
[40468.002238] ffffffff81072a71 ffff8804197b2408 ffff8804197b21e0 ffff88041cf1e1b0
[40468.002244] 0000000000000000 ffff88041cf1e238 ffffffff81072aea ffffffff81738d6f
[40468.002249] Call Trace:
[40468.002260] [<ffffffff815702f8>] ? dump_stack+0x40/0x50
[40468.002268] [<ffffffff81072a71>] ? warn_slowpath_common+0x81/0xb0
[40468.002274] [<ffffffff81072aea>] ? warn_slowpath_fmt+0x4a/0x50
[40468.002280] [<ffffffff811f51c0>] ? __mark_inode_dirty+0x370/0x380
[40468.002308] [<ffffffffa02a7dcf>] ? ext4_commit_super+0x16f/0x220 [ext4]
[40468.002332] [<ffffffffa02a8266>] ? __ext4_error_inode+0x86/0x150 [ext4]
[40468.002342] [<ffffffff811fe216>] ? _submit_bh+0x126/0x180
[40468.002360] [<ffffffffa02969da>] ? ext4_find_entry+0x37a/0x490 [ext4]
[40468.002368] [<ffffffff811adf2f>] ? transfer_objects+0x4f/0x60
[40468.002387] [<ffffffffa0296fbe>] ? ext4_lookup+0x3e/0x150 [ext4]
[40468.002394] [<ffffffff811d2b49>] ? lookup_real+0x19/0x70
[40468.002399] [<ffffffff811d35af>] ? __lookup_hash+0x2f/0x40
[40468.002405] [<ffffffff811d7c5c>] ? path_lookupat+0x83c/0xcf0
[40468.002412] [<ffffffff811d8132>] ? filename_lookup+0x22/0xc0
[40468.002418] [<ffffffff811dae28>] ? user_path_at_empty+0x48/0xa0
[40468.002425] [<ffffffff810b0fa0>] ? abort_exclusive_wait+0xa0/0xa0
[40468.002432] [<ffffffff811ce020>] ? vfs_fstatat+0x50/0xa0
[40468.002437] [<ffffffff811ce4cc>] ? SYSC_newstat+0x1c/0x40
[40468.002443] [<ffffffff811ca352>] ? SyS_read+0x42/0xb0
[40468.002450] [<ffffffff81014aa8>] ? math_state_restore+0x38/0x1d0
[40468.002458] [<ffffffff81576132>] ? system_call_fast_compare_end+0xc/0x6b
[40468.002463] ---[ end trace af6882f87a641c45 ]---

можно было бы тыкать пальцем в ядро, но аналогично она ведет себя и в винде (на там видимо тоже какие то ошибки прячутся за повисшим окошком форматирования :)) и при попытках ее форматнуть на других устройства (телеки, медяаплееры и пр.) тоже еррор.

но интересно что после того как оно отвалилось появляются два раздела правильного размера (такие они там и были)

$ls /dev/sdj*
/dev/sdj /dev/sdj1 /dev/sdj2

гном их бодро подключает, но они не работают

/dev/sdj1 on /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7 type ext4 (rw,nosuid,nodev,relatime)

$ ls /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7/
ls: чтение каталога /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7/: Ошибка ввода/вывода


какие нибудь есть еще игры с флешками которые позволяю ее оживить или проще выкинуть?
мне не жалко ни флешки, ни данных с флешки, но любопытство свербит....