Автор Тема: Проблема с жёстким диском, нужна помощь в поиске причины :) (Прочитано 17818 раз)

Alve · « : 02 Октября 2010, 14:13:10 »

Здравствуйте, уважаемое сообщество. Нужна помощь в определении причины проблемы.

Некоторое время назад был куплен новый жёсткий диск, WD 1Tb WD10EARS есть быть точным. Винт был корректно разбит (там разделы надо начинать с номера сектора, кратным 8, т.к. винт внутри имеет размер сектора не 512, а 4096 байт), поставлена система 10.04 со всеми обновлениями, кроме бекпортов и "не вошедших в официальный выпуск". И началась такая вот фигня:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[ 2196.000065] ata1: EH in SWNCQ mode,QC:qc_active 0x3 sactive 0x3
[ 2196.000077] ata1: SWNCQ:qc_active 0x1 defer_bits 0x2 last_issue_tag 0x0
[ 2196.000081]   dhfis 0x1 dmafis 0x1 sdbfis 0x0
[ 2196.000088] ata1: ATA_REG 0x40 ERR_REG 0x0
[ 2196.000092] ata1: tag : dhfis dmafis sdbfis sacitve
[ 2196.000098] ata1: tag 0x0: 1 1 0 1  
[ 2196.000120] ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
[ 2196.000129] ata1.00: failed command: WRITE FPDMA QUEUED
[ 2196.000144] ata1.00: cmd 61/08:00:20:51:1f/00:00:3e:00:00/40 tag 0 ncq 4096 out
[ 2196.000147]          res 40/00:00:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
[ 2196.000153] ata1.00: status: { DRDY }
[ 2196.000159] ata1.00: failed command: WRITE FPDMA QUEUED
[ 2196.000171] ata1.00: cmd 61/30:08:28:51:1f/00:00:3e:00:00/40 tag 1 ncq 24576 out
[ 2196.000174]          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[ 2196.000180] ata1.00: status: { DRDY }
[ 2196.000191] ata1: hard resetting link
[ 2196.000196] ata1: nv: skipping hardreset on occupied port
[ 2196.468078] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 2196.484736] ata1.00: configured for UDMA/133
[ 2196.484746] ata1.00: device reported invalid CHS sector 0
[ 2196.484753] ata1.00: device reported invalid CHS sector 0
[ 2196.484768] ata1: EH complete

Для пользователя выглядит это как подвисание системы на несколько секунд. После этого всё работает нормально. Происходит с периодичностью раз в три дня.
Чтобы было сделано:
- Поменяны шлейфы (после того как прожка wd Datalife сказала, что шлейф не годен)
- Отключены лишние IDE-контроллеры в биосе
Не помогло.

После долгого гугления на ланчпаде было найдено описание бага похоже. Я предположил, что это баг убунтовского ядра, поставил Debian Squeeze. Там ядро поновее и собрано иначе, 5 дней подобное сообщение не появлялось.

Собственно, вопрос: можно ли на основании всего этого сделать вывод, что это действительно некий баг ядра убунты? И что в таком случае делать? В дебиан перелезать сейчас желания нет. Пересобрать ядро 10.04? Собрать ванильное?

P.S. В SMART всё хорошо, никаких изменений нет и статус - исправен по всем пунктам.

ArcFi · « **Ответ #1 :** 02 Октября 2010, 14:41:07 »

Цитата: Alve от 02 Октября 2010, 14:13:10

Винт был корректно разбит

А если данная предпосылка неверна?

Кстати, я б ещё биос апнул и глянул в настройки режимов sata (ide/ahci).

Mam(O)n · « **Ответ #2 :** 02 Октября 2010, 14:48:30 »

Цитата: Alve от 02 Октября 2010, 14:13:10

Я предположил, что это баг убунтовского ядра, поставил Debian Squeeze. Там ядро поновее и собрано иначе, 5 дней подобное сообщение не появлялось.

Ну тады попробуй ядро из тестинга убунты поставить: http://kernel.ubuntu.com/~kernel-ppa/mainline/

arrecck · « **Ответ #3 :** 02 Октября 2010, 15:08:26 »

а если другой контроллер использовать?

Shefango · « **Ответ #4 :** 02 Октября 2010, 22:25:45 »

(Нажмите, чтобы показать/скрыть)

.
http://rlab.ru/doc/4k_hdd_for_linux.html
Сделай бэкап на другой хард - и только тогда. А потом ставь. У меня такой же хард.

Alve · « **Ответ #5 :** 06 Октября 2010, 18:23:40 »

Цитата: Shefango от 02 Октября 2010, 22:25:45

http://rlab.ru/doc/4k_hdd_for_linux.html
Сделай бэкап на другой хард - и только тогда. А потом ставь. У меня такой же хард.

Спасибо за советы всем, пишу теперь о прогрессе решения проблемы:

Shefango, именно по этой инструкции я и делал разбивку винта. Так что проблема не в этом. Уже несколько дней работаю с ядром 2.6.35-22 из PPA, в dmesg всё хорошо, подвисаний небыло. Поэтому, склоняюсь к версии, что это как-то баг драйвера контроллера моего.
Другой контроллер использовать пробовал - когда глюк был, он был и на другом. Щас и на другом нету. Биос обновлять не пробовал, т.к. флопик подох давно, а без него моя материнка не умеет. Венду ради обновления биоса ставить лень

А AHCI у меня материка не умеет - там SATA через эмуляцию IDE и больше ничего.

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

Alve · « **Ответ #6 :** 16 Октября 2010, 19:15:07 »

Так вот. Стало понятно, что ничего не понятно.

Ошибка всё равно появляется. Совершенно никакой закономерности не выявил, может не быть 5 дней, потом - 4 раза в час.

Усиленный гуглёж намекает, что проблема в драйвере sata_nv, в котором невозможно отключить SWNCQ, собственно который и является причиной проблемы... Отключить с помощью "option swncq=0" в modprode.d/sata_nv.conf не удаётся, всё равно остаётся включенным.

Самое забавное, что под Windows XP кажется всё работает отлично... Кроме того вендовый драйвер позволяет включать-выключать разные функции и SWNCQ тоже, хотя я ещё не пробовал.

Но работать в Windows XP не вариант, хотя она у меня есть и даже лицензионная, но Linux мне нужен как RoR-разработчику, я без него обойтись не смогу в любом случае...

Вот такой прогресс

Если какие мысли у кого появятся - буду рад любым советам.

sakatgg · « **Ответ #7 :** 17 Октября 2010, 00:42:42 »

У меня Минт9(Росинка) стоит на WD20EARS(MBR) в режиме ahci,юзаю наверное уже месяц,проблем таких не было.Дело похоже не в ядре

dr.Faust · « **Ответ #8 :** 25 Декабря 2011, 00:01:20 »

Имею похожую проблему на винте ATA WDC WD6400AADS-00M2B0 с материнкой ASUS M2N-E.
Ядро 2.6.38-13-generic.
Раньше проблем не возникало.
Какое-то время система работает нормально, потом насыпает в dmesg примерно следующее:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[  168.206530] ata7: EH in SWNCQ mode,QC:qc_active 0x8 sactive 0x8
[  168.206534] ata7: SWNCQ:qc_active 0x8 defer_bits 0x0 last_issue_tag 0x3
[  168.206535]   dhfis 0x8 dmafis 0x8 sdbfis 0x0
[  168.206537] ata7: ATA_REG 0x41 ERR_REG 0x84
[  168.206539] ata7: tag : dhfis dmafis sdbfis sacitve
[  168.206541] ata7: tag 0x3: 1 1 0 1  
[  168.206548] ata7.00: exception Emask 0x1 SAct 0x8 SErr 0x400000 action 0x6 frozen
[  168.206550] ata7.00: Ata error. fis:0x21
[  168.206552] ata7: SError: { Handshk }
[  168.206554] ata7.00: failed command: WRITE FPDMA QUEUED
[  168.206559] ata7.00: cmd 61/68:18:a7:01:44/00:00:25:00:00/40 tag 3 ncq 53248 out
[  168.206560]          res 41/84:1c:a7:01:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)
[  168.206562] ata7.00: status: { DRDY ERR }
[  168.206564] ata7.00: error: { ICRC ABRT }
[  168.206567] ata7: hard resetting link
[  168.206569] ata7: nv: skipping hardreset on occupied port
[  168.690033] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[  168.730647] ata7.00: configured for UDMA/133
[  168.730656] ata7: EH complete
[  229.144898] ata7: EH in SWNCQ mode,QC:qc_active 0x7FFFFFEF sactive 0x7FFFFFEF
[  229.144903] ata7: SWNCQ:qc_active 0x1E0 defer_bits 0x7FFFFE0F last_issue_tag 0x8
[  229.144904]   dhfis 0x1E0 dmafis 0x20 sdbfis 0x10
[  229.144906] ata7: ATA_REG 0x41 ERR_REG 0x84
[  229.144908] ata7: tag : dhfis dmafis sdbfis sacitve
[  229.144910] ata7: tag 0x5: 1 1 0 1  
[  229.144911] ata7: tag 0x6: 1 0 0 1  
[  229.144913] ata7: tag 0x7: 1 0 0 1  
[  229.144915] ata7: tag 0x8: 1 0 0 1  
[  229.144923] ata7.00: exception Emask 0x1 SAct 0x7fffffef SErr 0x400000 action 0x6 frozen
[  229.144925] ata7.00: Ata error. fis:0x21
[  229.144927] ata7: SError: { Handshk }
[  229.144930] ata7.00: failed command: WRITE FPDMA QUEUED
[  229.144934] ata7.00: cmd 61/08:00:e7:02:44/00:00:25:00:00/40 tag 0 ncq 4096 out
[  229.144935]          res 41/84:44:77:02:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)
[  229.144937] ata7.00: status: { DRDY ERR }
[  229.144939] ata7.00: error: { ICRC ABRT }
[  229.144941] ata7.00: failed command: WRITE FPDMA QUEUED
[  229.144945] ata7.00: cmd 61/08:08:37:03:44/00:00:25:00:00/40 tag 1 ncq 4096 out
[  229.144946]          res 41/84:44:77:02:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)
[  229.144948] ata7.00: status: { DRDY ERR }
[  229.144949] ata7.00: error: { ICRC ABRT }
[  229.144951] ata7.00: failed command: WRITE FPDMA QUEUED
[  229.144955] ata7.00: cmd 61/b8:10:3f:03:44/02:00:25:00:00/40 tag 2 ncq 356352 out
[  229.144956]          res 41/84:44:77:02:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)
[  229.144959] ata7.00: status: { DRDY ERR }
[  229.144961] ata7.00: error: { ICRC ABRT }
[  229.144963] ata7.00: failed command: WRITE FPDMA QUEUED
[  229.144967] ata7.00: cmd 61/10:18:f7:05:44/02:00:25:00:00/40 tag 3 ncq 270336 out
[  229.144968]          res 41/84:44:77:02:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)
[  229.144970] ata7.00: status: { DRDY ERR }
[  229.144972] ata7.00: error: { ICRC ABRT }
[  229.144974] ata7.00: failed command: WRITE FPDMA QUEUED
[  229.144978] ata7.00: cmd 61/08:28:5f:02:44/00:00:25:00:00/40 tag 5 ncq 4096 out
[  229.144979]          res 41/84:44:77:02:44/84:00:25:00:00/40 Emask 0x10 (ATA bus error)

После чего перемонтирует диск в режим ro.
Куда копать?

andrey_4j · « **Ответ #9 :** 25 Декабря 2011, 12:10:06 »

По поводу WD10EARS и WD15EARS - у меня были и такой и такой винты (один сейчас как внешний бэкап, второй - продан). Я сперва также столкнулся с тормозной работой этих девайсов, начал гуглить, нашел все вышеописанные способы. Однако, я довольно ленив, поэтому подумал, а что предлагает разработчик, если есть какое-то решение, им и воспользуюсь, если нет, то поступлю, как умные люди предлагают. Короче говоря, нашел для этих винтов фирменную утилитку, которая "выравнивает" разделы для корректной работы с сектором 4KB. После этого проблема с тормозами ушла, и я больше о ней не вспоминал.

dj--alex · « **Ответ #10 :** 27 Декабря 2011, 01:29:41 »

обычныс Gparted бил 1.5tb харды
выдавали по 115mb/s скорость и без всякого геморроя с fdisk ом
ФС естественно ext4 для меня других фс вообще уже давно не существует ,
разве что вендофлешечные ФСы )))

es1840 · « **Ответ #11 :** 27 Декабря 2011, 02:03:03 »

Цитировать

Короче говоря, нашел для этих винтов фирменную утилитку, которая "выравнивает" разделы для корректной работы с сектором 4KB.

В linux тоже самое автоматически делает fdisk -cu device.

CityAceE

Хочу поднять старую тему, потому как времени прошло много, а проблема такая же с той разницей, что с тех пор возрос объём жёстких дисков. Так в моей ситуации проблема возникла на 3Tb красных WD. Проблема появилась сразу после того, как я поменял старые диски на эти самые диски. И теперь с завидным постоянством в лог сыпятся ошибки:

Код: [Выделить]

ata1.00: failed command: WRITE FPDMA QUEUED
...
ata1.00: failed command: READ FPDMA QUEUED
...
ata2.00: failed command: WRITE FPDMA QUEUED
...
ata2.00: failed command: READ FPDMA QUEUED

Подозреваю, что проблема кроется в нестандартном размере сектора этих дисков. Но я как и автор темы изначально всё подравнивал под нужные 8 Кб.

Пока даже не знаю в какую сторону копать.

_angus_

А полностью что пишется в сообщениях об ошибках? Ну и самый простой вариант -- питание-то в порядке? питательные шлейфы не через удлинители, ничего не отваливается? в смарте ненормального увеличения start-stop cycles, UDMA error rate нету? что пишет smartctl -x /dev/sdX?

CityAceE

Ошибки были в точности те же, что приводились выше в теме. После усиленного штудирования Интернета стало очевидно, что так себя ведут жёсткие диски WD с 4K секторами в связке с SATA контроллером nVidia.

В процессе поиска причины я даже обновил прошивку на жёстких дисках. Оказалось, что красные WD имею болячку, которая может привести к преждевременному их выходу из строя.

У меня всё закончилось печально. Вначале вылетел один диск из массива, собранного из двух дисков, а потом, в процессе ребилда массива, вылетел и второй. В итоге система полностью накрылась.

Но свою проблему я всё-таки решил (как мне кажется) путём покупки контроллера SATA для PCIex шины. Прошли уже почти сутки после установки этого контроллера и ошибка пока не возникала, хотя ранее она всплывала несколько раз за час.

Наверное стоило ещё поиграться с отключением SWNCQ в sata_nv, но я уже просто устал бороться с проблемой и неработающим сервером. Тут в теме выше писали, что в силу ошибок в драйвере, SWNCQ отключить было нельзя. Но вот тут написано, что уже можно, во всяком случае для моего чипсета MCP51. Возможно как-нибудь позже я всё-таки поэкспериментирую.

Форум русскоязычного сообщества Ubuntu

Автор Тема: Проблема с жёстким диском, нужна помощь в поиске причины :) (Прочитано 17818 раз)

Alve

Проблема с жёстким диском, нужна помощь в поиске причины :)

ArcFi

Re: Проблема с жёстким диском, нужна помощь в l

Mam(O)n

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

arrecck

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

Shefango

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

Alve

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

Alve

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

sakatgg

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

dr.Faust

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

andrey_4j

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

dj--alex

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

es1840

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

CityAceE

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

_angus_

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)

CityAceE

Re: Проблема с жёстким диском, нужна помощь в поиске причины :)