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
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.