@qid00000000
Мало что знаю, но информацию найду в гугле

Какие могут быть причины того, что при любом обращении у устройству, оно отключается?

Есть флэш накопитель, объемом 60 Гб. Была неудачная запись с использованием dd, где в of было указано /dev/sdb (опечатался), после чего и появилась проблема.

Любые попытки восстановить заканчиваются провалом:
- На Windows - при попытке вставить в компьютер, система уходит в циклическую попытку открыть устройство (появляется и пропадает окно с предложением отформатировать), из-за чего зависает система. Примечание - нет, это не USB Killer, а бывшая рабочая флешка.
- На Linux системе, устройство появляется:
$ lsblk 
NAME         MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
loop0          7:0    0    2G  0 loop  
└─cryptswap1 253:0    0    2G  0 crypt [SWAP]
sda            8:0    0 59,6G  0 disk  
├─sda1         8:1    0  512M  0 part  /boot/efi
└─sda2         8:2    0 59,1G  0 part  /
sdb            8:16   1   60G  0 disk  
└─sdb1         8:17   1   60G  0 part


Но любое действие приводит к тому, что устройство пропадает из доступных:
$ sudo mount /dev/sdb1 ./flash/    
mount: /home/vart/flash: special device /dev/sdb1 does not exist.
$ lsblk 
NAME         MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
loop0          7:0    0    2G  0 loop  
└─cryptswap1 253:0    0    2G  0 crypt [SWAP]
sda            8:0    0 59,6G  0 disk  
├─sda1         8:1    0  512M  0 part  /boot/efi
└─sda2         8:2    0 59,1G  0 part  /


При этом, флешка остается в USB порту компьютера.

Если запустить fdisk, то происходит зависание на 50 секунд и устройство пропадает:
$ date ; sudo fdisk -l /dev/sdb ; date
Вс дек 27 00:26:29 MSK 2020
fdisk: невозможно открыть /dev/sdb: Нет такого устройства или адреса
Вс дек 27 00:27:19 MSK 2020


Появляется устройство, если флэшку вытащить и вставить обратно.

Вывод dmesg не дал много результатов:

spoiler

$ dmesg | grep sdb
[15828.408564] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[15828.408566] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 07 7f ff fc 00 00 01 00
[15828.408567] print_req_error: I/O error, dev sdb, sector 125829116
[15846.397023] sd 6:0:0:0: [sdb] 125829120 512-byte logical blocks: (64.4 GB/60.0 GiB)
[15846.397654] sd 6:0:0:0: [sdb] Write Protect is off
[15846.397658] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[15846.398320] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[15846.404143]  sdb: sdb1
[15846.407368] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[15900.088149] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[15900.088155] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 07 7f ff fc 00 00 01 00
[15900.088159] print_req_error: I/O error, dev sdb, sector 125829116
[15957.756171] sd 6:0:0:0: [sdb] 125829120 512-byte logical blocks: (64.4 GB/60.0 GiB)
[15957.756858] sd 6:0:0:0: [sdb] Write Protect is off
[15957.756862] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[15957.757540] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[15957.764850]  sdb: sdb1
[15957.767461] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[16012.735427] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[16012.735433] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 07 7f ff fc 00 00 01 00
[16012.735437] print_req_error: I/O error, dev sdb, sector 125829116
[16016.733693] sd 6:0:0:0: [sdb] 125829120 512-byte logical blocks: (64.4 GB/60.0 GiB)
[16016.734406] sd 6:0:0:0: [sdb] Write Protect is off
[16016.734410] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[16016.735081] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[16016.739682]  sdb: sdb1
[16016.742342] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[16072.139018] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[16072.139021] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 07 7f ff fc 00 00 01 00
[16072.139023] print_req_error: I/O error, dev sdb, sector 125829116
[16119.611174] sd 6:0:0:0: [sdb] 125829120 512-byte logical blocks: (64.4 GB/60.0 GiB)
[16119.611819] sd 6:0:0:0: [sdb] Write Protect is off
[16119.611823] sd 6:0:0:0: [sdb] Mode Sense: 43 00 00 00
[16119.612450] sd 6:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[16119.617382]  sdb: sdb1
[16119.620006] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[16174.522429] sd 6:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[16174.522436] sd 6:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 07 7f ff fc 00 00 01 00
[16174.522440] print_req_error: I/O error, dev sdb, sector 125829116



Если потребуется дополнительная информация, задавайте вопросы, будут рад дополнить вопрос.

Также, буду рад примерному направлению, в котором стоит двигаться.
  • Вопрос задан
  • 504 просмотра
Решения вопроса 2
flapflapjack
@flapflapjack
на треть я прав
Причину подсказать не могу, но могу рассказать, как восстановил в такой же ситуации, как у вас - SSD диск.

У ddrescue есть параметр, где можно указать map-файл, что-то типа лога. При следующем запуске с тем же параметром восстановление пойдет с того момента, как возникла последняя неудача с восстановлением.

Таким образом, запустив раз 50 такую команду, я смог полность на 100% восстановить SSD с базой 1С на другой HDD вообще без потерь. Проблема была такая же: диск монтируется, но при обращении - отваливается и не отвечает. Тому SSD диску было лет 10 наверное.
Ответ написан
@qid00000000 Автор вопроса
Мало что знаю, но информацию найду в гугле
Проблему с доступностью решил.

Забил флэшку 0 через dd (запускал несколько раз) и она перестала исчезать.

$ sudo dd if=/dev/zero of=/dev/sdb1 bs=1G count=64
dd: ошибка записи '/dev/sdb1': На устройстве не осталось свободного места
8+0 записей получено
7+0 записей отправлено
8319012864 bytes (8,3 GB, 7,7 GiB) copied, 2,56032 s, 3,2 GB/s
$ sudo mkfs -t ext4 -L flash /dev/sdb1
mke2fs 1.44.1 (24-Mar-2018)
Discarding device blocks: done                            
Creating filesystem with 2031009 4k blocks and 507904 inodes
Filesystem UUID: 296f5b85-301d-4561-81a0-f776d5099fc3
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632

Allocating group tables: done                            
Сохранение таблицы inod'ов: done                            
Создание журнала (16384 блоков): готово
Writing superblocks and filesystem accounting information: готово


Но что странно, теперь она не на 64 ГБ, а на 8. Буду дальше с этим разбираться . . .
Ответ написан
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы