Как исправить высокую нагрузку на лэптоп ноутбука Load_Cycle_Count (TOSHIBA MK6006GAH в Vaio TX1XP)?

2377
Sam Brightman

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

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

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

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

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

3

4 ответа на вопрос

2
James T

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 .

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

На самом деле я сосредоточился на том факте, что он, похоже, способен работать должным образом и не теряет данные. Цель заключалась в том, чтобы сэкономить на удобстве / стоимости, чтобы он не был странным, а не источником и заменой старых / дорогих товаров. Но все хорошие моменты вы сделали. Sam Brightman 13 лет назад 0
Итак, вы ищете сценарий или что-то, что вы можете запустить в своей системе, которая по сути делает то же самое, что и нажатие кнопки R в mhdd, чтобы выжать последние биты жизни из сломанного жесткого диска? James T 13 лет назад 0
Я имел в виду больше, что сброс кнопки Mhdd R, кажется, заставляет ее вести себя нормально, и, возможно, это указывает на основную проблему, которая может быть исправлена, а не необратимый сбой. Sam Brightman 12 лет назад 0
1
GoldMangust

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

Load_Cycle_Count не увеличивается, если вы читаете любую опцию HDD SMART.

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

#!/bin/bash  while : do sleep 3 /usr/sbin/smartctl -g apm /dev/sda > /dev/null done
Matthew Elvey 6 лет назад 0
0
Matthew Elvey

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

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

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

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

0
Matthew Elvey

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

Он устанавливает инструмент под названием 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. Я бы поспорил, но не удивлюсь, если проиграю.

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