Как стать автором
Обновить

Костыли для ddrescue. Что делать если SSD перестает отдавать данные

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров11K
Всего голосов 22: ↑22 и ↓0+22
Комментарии38

Комментарии 38

ЗакрепленныеЗакреплённые комментарии

Вот пример работы со скрпитом

Вкратце когда в dmesg: sdc: detected capacity change from 240057409536 to 0
То ddrescue перестает читать: ddrescue: Can't reopen input file: No medium found

Происходит DDLOOP #1

Кусок dmesg

ata6: hard resetting link
ata6: COMRESET failed (errno=-16)
ata6: reset failed, giving up
ata6.00: disabled
...
sdc: detected capacity change from 240057409536 to 0
...
sd 5:0:0:0: [sdc] Stopping disk
sd 5:0:0:0: [sdc] Start/Stop Unit failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: link is slow to respond, please be patient (ready=0)
...
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.00: ATA-10: Western Digital SSD 240GB, ZD0R3G40, max UDMA/133
ata6.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32), AA

Опубликовал новый вариант скрипта ddrescue-loop v0.2 ddrescue-loop-v0.2.gz
С поддержкой восстановления с USB и Power-off and power-on cycle посредством USB Relay Module LCUS-1 CH340 либо uhubctl

Подразумевается подключение питания на USB/SATA диск через контакты реле COM и NC Чтобы в выключенном состоянии питание проходило. А при подаче команды на включение реле - питание отключалось.

Реле пока не пришло. Работу скрипта проверил

ddrescue-loop -usb 152d:0583 -loop 9999 /dev/null test.log -b 4096 -c 32 -O -J -P -m domain.map 

Вручную отключая питание переключателем на докстанции после
ddrescue: Can't reopen input file: No such device or address

Также добавил поддержку uhubctl. Возможно будет полезно для восстановления с флешек. Нужно проверять.

Статья Восстановление данных с M.2 NVMe SSD. Скрипт ddrescue-loop v0.2

Представляю доработанную версию скрипта ddrescue-loop с поддержкой управления USB реле и uhubctl.

Рассмотрим процесс восстановления на примере случая с неисправными M.2
NVMe SSD производства Kimtigo на контроллере Maxio MAP1202.

А вот и еще один пациент SATA SSD 500GB. Отваливается на каждом битом секторе.
При этом определяется снова если немного подождать.
Указал ddrescue читать по одному сектору -b 4096 -c 1

Мой скрипт работает как с реле так и без. Разница только в том что с реле чуть быстрее.

ddrescue-loop -ata 6 -loop 9999 -pwc -wait 2 -act 2 /dev/loop0 goldenfir500.log -b 4096 -c 1 -O -P

Hidden text

Вывод dmesg

ata6.00: ATA-9: SSD 500GB, HPS2227O, max UDMA/133
ata6.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 32), AA
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access     ATA      SSD 500GB        227O PQ: 0 ANSI: 5
sd 5:0:0:0: Attached scsi generic sg3 type 0
sd 5:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/466 GiB)
sd 5:0:0:0: [sdc] Write Protect is off
sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdc: sdc1 sdc2 sdc3 sdc4
sd 5:0:0:0: [sdc] Attached SCSI removable disk
ata6.00: exception Emask 0x0 SAct 0x20000000 SErr 0x0 action 0x6 frozen
ata6.00: failed command: READ FPDMA QUEUED
ata6.00: cmd 60/08:e8:20:01:28/00:00:01:00:00/40 tag 29 ncq dma 4096 in
         res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata6.00: status: { DRDY }
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: limiting SATA link speed to 1.5 Gbps
ata6: hard resetting link
ata6: COMRESET failed (errno=-16)
ata6: reset failed, giving up
ata6.00: disabled
ata6: EH complete
sd 5:0:0:0: [sdc] tag#30 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=62s
sd 5:0:0:0: [sdc] tag#30 CDB: Read(10) 28 00 01 28 01 20 00 00 08 00
blk_update_request: I/O error, dev sdc, sector 19398944 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Alternate GPT is invalid, using primary GPT.
 loop0: p1 p2 p3 p4
sd 5:0:0:0: [sdc] Stopping disk
sd 5:0:0:0: [sdc] Start/Stop Unit failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
ata6: SATA link down (SStatus 0 SControl 300)
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.00: ATA-9: SSD 500GB, HPS2227O, max UDMA/133
ata6.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 32), AA
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access     ATA      SSD 500GB        227O PQ: 0 ANSI: 5
sd 5:0:0:0: Attached scsi generic sg3 type 0
sd 5:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/466 GiB)
sd 5:0:0:0: [sdc] Write Protect is off
sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdc: sdc1 sdc2 sdc3 sdc4
sd 5:0:0:0: [sdc] Attached SCSI removable disk

Неисправный SSD нужно подключать уже после загрузки системы.

интересно как же быть с M2, который вытесняет на рынке обычный sata.

M.2 подключаются через USB3 докстанцию. С ними те же проблемы. То есть отваливаются при ошибках.

Пока помогает только отключение питания. У меня уже есть мысли что попробовать. Например usb_modeswitch -v 0x152d -p 0x0583 --reset-usb Но на практике заставить это работать пока не получилось.

Некоторые материнские платы и USB-хабы умеют в программное выключение-включение USB-портов, чаще правда только всех сразу: https://github.com/mvp/uhubctl
Даже некоторые роутеры такое умеют, хоть и другим способом, путем дергания GPIO их платы, связанных с USB: https://forum.openwrt.org/t/linksys-mr8300-openwrt-22-03-0-rc4-usb-port-powered-storage-devices-not-working/131391/62

Спасибо за наводку.

uhubctl работает на моей плате для USB2.0.
uhubctl -l 1-1 -a 0
uhubctl -l 1-1 -a 1

Также работает стандартное извлечение udisksctl power-off -b /dev/sdc
Но непонятно как потом обратно включить.

НО это все к сожалению не помогает в случае с неисправным NVMe SSD!

SSD Kimtigo на контроллере Maxio MAP1202 подключаю через док станцию AgeStar 31CBNV1C на контроллере JMicron JMS583 USB-NVMe

После blk_update_request: I/O error, dev sdc, sector 1077232 op 0x0:(READ) flags 0x4000 phys_seg 129 prio class 0
sd 6:0:0:0: rejecting I/O to offline device

Помогает только отключение-включение переключателем на док станции.

Не помогает и usbreset 152d:0583
Resetting USB to PCIE Bridge ... ok

scsi host6: uas_eh_device_reset_handler start
usb 1-1.3: reset high-speed USB device number 37 using ehci-pci
scsi host6: uas_eh_device_reset_handler success
scsi 6:0:0:0: Device offlined - not ready after error recovery

Извлечение udisksctl power-off -b /dev/sdc работать перестает.

Опубликовал новый вариант скрипта ddrescue-loop v0.2 ddrescue-loop-v0.2.gz
С поддержкой восстановления с USB и Power-off and power-on cycle посредством USB Relay Module LCUS-1 CH340 либо uhubctl

Подразумевается подключение питания на USB/SATA диск через контакты реле COM и NC Чтобы в выключенном состоянии питание проходило. А при подаче команды на включение реле - питание отключалось.

Реле пока не пришло. Работу скрипта проверил

ddrescue-loop -usb 152d:0583 -loop 9999 /dev/null test.log -b 4096 -c 32 -O -J -P -m domain.map 

Вручную отключая питание переключателем на докстанции после
ddrescue: Can't reopen input file: No such device or address

Также добавил поддержку uhubctl. Возможно будет полезно для восстановления с флешек. Нужно проверять.

Самое простое:
В Debian пакет usbutils и в нем /usr/bin/usbreset
lsusb и usbreset по ID продукта и др.
Для добавления в скрипт смотрите тут:
How do you reset a USB device from the command line?
https://askubuntu.com/questions/645/how-do-you-reset-a-usb-device-from-the-command-line

На али нашел такое устройство LCUS-1 5V USB Relay Module CH340

Можно попробовать раздербанить USB3 A - Type-C кабель, вытащить жилку питания и подключить док станцию AgeStar 31CBNV1C через него.

Реле определяется как COM-порт и управляется записью в него 16-ричной последовательности A0 01 01 A2 для подачи питания на реле, A0 01 00 A1 для отключения

Управление железкой через bash: echo -e «\xA0\x01\x01\xA2» > /dev/ttyUSB0 echo -e «\xA0\x01\x00\xA1» > /dev/ttyUSB0

Совсем забыл. Вот моя статья про успешный случай восстановления данных с 128GB M.2 NVME SSD Kingston RBUSNS8154P3128GJ3 напрямую на ноутбуке. Но через USB3 док тоже можно было бы.

Там была только одна ошибка в начале диска на позиции 1.55GB примерно. Но он на ней отваливался. Я копировал ddrescue сначала диска а потом задом наперед. Не скопировалось только 9.5MB.

А ноутбук вел себя так - винда не загружалась, висела на логотипе. Если загрузиться с флешки, запустить chkdsk C: /f, получаем ошибку «An unspecified error occured».

Статья Восстановление данных с M.2 NVMe SSD. Скрипт ddrescue-loop v0.2

Представляю доработанную версию скрипта ddrescue-loop с поддержкой управления USB реле и uhubctl.

Рассмотрим процесс восстановления на примере случая с неисправными M.2
NVMe SSD производства Kimtigo на контроллере Maxio MAP1202.

По моему опыту нормально скопировать данные с неисправного SSD при подключении к другому ПК с Windows можно только в некоторых случаях из подгрупп А и Б. Когда диск работает стабильно - то есть не зависает и не пропадает из системы. Это если повезет.

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

На счет прямого копирования я ничего не подскажу. А вот диагностика намертво зависающих в BUSY накопителей замечательно диагностируется с помощью VICTORIA for windows. Режим контроллера в BIOS не должен быть AHCI. Это подходит для SATA и IDE. M2 тут сложнее. Может работать, а может нет. Смотря как материнскую плату реализовали. Отключить (Панель управления > Система > оборудование > контроллеры жестких дисков) тот канал IDE контроллера, к которому подключен испытуемый винчестер. Это нужно для того, чтобы программа могла обращаться напрямую к портам HDD. В виктории кнопка PCI скан, и ищем канал, на котором наш винчестер. После того как все сделали правильно и получили доступ к ,,Пациенту,, - зависания, отключение интерфейса ,,Пациента,, на горячую теперь не проблема, ибо операционная система Windows не знает о существовании такового. А значит спокойно можно делать диагностику, и, даже, при желании подлечить ,,Пациента,,. А в Виктории для этого есть все инструменты.

Просто копировать подбитый жесткий диск можно попробовать Miray Hdclone. Такая, интересная программа, и во многом выручала в свое время.

Ну а я нечаянно набрел на статью от Rozikа, о которой не знал, https://rlab.ru/doc/linuxharddatarecovery.html . Рекомендую https://www.youtube.com@VitaliyRozikRoziznany

Режим контроллера в BIOS не должен быть AHCI. Это подходит для SATA

Вы это с SSD сами проверяли ? Или просто предположения. В статье я горорил именно о поведении SSD в Windows.

Не спорю что Victoria вполне сносно с жесткими дисками в Windows работает.

и, даже, при желании подлечить ,,Пациента,,

SSD так не лечится. Они прошиваются производственными MPTool (почти все под Windows). Подбирать по модели контроллера и памяти. Обычно нужно замкнуть на плате SSD контакты, чтобы его в ROM Mode перевести.

В общем спасибо за ваш комментарий. Но извините, он и о чем.

  1. В режиме ACHI невозможно отключить канал IDE, его в диспетчере задач не будет впринципе.

  2. Да, я работаю так, и неважно, твердотельник подключен, или жесткий.

  3. Софт для копирования есть, но платный. Даже WdMarwel заточенная под Western Digital копирует, ибо есть режим без инициализации диска. Проверил только что на Слетевшем A400 (Satafirm S11). Неплохо для SSD

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

  1. Для ddrescue есть GUI. Ими нельзя пользоваться?, есть недостатки?

Софт для копирования есть, но платный. Даже WdMarwel заточенная под
Western Digital копирует, ибо есть режим без инициализации диска.
Проверил только что на Слетевшем A400 (Satafirm S11). Неплохо для SSD

Интересно

Точно не помню, но по моему когда модель становится Satafirm S11 то объем неправильно определяется. Тогда смысл что то копировать.

Для ddrescue есть GUI. Ими нельзя пользоваться?, есть недостатки?

Есть DDRescue_GUI на питоне. Последняя версия 2.1.1 от 2020г. Я им не пользовался. Он не поддерживает важные параметры например -O --reopen-on-error и -J --verify-on-error

Пользуюсь для анализа логов ddrescueview на FreePascal написана. Есть в репозиториях дистрибутивов.

По SSD на контроллере Phison 3111 . Любая проблема с транслятором приводит к активации защищенного режима (или как говорят слет прошивки). В моем случае похоже на переполнение дефект листов. Доступ полный к пользовательским данным, смарт отдает нормальный, но доступ к данным медленный и рывками. И вот тут яркий пример того, о чем вы говорите в статье. Да, накопитель под API WINDOWS отдает несколько мегабайт, и виснет намертво. А в режиме PIO отдает данные.непрерывно, хоть и с затыками. Снизу прикрепил пруф: Верхняя смарт, левая непрерывное чтение в режиме PIO, правая чтение нескольких мегабайт через API Windows, и висяк намертво. https://drive.google.com/file/d/1i01GyhKY0rvyEg8MhXCGeepSQKHYZHHI/view?usp=drive_link

Доступ полный к пользовательским данным, смарт отдает нормальный, но доступ к данным медленный и рывками.

А разметка в данном случае повреждена или нет ? MBR / GPT ?

Нет, структуры не видно...

Нет, структуры не видно...

Софт для копирования есть, но платный. Даже WdMarwel копирует, ибо есть режим без инициализации диска.
Проверил только что на Слетевшем A400 (Satafirm S11).

Так удалось хотя бы начало диска скопировать ? Пробовали анализировать то что получилось c помощью например DMDE ?

Скопировал весь. Как-то кусками. https://drive.google.com/file/d/1nmoxHFa12LfAP2NnIyJjVjFzMEGm-kiL/view?usp=sharing Здесь другой опыт будет важен. Восстановить, Слить дамп, и сравнить.Но это чуть позже.

По итогу не удалось починить железку получив доступ к пользовательским данным. SSD оказался PNY CS900. Мог бы сразу по серийному номеру догадаться. Родная утилита не захотела обновлять, сославшись на одинаковость версий прошивки. Восстановил какой-то универсальной утилитой для этого контроллера, коих множество в открытом доступе. А вот собрать транслятор без форматирования я ими не смог. Здесь аналогичный случай, PC-3000 справилась. https://www.youtube.com/watch?v=Z86EvPlkgOk&ab_channel=Seo-Sav

Ещë один тип (подтип) неисправностей - может читать, может писать, но при чередовании чтения и записи (да и при обычной работе ОС) - попытки записи вызывают ошибки.

Я такой intel 535 серии сдал по гарантии производителя, 4 года отработал (гарантия была 5 лет). Данные все скопировал без особых проблем (не считая некоторых битых файлов за период когда начал он сбоить и до того, как я с него скопировал всë).

В случае неисправности SSD - Windows либо не загружается (висит на лого или заходит в UEFI Setup), либо глючит, зависает, не может установить обновления или корректно завершить работу.

А у меня вот 2ТБ M.2 Mushkin лежит с которым даже до UEFI/BIOS добраться не получается :C

Благо хоть ничего важного на нём не было

Да это частая проблема с NVMe. Либо висит на логотипе. Либо даже Linux с флешки в процессе загрузки стопорится.

И кстати это вовсе не значит что он совсем не читается. Ради интереса попробуйте подключить через USB3 бокс/докстанцию. Желательно в Linux.

Ну и можно посмотреть какой там контроллер и поискать на него MPTool, и как его в ROM Mode перевести. Возможно получится оживить.

Да в компьютерных корпусах эти кнопки до сих пор есть, даже не верится.

Вот современный ноутбук с зависшей Windows 10 так просто не перезагрузишь.

Часто эта ОС зависает так что показывает только черный экран. А по матрице ноутбука и не всегда видно что горит подсветка, и ноутбук на самом деле включен.

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

А уже полежав без дела какие то часы и высадив в 0% аккумулятор, будучи принесенным в сервис, включится и загрузится там как ни в чем не бывало.

Отсутствие кнопки сброса на ноутах компенсируется зажатием кнопки включения питания более 5 секунд. Происходит полное отключение, эквивалент выдёргивания шнура у десктопа. И не надо ждать разрядки батареи.

Вот вы знаете. И я знаю. А пользователи ноутбуков не знают, несут в сервис и удивляются.

Я вам больше скажу. На всех Asus начиная где то с 2020-2021гг даже если индикации нет нужно отключить БП, зажать и держать кнопку 30сек, а лучше минуту - это сброс EC. После этого подключить БП и если помогло то индикация появится и ноутбук включится.

а что такое ЕС в данном случае ?

Вот вы знаете. И я знаю. А пользователи ноутбуков не знают, несут в сервис и удивляются.

Это знают все юзеры, кроме русских, потому что русские считают что руководство по эксплуатации для слабаков. Именно поэтому оно в русской секции должно начинаться со слов "Что, придурок, сломал?".

Вот пример работы со скрпитом

Вкратце когда в dmesg: sdc: detected capacity change from 240057409536 to 0
То ddrescue перестает читать: ddrescue: Can't reopen input file: No medium found

Происходит DDLOOP #1

Кусок dmesg

ata6: hard resetting link
ata6: COMRESET failed (errno=-16)
ata6: reset failed, giving up
ata6.00: disabled
...
sdc: detected capacity change from 240057409536 to 0
...
sd 5:0:0:0: [sdc] Stopping disk
sd 5:0:0:0: [sdc] Start/Stop Unit failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: link is slow to respond, please be patient (ready=0)
...
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.00: ATA-10: Western Digital SSD 240GB, ZD0R3G40, max UDMA/133
ata6.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32), AA

Исправление v0.1.1

Теперь можно задавать таймаут больше чем установлен по умолчанию в ядре
Linux. Оказалось что это позволяет ядру дожидаться ответа диска вместо
оправок команды ataN: hard resetting link

-act 200 показывает себя хорошо случае с этим SSD Western Digital SSD 240GB.

Продолжаю. Перезапустил с размером сектора 16K, вместо 4K. Побыстрее пошло -b 16Ki

ddrescue-loop -ata 6 -loop 9999 -act 200 /dev/loop0 WD240.log -b 16Ki -O -P -m domain.map -u -r -1 -n

echo "-m <domain.mapfile>"" ""Ограничить область чтения доменом ddru_ntfsbitmap"

Вычисляете смещение раздела NTFS до запуска скрипта?
https://sourceforge.net/p/ddrutility/wiki/Home/

Вычисляете смещение раздела NTFS до запуска скрипта?

Разумеется. Еще получаю сразу --mftdomain файл.map и сначала по нему вычитываю. После этого можно уже запустить DMDE и посмотреть что там есть.

Еще модификация строки запуска. Вернул размер сектора 4K, но добавил -c 8 то есть читать по 8 секторов за раз. По умолчанию 128 и с этим значением прошивка SSD сильно тупила. 32K за раз отрабатывает стабильно.

А вот и еще один пациент SATA SSD 500GB. Отваливается на каждом битом секторе.
При этом определяется снова если немного подождать.
Указал ddrescue читать по одному сектору -b 4096 -c 1

Мой скрипт работает как с реле так и без. Разница только в том что с реле чуть быстрее.

ddrescue-loop -ata 6 -loop 9999 -pwc -wait 2 -act 2 /dev/loop0 goldenfir500.log -b 4096 -c 1 -O -P

Hidden text

Вывод dmesg

ata6.00: ATA-9: SSD 500GB, HPS2227O, max UDMA/133
ata6.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 32), AA
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access     ATA      SSD 500GB        227O PQ: 0 ANSI: 5
sd 5:0:0:0: Attached scsi generic sg3 type 0
sd 5:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/466 GiB)
sd 5:0:0:0: [sdc] Write Protect is off
sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdc: sdc1 sdc2 sdc3 sdc4
sd 5:0:0:0: [sdc] Attached SCSI removable disk
ata6.00: exception Emask 0x0 SAct 0x20000000 SErr 0x0 action 0x6 frozen
ata6.00: failed command: READ FPDMA QUEUED
ata6.00: cmd 60/08:e8:20:01:28/00:00:01:00:00/40 tag 29 ncq dma 4096 in
         res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata6.00: status: { DRDY }
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: hard resetting link
ata6: link is slow to respond, please be patient (ready=0)
ata6: COMRESET failed (errno=-16)
ata6: limiting SATA link speed to 1.5 Gbps
ata6: hard resetting link
ata6: COMRESET failed (errno=-16)
ata6: reset failed, giving up
ata6.00: disabled
ata6: EH complete
sd 5:0:0:0: [sdc] tag#30 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=62s
sd 5:0:0:0: [sdc] tag#30 CDB: Read(10) 28 00 01 28 01 20 00 00 08 00
blk_update_request: I/O error, dev sdc, sector 19398944 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Alternate GPT is invalid, using primary GPT.
 loop0: p1 p2 p3 p4
sd 5:0:0:0: [sdc] Stopping disk
sd 5:0:0:0: [sdc] Start/Stop Unit failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
ata6: SATA link down (SStatus 0 SControl 300)
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata6.00: ATA-9: SSD 500GB, HPS2227O, max UDMA/133
ata6.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 32), AA
ata6.00: configured for UDMA/133
scsi 5:0:0:0: Direct-Access     ATA      SSD 500GB        227O PQ: 0 ANSI: 5
sd 5:0:0:0: Attached scsi generic sg3 type 0
sd 5:0:0:0: [sdc] 976773168 512-byte logical blocks: (500 GB/466 GiB)
sd 5:0:0:0: [sdc] Write Protect is off
sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
 sdc: sdc1 sdc2 sdc3 sdc4
sd 5:0:0:0: [sdc] Attached SCSI removable disk

Что такое «причастные места специалистов"?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории