LINUX.ORG.RU

Проблемы с жестким диском?


0

1

Здравствуйте.
Имею жёсткий диск Toshiba MK2565GSX с такими показаниями:

# smartctl -A /dev/sda

smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-4-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1223
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       3778
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       51
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   046   046   000    Old_age   Always       -       21962
 10 Spin_Retry_Count        0x0033   175   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       3717
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       754
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       313
193 Load_Cycle_Count        0x0032   047   047   000    Old_age   Always       -       532189
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       35 (Min/Max 12/51)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       23
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       45
222 Loaded_Hours            0x0032   061   061   000    Old_age   Always       -       15694
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       313
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0
Тест на скорость у него интересный.
Вот значения, которые выдала hdparm несколько часов назад, сразу после включения ноутбука:
# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:     2 MB in  2.34 seconds = 875.05 kB/sec
 Timing buffered disk reads: 162 MB in  3.00 seconds =  53.97 MB/sec
А вот результаты теста, сделанного только-что (несколько тестов подряд выдают практически одинаковый результат):
# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   2088 MB in  2.00 seconds = 1044.29 MB/sec
 Timing buffered disk reads: 184 MB in  3.00 seconds =  61.27 MB/sec
Что это может означать?
В работе ноутбука иногда заметны некоторые тормоза, непонятно с чем связанные.
Заранее благодарю за помощь!

Ответ на: комментарий от san-sanych

А, если ты про «тесты» hdparm, то можешь не воспринимать всерьёз. У тебя диск помирает, вот это серьёзно.

Gotf ★★★
()

Да ничего серьезного вроде.

Kiborg ★★★
()
Ответ на: комментарий от Kiborg

Только-что:

# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:     2 MB in  2.34 seconds = 875.22 kB/sec
 Timing buffered disk reads: 168 MB in  3.01 seconds =  55.74 MB/sec

san-sanych
() автор топика
Ответ на: комментарий от Gotf

Почему изменяется скорость чтения из кэша? Думаю с этим связаны тормоза работы ноутбука.

А, если ты про «тесты» hdparm, то можешь не воспринимать всерьёз

Почему? Ненадежная программулина? Мне, например, кажется, что именно здесь собака порылась.

san-sanych
() автор топика
Ответ на: комментарий от Gotf

100 100 050
100 100 000
100 100 000

Да вроде нормально всё. Переназначенные сектора имеет смысл смотреть в динамике, 51 переназначенный сектор — это немного.

Kiborg ★★★
()
Ответ на: комментарий от Kiborg

Да вроде нормально всё

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

san-sanych
() автор топика
Ответ на: комментарий от san-sanych

Да кэш вроде нормально производит, вопрос почему он иногда подвисает. Может прошивку на диске надо обновить?

А еще кстати, в момент когда должно «подвиснуть» чтение из кэша, обычное чтение тормозит?

Kiborg ★★★
()
Ответ на: комментарий от san-sanych

А, ну и собственно:

-T
Perform timings of cache reads for benchmark and comparison purposes. For meaningful results, this operation should be repeated 2-3 times on an otherwise inactive system (no other active processes) with at least a couple of megabytes of free memory. This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test.

Очевидно, к самому диску этот тест отношения не имеет.

Kiborg ★★★
()
Ответ на: комментарий от Kiborg

Очевидно, к самому диску этот тест отношения не имеет.

Дело в том, что это единственная зацепка (проблемы с кэшем диска), которая объясняет (возможно) торможение в работе ноутбука. При проявлении тормозов, при открытии, например, ссылки в новой вкладке браузера, всегда идет чтение/запись с диска. И при любых тормозах в выполняемых действиях всегда диск что-то читает/пишет. Выполняемое с тормозами действие удачно завершается одновременно с прекращением обращения к диску. Получается вроде того, что диск не выдает нужной скорости.
И еще. По-поводу информации SMART.
Если заставить диск забыть текущую информацию SMART не вернет ли это ему вторую молодость?
Мысль такая: что информация в SMART может не соответствовать реальному положению вещей. Производителям hardware нужно постоянно продавать, продавать и продавать, чтобы финансировать свой НИОКР, двигать прогресс индустрии, ну и зарабатывать. И если сделать HDD, который отработает ровно 3 года и рассыпется задача не очень простая, то зашить в него программу, которая через определенное время приведет к сбоям в работе - намного проще. При этом тут вам и информация SMART для логического объяснения. А сисадмин сервера даже дожидаться сбоев не станет - побежит в магазин как только увидит слово Pre-fail.

san-sanych
() автор топика
Ответ на: комментарий от san-sanych

Я не вижу ничего странного. Вот только скорость самого винта у тебя скачет. Надо подряд 3 теста проводить, так как первый может быть битым.

UPD. А что hdparm -I /dev/sda говорит?

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от Zubok

А что hdparm -I /dev/sda говорит?


/dev/sda:

ATA device, with non-removable media
	Model Number:       TOSHIBA MK2565GSX                       
	Serial Number:      X0A1P1BRT
	Firmware Revision:  GJ002J  
	Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
	Supported: 8 7 6 5 
	Likely used: 8
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:   16514064
	LBA    user addressable sectors:  268435455
	LBA48  user addressable sectors:  488397168
	Logical  Sector size:                   512 bytes
	Physical Sector size:                   512 bytes
	device size with M = 1024*1024:      238475 MBytes
	device size with M = 1000*1000:      250059 MBytes (250 GB)
	cache/buffer size  = 8192 KBytes
	Form Factor: 2.5 inch
	Nominal Media Rotation Rate: 5400
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, no device specific minimum
	R/W multiple sector transfer: Max = 16	Current = 16
	Advanced power management level: 128
	DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	SMART feature set
	    	Security Mode feature set
	   *	Power Management feature set
	   *	Write cache
	   *	Look-ahead
	   *	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	NOP cmd
	   *	DOWNLOAD_MICROCODE
	   *	Advanced Power Management feature set
	    	SET_MAX security extension
	   *	48-bit Address feature set
	   *	Device Configuration Overlay feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	WRITE_{DMA|MULTIPLE}_FUA_EXT
	   *	64-bit World wide name
	   *	IDLE_IMMEDIATE with UNLOAD
	   *	{READ,WRITE}_DMA_EXT_GPL commands
	   *	Segmented DOWNLOAD_MICROCODE
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Host-initiated interface power management
	   *	Phy event counters
	   *	Idle-Unload when NCQ is active
	    	DMA Setup Auto-Activate optimization
	    	Device-initiated interface power management
	   *	Software settings preservation
	   *	SMART Command Transport (SCT) feature set
	   *	SCT LBA Segment Access (AC2)
	   *	SCT Error Recovery Control (AC3)
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
Security: 
	Master password revision code = 65534
		supported
	not	enabled
	not	locked
		frozen
	not	expired: security count
		supported: enhanced erase
	94min for SECURITY ERASE UNIT. 94min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 50000392d2182815
	NAA		: 5
	IEEE OUI	: 000039
	Unique ID	: 2d2182815
Checksum: correct
san-sanych
() автор топика
Ответ на: комментарий от Zubok

Надо подряд 3 теста проводить

Большая часть подряд проводимых тестов выдает скорость кэша 1050.67 MB/sec, и иногда между ними проскакивает 875.05 kB/sec.

san-sanych
() автор топика
Ответ на: комментарий от san-sanych

Но это тест не диска, а шины и его буферной памяти

cache/buffer size = 8192 KBytes

Если обратишь внимание, то тест -T (отдельно) диск не тестируется, а когда -t, то тестируется (по лампочке увидишь). Так что пока не ясно.

Zubok ★★★★★
()
Ответ на: комментарий от san-sanych

Большая часть подряд проводимых тестов выдает скорость кэша 1050.67 MB/sec, и иногда между ними проскакивает 875.05 kB/sec.

Надо понять, нормально ли это или нет. Как-то я раньше не обращал внимание на скачки, да и вообще последний раз hdparm запускал в прошлой жизни.

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Надо понять, нормально ли это или нет.

Забросил сегодня вечером письмо в одну контору по ремонту HDD с подобным вопросом. Может что-то ответят завтра. Хотя это как идти на прием к хирургу. Потереблю еще подобные конторы.

san-sanych
() автор топика
Ответ на: комментарий от Kiborg

Все со значением больше 10 отправляются на обслуживание некритичных сервисов (RAID1+ естественно). Где в скором времени помирают.

Alternating_Current
()
Ответ на: комментарий от vel

Для ноутбучного HDD вполне адекватный показатель за 22к часов работы. У них вечно куча парковок.

Alternating_Current
()
Ответ на: комментарий от san-sanych

Забросил сегодня вечером письмо в одну контору по ремонту HDD с подобным вопросом. Может что-то ответят завтра. Хотя это как идти на прием к хирургу. Потереблю еще подобные конторы.

Да мне кажется, что это бесперспективная инициатива. Что может ответить контора по ремонту HDD? Конечно же, надо чинить. :) Никто не будет вникать. Попробуй, конечно.

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Сегодня как раз запускал тест на десктопных Kingston-SSD из одной партии, на одном скорость чтения постоянно около 250 MB/sec, на втором - 450 MB/sec. Без понятия, что оно измеряет, но через dd на обоих стабильно ~450 MB/sec.

Alternating_Current
()
Ответ на: комментарий от Alternating_Current

Скакать-то может. У меня тоже по-разному показывает, но разброс небольшой, но вот прокачка 2 мегабайт (!) за 2.2 секунды у него в тесте очень и очень странная. Интересно, появляется ли регулярно такая цифра или нет. Если такое появляется, то что-то не так, на мой взгляд. Не говорю утвердительно, так как вдруг у кого-то также, я у себя подобное поймать не смог. В этом случае надо думать. Это по сути тест CPU, буферной памяти, шины.

Я вот подумал: может, это как-то CPU вдруг резко затормаживается, что влечет за собой и лаги в графическом интерфейсе? Но чего-то не припомню подобных багрепортов. Может, какое-то хитрое управление частотой или что-то в этом роде.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)
Ответ на: комментарий от san-sanych

Нет там разницы. 54 и 62 МБ/с - несущественно, одно обращение помимо теста к другому сектору может такой разброс дать...

А так винт вроде вполне живой внешне, 51 реаллокейт - немного.

Прогоните викторией/мхдд, ну или whdd.

NiTr0 ★★★★★
()
Ответ на: комментарий от san-sanych

Ось - многозадачная. Диск, который вы тестируете - системный, подмонтированный. Продолжать?...

NiTr0 ★★★★★
()
Ответ на: комментарий от Gotf

А если к этому еще добавить вот этот показатель:

193 Load_Cycle_Count        0x0032   047   047   000    Old_age   Always       -       532189

то становится ясно, что умирает механика.

soomrack ★★★★
()
Ответ на: комментарий от soomrack

Медленное выполнение команд и тормоза в графич. интерфейсе связано с проблемой с диском.
Переустановил систему, заодно выровнял разделы.
Тормоза - как и раньше - начали проявляться на этапе залогинивания в систему. Всегда, когда ноут задумывался над выполнением какой-либо команды, жесткий диск в этом время что-то активно читал/писал. Успешное выполнение команды всегда совпадало с завершением шуршания диска. Установлен был дистрибутив netinst без графической среды.
Решил установить систему на флешку.
Взял флешку на 8 ГБ, создал на ней раздел для / в ext2 и 1 ГБ раздел для swap. Установил на нее debian 7 c lxde-core и всем, что нужно для работы. Пока работает отлично. Тьфу-тьфу-тьфу через левое плечо!
Тормозов в консоли не наблюдается, команды проходят мгновенно. В графическом интерфейсе программы работают вроде нормально - как до появления проблем с тормозами. Не ожидал. Уже даже немного задействован swap, но все работает нормально.
Установка программ происходит несколько медленнее, чем обычно, но не настолько, чтобы это сильно мешало.
Жесткий диск, возможно, попытаюсь восстановить. Я уже писал об этом: есть мысль что никаких реальных проблем с диском нет или во-всяком случае они не столь серьезны.
Спасибо всем, кто отписался в этой теме!

san-sanych
() автор топика
Ответ на: комментарий от san-sanych

Механика обычно рассчитана на 300.000 парковок. У тебя их 500.000+. У меня есть диски и с 700.000+, но у тебя уже куча релокайнш, это явно означает, что механика накрывается.

soomrack ★★★★
()
Ответ на: комментарий от soomrack

Механика обычно рассчитана на 300.000 парковок. У тебя их 500.000+. У меня есть диски и с 700.000+, но у тебя уже куча релокайнш, это явно означает, что механика накрывается.

Да, я, например, читал, что диски для ноутбуков рассчитаны на около 600 000 парковок.
Но в том-то и дело, что это говорят люди, которые делают и продают жесткие диски :)

san-sanych
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.