Заглючил USB диск

канпутир пару раз перезагрузи для начала.

Смешно

Gparted должен все видеть.

К большому сожалению не видит…

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

Вот лог монтирования флешки с образом диска. Видимо дальше должны быть сообщения об ошибках или еще что-то.

usb 2-1: New USB device found, idVendor=8564, idProduct=1000, bcdDevice=11.00
usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-1: Product: Mass Storage Device
usb 2-1: Manufacturer: JetFlash
usb 2-1: SerialNumber: 11JGM28MUL976CFI
usb-storage 2-1:1.0: USB Mass Storage device detected
scsi host7: usb-storage 2-1:1.0
scsi 7:0:0:0: Direct-Access     JetFlash Transcend 16GB   1100 PQ: 0 ANSI: 6
sd 7:0:0:0: Attached scsi generic sg3 type 0
sd 7:0:0:0: [sdd] 30842880 512-byte logical blocks: (15.8 GB/14.7 GiB)
sd 7:0:0:0: [sdd] Write Protect is off
sd 7:0:0:0: [sdd] Mode Sense: 43 00 00 00
sd 7:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdd: sdd1 sdd2
sd 7:0:0:0: [sdd] Attached SCSI removable disk
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A

Зря ты так. Какую инфу я могу предоставить, если все что есть это выхлоп из lsusb | dmesg. Ни разделов, ни блочного устройства. Даже не знаю, что я могу еще предоставить…

Перезагрузка не помогла если что)

На оффтопике тоже не видно диска, хотя в диспетчере задач он есть.

Может контроллер помер? Вообще хз, что делать.

Это все что есть…

[90621.438076] usb 3-2: new high-speed USB device number 10 using xhci_hcd
[90621.587209] usb 3-2: New USB device found, idVendor=2174, idProduct=2000, bcdDevice=80.00
[90621.587217] usb 3-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[90621.587220] usb 3-2: Product: StoreJet Transcend
[90621.587224] usb 3-2: Manufacturer: Transcend
[90621.587226] usb 3-2: SerialNumber: 4E14224DF110183C0055
[90885.150045] iwlwifi 0000:03:00.0: Radio type=0x2-0x0-0x0
[90885.432808] iwlwifi 0000:03:00.0: Radio type=0x2-0x0-0x0
[90890.002255] usb 3-2: USB disconnect, device number 10
[90900.299882] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[90900.324204] usb 4-1: New USB device found, idVendor=2174, idProduct=2000, bcdDevice=80.00
[90900.324207] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[90900.324209] usb 4-1: Product: StoreJet Transcend
[90900.324210] usb 4-1: Manufacturer: Transcend
[90900.324211] usb 4-1: SerialNumber: 4E14224DF110183C0055

На оффтопике тоже не видно диска, хотя в диспетчере задач он есть.

Попробуй ему там сделать fsck средствами оффтопика, либо сторонними какими.

Так там надо указывать сам диск, что в fsck, что в chdsk

А его тупо не видно. Очень странная шляпа…

Просто шинды бывает убивает диски и пока им заново не содашь mbr/gpt запись в шинде они могут глючить везде. Вот такие проблемы флешки не мешают их работе в линуксе

[sdc] No Caching mode page found
[sdc] Assuming drive cache: write through

если просто в строй вернуть без восстановления информации тогда нужно искать прошивку для своего контроллера и памяти , курить сайты flashboot(ru) ; usbdev(ru)

Dmesg неполный. Но, если это все, то, как говорит ближний, нужно уровнем ниже ковырять.

Плюсану этого товарища. Но после данной процедуры не советую хранить на флешке критически важных данных

Но после данной процедуры не советую хранить на флешке критически важных данных

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

«Transcend», опять «Transcend»

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

Раз уж тема есть, спрошу здесь.

Точно такая же проблема, только флэшка Apacer. Притащили только что, чтобы информацию скопировал. Флэшка буквально 5 минут назад ещё работала, хоть и «отваливалась» при попытке скопировать большое количество файлов (около сотни-двух, пришлось чуть ли не поштучно перекидывать). Перекинул около трети – и всё, «здох Бобык». Ровно как и у ТС, fdisk и подобные не выводят ничего, хотя судя по «выхлопу» dmesg, должно быть устройство sdb. Зато где-то в этом же выхлопе видел ошибку buffer i/o error или что-то подобное. Но увы, я его пролюбил, перезагрузив компьютер.

Что могло случиться? Контроллер сдох? И что можно попробовать сделать?

dmesg:

[ 1438.470548] usb 2-2: New USB device found, idVendor=058f, idProduct=1234, bcdDevice= 0.01
[ 1438.470556] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1438.470560] usb 2-2: Product: Mass Storage Device
[ 1438.470563] usb 2-2: Manufacturer: Alcor Micro
[ 1438.471584] usb-storage 2-2:1.0: USB Mass Storage device detected
[ 1438.471967] scsi host6: usb-storage 2-2:1.0
[ 1439.549333] scsi 6:0:0:0: Direct-Access     Generic  USB Flash Disk   7.76 PQ: 0 ANSI: 4
[ 1439.589426] sd 6:0:0:0: [sdb] Attached SCSI removable disk

lsusb:

Bus 002 Device 014: ID 058f:1234 Alcor Micro Corp. Flash Drive

journalctl:

Oct 01 11:45:13 lilkorch kernel: usb 2-2: New USB device found, idVendor=058f, idProduct=1234, bcdDevice= 0.01
Oct 01 11:45:13 lilkorch kernel: usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Oct 01 11:45:13 lilkorch kernel: usb 2-2: Product: Mass Storage Device
Oct 01 11:45:13 lilkorch kernel: usb 2-2: Manufacturer: Alcor Micro
Oct 01 11:45:13 lilkorch kernel: usb-storage 2-2:1.0: USB Mass Storage device detected
Oct 01 11:45:13 lilkorch kernel: scsi host6: usb-storage 2-2:1.0
Oct 01 11:45:13 lilkorch mtp-probe[2574]: checking bus 2, device 14: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2"
Oct 01 11:45:13 lilkorch mtp-probe[2574]: bus: 2, device: 14 was not an MTP device
Oct 01 11:45:13 lilkorch mtp-probe[2577]: checking bus 2, device 14: "/sys/devices/pci0000:00/0000:00:14.0/usb2/2-2"
Oct 01 11:45:13 lilkorch mtp-probe[2577]: bus: 2, device: 14 was not an MTP device
Oct 01 11:45:14 lilkorch kernel: scsi 6:0:0:0: Direct-Access     Generic  USB Flash Disk   7.76 PQ: 0 ANSI: 4
Oct 01 11:45:14 lilkorch kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk

если просто в строй вернуть без восстановления информации тогда нужно искать прошивку для своего контроллера и памяти , курить сайты flashboot(ru) ; usbdev(ru)

Пробовал, но поиск по (PID,VID) ничего не нашел :(

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

Ни одна утилита, не увидела диск…

Oct 01 11:45:14 lilkorch kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk

У тебя хотя бы что-то, у меня вообще глухо) Отдал диск знакомой конторе, сказали контроллер, но пока новостей нету. 40гб важных документов, парни, делайте бекапы…

Ни одна утилита, не увидела диск…

Печально. Соболезную.

У части usb-флешек этой конторы сильно «оригинальный» контроллер. Модели «JetFlash» такие.
На их сайте большая часть программ — это про бекапы. Через «JetFlash Online Recovery» получилось.
Конектится к серверу производителя и с какого-то (у меня получилось с третьего) захода восстанавливает работу контроллера. Данные на носителе пропадают конечно

В сервис.

Transcend никогда не берите больше.

И делайте бекапы.

И да, если флешку чудом воскресят - скопируйте данные, проверьте их, сделайте бекап. и флешку в камин. чтоб не думалось. не живут они.

Выясни, что за контроллер у твоей флешки, по возможности без разборки. Затем ресетни контроллер сервисной программой под него - и, если повезёт, то она оживёт. Правда с данными придётся попрощаться...

плюсую. купил когда-то CF карту от этой фирмочки. в pdf файле написано было что у нее type: FIXED. вставил в устройство - не работает, ось не грузится. оказалось что оно на самом деле REMOVABLE. то есть они теперь снезапно стали делать FIXED только для дорогущих industrual карт на slc, а старые сделали REMOVABLE даже не поменяв названия продуктов. одним словом - трешкенд :)

сервисной программой

гнусный проприетарщик, фу

я был бы очень рад опенсорсной, но не существует. разумеется, запускать эту проприетарщину нужно на отдельном «оскернённом» компе, а не на своём основном

Флэшка буквально 5 минут назад ещё работала, хоть и «отваливалась» при попытке скопировать большое количество файлов (около сотни-двух, пришлось чуть ли не поштучно перекидывать)

это был «первый звоночек». можем погадать о причинах

• проблемы с USB-портом/контроллером в твоём компьютере хоть это и не исключено, но проблему с флешкой не решит. может осложнить решение…
• проблема с контроллером флешки
• другие аппаратные проблемы флешки: от перегрева при интенсивном I/O до «затертой до дыр» памяти. опять же решению может помочь только знание точной причины, а на нашем пользовательском уровне можно только гадать.

Зато где-то в этом же выхлопе видел ошибку buffer i/o error или что-то подобное. Но увы, я его пролюбил, перезагрузив компьютер.

а разве в твоём арчике (я прав?) нет journalctl? или ты из секты «логи не нужны. как и старые журналы» (я не про «Мурзилку» ;)

Что могло случиться? Контроллер сдох? И что можно попробовать сделать?

контроллер не сдох (пока ещё?) // вот пруфчик

Oct 01 11:45:14 lilkorch kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk

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

И что можно попробовать сделать?

ну, это лотарея спец. олимпиада вернее сказать «русская рулетка» © – флешка в процессе может и «сдохнуть» окончательно. я предполагаю, что первоочередная задача вытянуть как можно больше тех файлов с флешки.

я тебя предупредил «если чо»

• перво-наперво посмотри про флешку ответ lsblk – если она там есть и размер близок к реальному, то можно пытаться делать ее backup
• я бы сначала посмотрел первые сектора, остались ли там какие-то данные или есть только «цифровой мусор» (как вариант может быть заполнено одни байтом 00h или какой-то другой неважно) dd if=/dev/sdb of=sdb.img count=32768 16 MB для поиска следов служебных структур ФС должно хватить (я так думаю). можно ещё несколько рандомных считываний сделать в разных областях.
• опять же это только моя рекомендация: далее я бы заморочился скриптом копирования всей «поверхности» флешки по частям. поскольку при считывании всей флешки в одну команду она может снова отвалиться. я бы вычитывал её командой dd фрагментами в 50..75% от размера самого большого скопированного файла с паузами в несколько секунд/минут в отдельные файлы. потом сборка общего образа и работа с ним в программах восстановления файлов (ну это если в процессе не будет новых проблем с носителем).

при определенном везении можно многое восстановить…

если же в памяти 00h или другой «цифровой мусор» можно попытать счастья в конторах по восстановлению данных. или при наличии «прямых рук» и согласия владельца флешки вскрыть корпус и … в интернетах есть описания процедуры и даже кто-то успешно это проделывал… я нет. думаю в этом случае про файлы проще забыть (

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

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

Да там главная проблема в том что сами микросхемы NAND у них хуже чем в китайских флешках. Даже в натурально китайских с китайскими же NAND. А уж если там стоит тошибовская память то надежность оказывается на порядки выше. Да и вообще проблемы были только с Transcend и Samsung. Со вторыми правда сам виноват, инструкцию читать надо - поставил microsd «Для видеокамер» в качестве корня на Raspberry pi с генту. Оно закономерно сдохло на 2й сборке огнелиса.