Ошибки в протоколах

2013-05-20 Thread Артём Н.
Периодически обнаруживаю у себя такое: May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 SAct 0x0 SErr 0x400 action 0x0 May 19 23:27:24 dana kernel: [324437.406841] ata3.01: SError: { DevExch } May 19 23:27:24 dana kernel: [324437.406847] ata3.00: hard resetting link

Re: Ошибки в протоколах

2013-05-21 Thread Andrey Tataranovich
23:11 Mon 20 May, "Артём Н." wrote: > Периодически обнаруживаю у себя такое: > > May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 > SAct 0x0 SErr 0x400 action 0x0 > May 19 23:27:24 dana kernel: [324437.406841] ata3.01: SError: { DevExch } > May 19 23:27:24 dana k

Re: Ошибки в протоколах

2013-05-21 Thread Артём Н.
21.05.2013 13:12, Andrey Tataranovich пишет: > 23:11 Mon 20 May, "Артём Н." wrote: >> Периодически обнаруживаю у себя такое: >> >> May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 >> SAct 0x0 SErr 0x400 action 0x0 >> May 19 23:27:24 dana kernel: [324437.406841] at

Re: Ошибки в протоколах

2013-05-22 Thread evgeny_ver...@mail.ru
Аналогичная фигня. Это что, массовое падение проводов? Ядро, правда, немного нестандартное: uname -a Linux debian 3.8-10.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Thu May 2 07:09:55 UTC 2013 x86_64 GNU/Linux On 21.05.2013 23:24, "Артём Н." wrote: 21.05.2013 13:12, Andrey Tataranovich пишет: 23

Re: Ошибки в протоколах

2013-05-22 Thread Yuriy Kaminskiy
Andrey Tataranovich wrote: > 23:11 Mon 20 May, "Артём Н." wrote: >> Периодически обнаруживаю у себя такое: >> >> May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 >> SAct 0x0 SErr 0x400 action 0x0 >> May 19 23:27:24 dana kernel: [324437.406841] ata3.01: SError: { D

Re: Ошибки в протоколах

2013-05-23 Thread Andrey Tataranovich
01:51 Thu 23 May, Yuriy Kaminskiy wrote: > Andrey Tataranovich wrote: > > 23:11 Mon 20 May, "Артём Н." wrote: > >> Периодически обнаруживаю у себя такое: > >> > >> May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 > >> SAct 0x0 SErr 0x400 action 0x0 > >> May 19

Re: Ошибки в протоколах

2013-05-23 Thread Артём Н.
22.05.2013 20:57, evgeny_ver...@mail.ru пишет: > Аналогичная фигня. Это что, массовое падение проводов? Ядро, правда, немного > нестандартное: > uname -a > Linux debian 3.8-10.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Thu May 2 07:09:55 > UTC 2013 x86_64 GNU/Linux > Ядро у меня самосборное. А у вас

Re: Ошибки в протоколах

2013-05-23 Thread Артём Н.
23.05.2013 01:51, Yuriy Kaminskiy пишет: > Andrey Tataranovich wrote: >> 23:11 Mon 20 May, "Артём Н." wrote: >>> Периодически обнаруживаю у себя такое: >>> >>> May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10 >>> SAct 0x0 SErr 0x400 action 0x0 >>> May 19 23:27:24

Re: Ошибки в протоколах

2013-05-23 Thread Артём Н.
23.05.2013 23:56, Andrey Tataranovich пишет: > Во время suspend'а идет активная запись на диск, в этот момент запросто > могут > проявляться ошибки из-за плохого кабеля. > > Кстати если проблема появилась недавно, то возможно имеет место перегрев. Я > как-то > видел похожие проблемы с диском

Re: Ошибки в протоколах

2013-05-24 Thread evgeny_ver...@mail.ru
Ядро у меня самосборное. А у вас с hibernate какая-то связь прослеживается? Нет, машинка стационарная, в суспенды не ходит -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.d

Re: Ошибки в протоколах

2013-06-02 Thread Артём Н.
On 23.05.2013 23:56, Andrey Tataranovich wrote: > 01:51 Thu 23 May, Yuriy Kaminskiy wrote: >> Andrey Tataranovich wrote: >>> 23:11 Mon 20 May, "Артём Н." wrote: Периодически обнаруживаю у себя такое: May 19 23:27:24 dana kernel: [324437.406837] ata3.01: exception Emask 0x10

Re: Ошибки в протоколах

2013-06-02 Thread Dmitry A. Zhiglov
2 июня 2013 г., 13:28 пользователь "Артём Н." написал: > Где ещё смотреть? Поставить на его место другой диск и посмотреть. Еще лучше на другой контроллер на матери, если возможно или другой, провереный диск, на глючное место старого. Вариантов масса. Это случаем не seagate 7200.11 ? У меня сооб

Re: Ошибки в протоколах

2013-06-02 Thread Артём Н.
On 02.06.2013 14:52, Dmitry A. Zhiglov wrote: > 2 июня 2013 г., 13:28 пользователь "Артём Н." написал: >> Где ещё смотреть? > > Поставить на его место другой диск и посмотреть. Еще лучше на другой > контроллер на матери, если возможно или другой, провереный диск, на > глючное место старого. Вариа

Re: Ошибки в протоколах

2013-06-02 Thread Александр Вайтехович
>> Возможно, диск умирает? >> > Да, что вы. Диску пары лет даже нет. 7200.11 умирали через год из-за ошибки в прошивке, а совсем, из-за плохого качества - через 1,5 года... У меня seagate st1000dm001 умер через 2-3 месяца после покупки - покрылся бэд-блоками, и у людей данная серия дохнет пачками.

Re: Ошибки в протоколах

2013-06-02 Thread Dmitry A. Zhiglov
2 июня 2013 г., 17:40 пользователь "Артём Н." написал: > On 02.06.2013 14:52, Dmitry A. Zhiglov wrote: >> 2 июня 2013 г., 13:28 пользователь "Артём Н." написал: >>> Где ещё смотреть? >> >> Поставить на его место другой диск и посмотреть. Еще лучше на другой >> контроллер на матери, если возможно

Re: Ошибки в протоколах

2013-06-03 Thread Артём Н.
On 02.06.2013 18:44, Dmitry A. Zhiglov wrote: >>> Это случаем не seagate 7200.11 ? У меня сообщения подобные этим "hard >>> resetting link" практически норма, особенно под нагрузкой (под >>> squeeze). >> Seagate SATA-3 7200 SV35.2 ST31000526SV. Оно? > > Не могу сказать, так как с некоторых пор в м

Re: Ошибки в протоколах

2013-06-03 Thread Артём Н.
Снова (при выходе из hibernate, думаю): Jun 3 19:23:22 dana kernel: [38034.665490] ata3.01: exception Emask 0x10 SAct 0x0 SErr 0x400 action 0x0 Jun 3 19:23:22 dana kernel: [38034.665493] ata3.01: SError: { DevExch } Jun 3 19:23:22 dana kernel: [38034.665499] ata3.00: hard resetting link Jun

Re: Ошибки в протоколах

2013-06-03 Thread Александр Вайтехович
> Видимо, придётся: куплю Samsung. увы сигейт купил подразделение самсунга по жестким дискам. Осталось 2 производителя seagate и wd

Re: Ошибки в протоколах

2013-06-04 Thread Alex Petrov
> > > Видимо, придётся: куплю Samsung. > увы сигейт купил подразделение самсунга по жестким дискам. > Осталось 2 производителя seagate и wd > А что на счет Hitachi? Как само качество дисков и кому они принадлежат? -- С уважением, Алексей

Re: Ошибки в протоколах

2013-06-04 Thread Александр Вайтехович
4 июня 2013 г., 12:16 пользователь Alex Petrov написал: >> > Видимо, придётся: куплю Samsung. >> увы сигейт купил подразделение самсунга по жестким дискам. >> Осталось 2 производителя seagate и wd > > > А что на счет Hitachi? Как само качество дисков и кому они принадлежат? HGST (formerly Hitachi

Re: Ошибки в протоколах

2013-06-04 Thread Serge
On Tuesday 04 June 2013 11:16:13 Alex Petrov wrote: > > > > > Видимо, придётся: куплю Samsung. > > увы сигейт купил подразделение самсунга по жестким дискам. > > Осталось 2 производителя seagate и wd > > > > А что на счет Hitachi? Как само качество дисков и кому они принадлежат? > Принадлежат они

Re: Ошибки в протоколах

2013-06-05 Thread Dmitry A. Zhiglov
3 июня 2013 г., 20:39 пользователь "Артём Н." написал: Диск выглядит здоровым. Большее понимание будет только тогда, когда во времени увидите изменение показаний его параметров жизнидеятельности. Бешеные значения - нормально для данного производителя. Осмелюсь предположить, что проблема не только

Re: Ошибки в протоколах

2013-06-06 Thread Артём Н.
On 06.06.2013 10:45, Dmitry A. Zhiglov wrote: > 3 июня 2013 г., 20:39 пользователь "Артём Н." написал: > Диск выглядит здоровым. Большее понимание будет только тогда, когда во > времени увидите изменение показаний его параметров жизнидеятельности. > Бешеные значения - нормально для данного произво

Re: Ошибки в протоколах

2013-06-06 Thread Konstantin Matyukhin
2013/6/6 "Артём Н." > Смех и грех. Неужели реально осталось два производителя HDD? > Да. Как Кока-кола и Пепси-кола. -- С уважением, Константин Матюхин

Re: Ошибки в протоколах

2013-06-06 Thread Dmitry A. Zhiglov
6 июня 2013 г., 21:02 пользователь "Артём Н." написал: > Угу. И что рекомендуете? Western Digital? Воздержусь с вашего позволения )