сбой — Леонид Уханов https://leonid.uhanov.org Записки ленивого сисадмина Tue, 05 May 2020 21:45:41 +0000 ru-RU hourly 1 https://wordpress.org/?v=6.4.3 https://i0.wp.com/leonid.uhanov.org/wp-content/uploads/2019/03/cropped-photo-1.png?fit=32%2C32&ssl=1 сбой — Леонид Уханов https://leonid.uhanov.org 32 32 Дело о поиске сбойного диска. https://leonid.uhanov.org/delo-o-poiske-sbojnogo-diska/ https://leonid.uhanov.org/delo-o-poiske-sbojnogo-diska/#respond Sun, 26 Jan 2020 15:32:05 +0000 https://leonid.uhanov.org/?p=2120 Читать дальше…]]> Всем привет! Сегодня поведаю историю, случившуюся со мной недавно. Немного предыстории: у меня в компьютере установлено 12 дисков. В Windows 10 я активно использую технологию Storage Spaces и файловую систему ReFS, они предохраняют мои данные от повреждений. О них я уже писал и почитать можно по ссылкам ниже:

Но сейчас не о них. Странность в работе дисковой подсистемы я стал замечать в последнее время: во время повышенной нагрузки в случайные моменты времени начинались следующие симптомы:

  • Нагрузка на виртуальный диск 100%
  • Скорость обмена с виртуальным диском 0 байт/сек
  • Оснастка управление дисками не отвечает
  • Оснастка просмотр событий не отвечает
  • Командлеты PowerShell по работе с дисками зависают
  • Апплет панели управления «Дисковые пространства» зависает
  • Завершение или перезагрузка зависают в процессе
  • На нажатие кнопки Reset реакции нет

Выход из данного состояния возможен только выключением питания ПК. Подобное повторилось несколько раз и я полез в читать логи, а именно журнал System. Там за несколько минут до зависания есть повторяющиеся записи, указывающие на неполадку с одним из дисков. источник «Storahci» ничего умного не сказал.

Storahci невнятно указывает на неполадки диска

А вот источник «Disk» явно указывает на неисправный диск. Вот только он не говорит ни производителя, ни модель, ни серийный номер диска. Только имя PDO.

Disk явно указывает на виновника

Но и этого нам достаточно: открываем диспетчер устройств, и ищем среди дисковых устройств диск, в сведениях которого, значение имени физического устройства совпадёт с искомым именем PDO.

Итак, диск мы нашли. Но посмотрите на картинку выше — у меня таких дисков три. Серийный номер в сведениях диска найти не удалось, но удалось найти контроллер, куда диск подключен.

Так как дисковых контроллеров у меня на компьютере 4 штуки, то эта информация мне тоже полезна. Последний известный родительский объект хранит ID дискового контроллера.

В Google нас не забанили, поэтому копируем значение и ищем. Нашлось быстро: встроенный в материнскую плату контроллер Marvell 91xx.

Качаем руководство на материнскую плату и находим разъёмы контроллера на ней (8).

Номер порта на контроллере нам подсказал источники Disk и Storahci в журнале выше — порт 2. Открываю корпус и вот он, второй снизу (выделен красным). Диски я специально пронумеровал, чтобы быстро находить их в Storage Spaces.

А вот он в Storage Spaces. На нём хранится много данных и перед его удалением придётся найти ему замену. Данные в процессе подготовки к удалению, убудут перемещены автоматически.

Об удалении дисков можно почитать у меня в заметке.

Берегите свои данные и не забывайте про бекапы.

]]> https://leonid.uhanov.org/delo-o-poiske-sbojnogo-diska/feed/ 0 Коммутатор Acorp устал https://leonid.uhanov.org/kommutator-acorp-ustal/ https://leonid.uhanov.org/kommutator-acorp-ustal/#respond Wed, 08 May 2019 10:43:00 +0000 https://leonid.uhanov.org/?p=844 После пяти лет непрерывной и безупречной работы коммутатор был отправлен в резерв. Там же, во время тестирования, обнаружилась ошибка самотестирования.

]]> https://leonid.uhanov.org/kommutator-acorp-ustal/feed/ 0