LINUX.ORG.RU

Умирает флешка

 


1

1

Знакомая принесла умирающую флешку, вот такие сообщения циклично в syslog сыпятся при её подключении:

Jun 23 08:18:58 roman-desktop kernel: [2717748.516516] usb 1-6: new high-speed USB device number 43 using ehci-pci
Jun 23 08:18:58 roman-desktop kernel: [2717748.655557] usb 1-6: New USB device found, idVendor=058f, idProduct=6387
Jun 23 08:18:58 roman-desktop kernel: [2717748.655566] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun 23 08:18:58 roman-desktop kernel: [2717748.655572] usb 1-6: SerialNumber: 12082801042377
Jun 23 08:18:58 roman-desktop kernel: [2717748.656042] usb-storage 1-6:1.0: USB Mass Storage device detected
Jun 23 08:18:58 roman-desktop kernel: [2717748.656965] scsi13 : usb-storage 1-6:1.0
Jun 23 08:18:58 roman-desktop mtp-probe: checking bus 1, device 43: "/sys/devices/pci0000:00/0000:00:12.2/usb1/1-6"
Jun 23 08:18:58 roman-desktop mtp-probe: bus: 1, device: 43 was not an MTP device
Jun 23 08:18:59 roman-desktop kernel: [2717749.657635] scsi 13:0:0:0: Direct-Access                               8.07 PQ: 0 ANSI: 4
Jun 23 08:18:59 roman-desktop kernel: [2717749.658154] sd 13:0:0:0: Attached scsi generic sg2 type 0
Jun 23 08:18:59 roman-desktop kernel: [2717749.661062] sd 13:0:0:0: [sdc] 7680000 512-byte logical blocks: (3.93 GB/3.66 GiB)
Jun 23 08:18:59 roman-desktop kernel: [2717749.662173] sd 13:0:0:0: [sdc] Write Protect is off
Jun 23 08:18:59 roman-desktop kernel: [2717749.662181] sd 13:0:0:0: [sdc] Mode Sense: 23 00 00 00
Jun 23 08:18:59 roman-desktop kernel: [2717749.663296] sd 13:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
Jun 23 08:18:59 roman-desktop kernel: [2717749.669655]  sdc: sdc1
Jun 23 08:18:59 roman-desktop kernel: [2717749.673144] sd 13:0:0:0: [sdc] Attached SCSI removable disk
Jun 23 08:18:59 roman-desktop kernel: [2717750.078318] usb usb1-port6: disabled by hub (EMI?), re-enabling...
Jun 23 08:18:59 roman-desktop kernel: [2717750.078333] usb 1-6: USB disconnect, device number 43
Jun 23 08:18:59 roman-desktop kernel: [2717750.187526] usb 1-6: reset high-speed USB device number 43 using ehci-pci
Jun 23 08:19:00 roman-desktop kernel: [2717750.731204] usb 1-6: reset high-speed USB device number 43 using ehci-pci
Jun 23 08:19:00 roman-desktop kernel: [2717751.274882] usb 1-6: reset high-speed USB device number 43 using ehci-pci
Jun 23 08:19:01 roman-desktop kernel: [2717751.682640] usb 1-6: device not accepting address 43, error -22
Jun 23 08:19:01 roman-desktop kernel: [2717751.794508] usb 1-6: reset high-speed USB device number 43 using ehci-pci
Jun 23 08:19:01 roman-desktop kernel: [2717752.202332] usb 1-6: device not accepting address 43, error -22
Jun 23 08:19:01 roman-desktop systemd-udevd[328]: inotify_add_watch(6, /dev/sdc1, 10) failed: No such file or directory
Jun 23 08:19:01 roman-desktop kernel: [2717752.206254] scsi 13:0:0:0: rejecting I/O to offline device
Jun 23 08:19:01 roman-desktop kernel: [2717752.206262] scsi 13:0:0:0: [sdc] killing request
Jun 23 08:19:01 roman-desktop kernel: [2717752.206279] scsi 13:0:0:0: [sdc] Unhandled error code
Jun 23 08:19:01 roman-desktop kernel: [2717752.206284] scsi 13:0:0:0: [sdc]  
Jun 23 08:19:01 roman-desktop kernel: [2717752.206288] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Jun 23 08:19:01 roman-desktop kernel: [2717752.206293] scsi 13:0:0:0: [sdc] CDB: 
Jun 23 08:19:01 roman-desktop kernel: [2717752.206296] Read(10): 28 00 00 00 1d 40 00 00 08 00
Jun 23 08:19:01 roman-desktop kernel: [2717752.206312] end_request: I/O error, dev sdc, sector 7488
Jun 23 08:19:01 roman-desktop kernel: [2717752.206319] Buffer I/O error on device sdc1, logical block 512
Jun 23 08:19:01 roman-desktop kernel: [2717752.207168] Buffer I/O error on device sdc1, logical block 512
Jun 23 08:19:01 roman-desktop kernel: [2717752.458123] usb 1-6: new high-speed USB device number 44 using ehci-pci
Что с ней? Есть ли смысл пытаться самому что то делать или сразу тащить в ремонт? Инфа естественно важная и в единственном экземпляре, в лучших традициях офисных работников ))

Если повезёт, возможно всего-то пайка в разъёме нарушилась, но если руки не прямые то не лезь и неси в ремонт.

anonymous
()
Ответ на: комментарий от anonymous

с паяльником я «на ты»

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

sucosoft
() автор топика

usb usb1-port6: disabled by hub (EMI?), re-enabling... Похоже вот оно. Погугли, может что найдёшь.

KOV ★★
()
Ответ на: комментарий от r0ck3r

к сожалению не помогло (

разобрал, буду искать визуальные дефекты.

sucosoft
() автор топика

Выброси и купи новую достань новую из тумбочки. Всегда так делаю.

Инфа естественно важная и в единственном экземпляре, в лучших традициях офисных работников

Как вариант к уже существующим ответам в теме можешь попробовать dd c noerror,sync.

anonymous_sama ★★★★★
()

Пальцем в небо. «Чинил» как-то я так CF карту с нужными фотками. Разбираешь, нажимаешь (весьма сильно, но не слишком дабы не сломать) на понравившейся чип с bga пайкой и смотришь результат. В моем случаи это оказалась микруха, которая этой памятью и управляла. Пока держал - скинул фотки. Потом прогрел уличным прожектором - год с небольшим проблем не знал. Лишь недавно опять начала мозги иметь мне.

matrixd ★
()

Пропайка контактов самого разъема, для начала.
Далее, можно глянуть на цепи питания (бывает, выгорает сопротивление, но тогда она вообще бы молчала).
Следующее, прогрев чипов.
Но все, естественно, на свой страх и риск.
Шли, короче, эту знакомую в сервис

sehellion ★★★★★
()
Ответ на: комментарий от sehellion

после озвучивания ценника знакомой в сервисе, ценность важной информации заметно уменьшилась ))

тогда я получил добро на эксперименты. Попробовав ddrescue я открыл для себя ещё один отличный способ приятного времяпрепровождения, ведь у меня ещё три винта валяются и ждут своего часа.

Визуальный осмотр ничего не выявил, и всё же я обильно обмазал дешёвым но вполне пригодным для работы с SMD китайским флюсом RMA-223 и прогрел феном до расплавления припоя все ноги на микрухах, так же я пропаял ноги на USB, но к сожалению картина не изменилась ((

ddrescue постоянно вываливался с ошибками, так как флешка отваливалась и подключалась снова, я лупил без конца по кнопкам вверх и энтер и ddrescue вытягивал всё больше и больше данных, иногда флешку подклинивало и она работала минуту и даже больше, в такие моменты удавалось вытянуть из неё огромные объёмы, я очень обрадовался и думал, что дело в шляпе, данные практически у меня в кармане, но оставались последние кусочки общим размером около одного мегабайта на которых всё встало:

roman@roman-desktop ~/dd % cat mapfile 
# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue -d -f -r2 -v /dev/sdc sdc mapfile
# Start time:   2016-06-23 17:42:37
# Current time: 2016-06-23 17:42:40
# Retrying bad sectors... Retry 1 (forwards)
# current_pos  current_status
0x0071B200     -
#      pos        size  status
0x00000000  0x00704000  +
0x00704000  0x0007C000  -
0x00780000  0x00004000  +
0x00784000  0x0007C000  -
0x00800000  0x00718000  +
0x00F18000  0x00020000  -
0x00F38000  0xE96C8000  +
Я решил попробовать смонтировать то, что есть, но похоже повреждены блоки со служебными данными FAT
roman@roman-desktop ~/dd % sudo fdisk -l sdc

Disk sdc: 3,7 GiB, 3932160000 bytes, 7680000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x60c99423

Device Boot Start     End Sectors  Size Id Type
sdc1         3392 7679999 7676608  3,7G  b W95 FAT32


roman@roman-desktop ~/dd % sudo mount -o loop,offset=1736704 sdc /home/roman/ss                                                                                                     
mount: /dev/loop0: can't read superblock
Проверил, не обсчитался ли я с offset-ом и изменил его на единицу:
roman@roman-desktop ~/dd % sudo mount -o loop,offset=1736705 sdc /home/roman/ss                                                                                                     
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so. 
Вроде не обсчитался ((

Погуглил ещё чуть чуть, поставил r-studio и стравил ей образ, ничего путного она распознать не смогла ((

Пока писал вспомнил, что даже не пытался чекать фс-ку, сегодня вечером попробую, ещё не всё потеряно :-)

sucosoft
() автор топика
Вы не можете добавлять комментарии в эту тему: топик перемещен в архив.