3

Надеюсь, кто-то точно знает, что здесь происходит. Кажется, у этого накопителя есть некоторая комбинация агрессивных настроек энергосбережения и настроек по умолчанию в Ubuntu, что значительно увеличило Load_Cycle_Count для накопителя:

https://wiki.ubuntu.com/DanielHahler/Bug59695

Таким образом, диск теперь настолько медленный, что не может загрузиться, потому что для доступа к данным требуется достаточно много времени, чтобы ядро не распознало его должным образом. Я не беспокоюсь о данных на диске, но очень хотел бы, чтобы ноутбук работал. Есть некоторые признаки того, что это возможно, потому что эта цифра все еще невелика и составляет 200 000, а большинство дисков предположительно идут в 600 000. Кроме того, тесты SMART проходят и считают диск исправным и без ошибок. Но действительно удивительная вещь была, когда я бежал МХДД ...

Каждое чтение показывало красный (медленный), пока я не нажал «R» для сброса диска. Я заметил, что следующее чтение было с нормальной скоростью, поэтому удерживал «R». Волшебным образом привод считывался идеально до тех пор, пока я держал клавишу, НО возобновил медленный (и шумный) поиск / чтение после отпускания. Я не думаю, что исходный код для mhdd доступен, поэтому я не совсем уверен, что это значит (кроме того, я также не знаю достаточно низкоуровневых HDD). Кажется, что диск должен быть в состоянии работать, но застревает, пытаясь сэкономить энергию или что-то. На ноутбуке нет настроек BIOS.

Кто-нибудь знает, как я могу остановить привод от выполнения очень медленных / шумных операций, как это? Или постоянный сброс накопителя также наносит ущерб и заставляет его работать хорошо только по счастливой случайности (т.е. не говорит о том, что его можно исправить)?

|источник

4 ответа4

2

High Load_Cycle_Count не является одним из атрибутов до сбоя. Несмотря на то, что ваш SMART-статус говорит о том, что с жестким диском все в порядке ... очень велики шансы, что он не в порядке, исходя из вашего описания шума и скорости. Что касается работы на полной скорости, удерживая R в MHDD ... Я понятия не имею.

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

Я не доверяю рекомендациям «пройти / не пройти», которые производители предлагают со своими атрибутами SMART. Я много раз видел, как жесткие диски портят данные и ведут себя ненадежно, хотя рядом со статусом SMART отображается большой зеленый ОК. Я рекомендую посмотреть количество необработанных данных (используя HDTune в Windows или Smartctl в Linux). Оттуда вы можете принять более взвешенное решение о здоровье вашего драйва.

Компания Google разработала крупнейшее исследование отказов жестких дисков для потребителей ... так что вы можете взглянуть на их результаты 2010 года:

Например, мы обнаруживаем, что после первой ошибки сканирования диски в 39 раз чаще выходят из строя в течение 60 дней, чем диски без таких ошибок. Первые ошибки в перераспределениях, офлайн-перераспределениях и пробных счетах также сильно коррелируют с более высокими вероятностями отказов. Несмотря на эти сильные корреляции, мы находим, что модели прогнозирования сбоев, основанные только на параметрах SMART, вероятно, будут серьезно ограничены в своей точности прогнозирования, учитывая, что большая часть наших неисправных накопителей не показала никаких сигналов об ошибках SMART.

http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf

Вам также может понравиться статья в Википедии, в которой описаны различные атрибуты SMART и какие атрибуты связаны с электромеханическим отказом.

http://en.wikipedia.org/wiki/SMART.

Единственный правильный способ исправить жесткий диск - это заменить его. Исправить тот, который у вас есть, - это то, что вам нужно сделать, только если вы пытаетесь восстановить данные с него ... и даже тогда вы захотите перенести все на новый диск. Я думаю, можно с уверенностью сказать, что у вас сломан жесткий диск.

|источник
1

Я исправил эту проблему в моем VAIO (TOSHIBA MQ01ABD075)

Load_Cycle_Count не увеличивается, если вы читаете любой вариант жесткого диска SMART.

Я использую /usr/sbin/smartctl -g apm /dev/sda

#!/bin/bash

while :
  do
  sleep 3
  /usr/sbin/smartctl -g apm /dev/sda  > /dev/null
done
|источник
0

Я нашел гораздо лучшее решение.

Он устанавливает инструмент hdapm в /usr /local /bin и файл plist LaunchDaemon для запуска его при загрузке, устанавливая все подключенные диски в режим максимальной производительности.

Принимая во внимание, насколько далеко от спецификации моего привода, это кажется уместным наверняка. Другие могут захотеть изменить файл plist, чтобы установить для своих дисков более среднюю часть настройки дороги.

В моем случае, выходной сигнал довольно страшный - накопитель сильно перегружен и, возможно, почти полностью неисправен:

smartctl 6.5 2016-05-07 r4318 [Darwin 16.7.0 x86_64] (local build) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED ... RAW_VALUE 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always ... 857614

,

Я установил smartctl , и запустив 

sudo  smartctl -g all  /dev/rdisk0,

Я вижу, что параметр "Системные настройки" «Перевести жесткие диски в спящий режим, когда это возможно» не влияет на параметр apm для этого диска - в любом случае он равен 128. Я бы сказал, что привод имеет некоторые необоснованные настройки, если средняя настройка дает результат, который я вижу. Кроме того, мне интересно, отображаются ли даже диски, которые поставляются внутри новых компьютеров Mac, с безумным поведением / настройками apm. Я бы поспорил, но не удивлюсь, если проиграю.

|источник
0

Ответ GoldMangust хорош; это похоже и добавляет некоторую информацию.

Это продемонстрировало возможность остановить увеличение количества циклов загрузки (в macOS 10.12 гибридного диска Seagate Laptop SSHD, модель: ST1000LM014):

while : ; do sleep 9; smartctl -A /dev/disk0 | grep "Load_Cycle_Count\|FLAG\|smartctl" ; done

Каждые 9 секунд, кажется, достаточно часто.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .