Отправляет email-рассылки с помощью сервиса Sendsay

Linux: разрешение вопросов, перспективы и общение

Подписаться Бесплатный дискуссионный лист Подписчиков 995
←   Январь 2004   →
 1
01.01.2004
05:04:24
23:40:11
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт листа: http://www.linuxrsp.ru
Открыт: 25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес модератора: comp.soft.linux.discuss-owner@subscribe.ru

Модератор
Фёдор Сорекс

Статистика

995 подписчиков
0 за неделю

hda error

Привет всем.
При записи на диск выскочила ошибка:
hda: dma_intr: status 0x51 {DriveReady SeekComplete Error}
hda: dma_intr: status 0x84 {DriveStatusError BadCRC}
Запустил e2fsck:
hda: read_intr: error=0x10 {SectorIdNotFound}
LBAsect=353350
sector=353287
hda: read_intr: error=0x5a {DriveReady SeekComplete Error}
hda: DMA disabled
ide0: reset: succes
end_request: I/O error
dev 03:01 (hda) sector 353287
Насколько это опасно.
Влад.

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить  
kvan***@m*****.ru
Tue, 13 Jan 2004 12:47:30 +0300 (#53660)

 

Ответы:

kvan***@m*****.ru пишет:

Два варианта:
1. Винт сыпется - спасай данные, пока не поздно!
2. Шлейф глючит (было такое - поменял шлейф - все нормально стало
работать) - готовится умирать. Попробуй с другим шлейфом.

Ответить   Max Vasin Tue, 13 Jan 2004 19:06:57 +0300 (#53689)

 

Исходное сообщение От: Max Vasin <max-appo***@m*****.ru>
Кому: comp.soft.linux.discuss (661793) <kvan***@m*****.ru>
Отправлено: 13 января 2004 г. 19:06
Тема: Re: hda error

Два варианта:
1. Винт сыпется - спасай данные, пока не поздно!
2. Шлейф глючит (было такое - поменял шлейф - все нормально стало
работать) - готовится умирать. Попробуй с другим шлейфом.

--
With best regards,
Max Vasin aka Fagot.

С другим шлейфом пробовали - то же самое.
Сколько еще винт протянет - нужные данные снимаются каждый день.
Влад.

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить  
kvan***@m*****.ru
Mon, 19 Jan 2004 09:42:11 +0300 (#58398)

 

On Tue, Jan 13, 2004 at 12:47:30PM +0300, kvan***@m*****.ru wrote:

Не знаю насколько опасно, но у меня такие приколы были перед тем, как
упал контроллер на винте. Если у тебя Фудж, то советую тебе сделать
бэкап нужной информации.

Ответить   Pavel aka crazy Tue, 13 Jan 2004 18:58:43 +0300 (#53700)

 

В сообщении от Вт 13 Янв 2004 11:47 kvan***@m*****.ru написал:

Что за мамка и винт?

Ответить   Ischenko Yaroslav Wed, 14 Jan 2004 00:22:16 +0200 (#53942)

 

Исходное сообщение От: Ischenko Yaroslav <si***@a*****.ua>
Кому: comp.soft.linux.discuss (661793) <kvan***@m*****.ru>
Отправлено: 14 января 2004 г. 1:22
Тема: Re: hda error

Что за мамка и винт?

--
With Best Regards,
Ischenko Yaroslav

Доступа к компьютеру пока нет. Старая мамка на VIA - под AMD K6 -233.
Винт Фуджитсу 2 Мб.
Влад.

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить  
kvan***@m*****.ru
Mon, 19 Jan 2004 09:45:08 +0300 (#58395)

 

В сообщении от Пн 19 Янв 2004 08:45 kvan***@m*****.ru написал:

Значит так. Мамка у Вас явно либо MVP3 либо MVP4 (Via Appolo Pro)
Здесь ясно все написано: http://linuxgazette.net/issue76/tag/10.html
А если коротко - плохая поддержка чипсета VIA в ядре. Это наблюдается чаще
всего со старыми матерями от VIA.
Я уже четыре года выхватываю эти ругательства, но ни разу у меня система из-за

этого не упала. И никакие замены шлейфов и винтов не помагали. И винты мои
ниразу не сыпались.
P.S. Кстати у меня это было и на MVP4 и есть сейчас на КТ 133. Бесит только
то, что логи засираются. =(
P.P.S. IMHO раслабляться всеравно не стоит. И все-таки попробовать сменить для

начала шлейфы. С чем kernel не шутит =)

Ответить   Ischenko Yaroslav Tue, 20 Jan 2004 21:13:07 +0200 (#59693)

 

В сообщении от Вт 20 Янв 2004 21:13 Ischenko Yaroslav написал(a):

с чипсетом kt400 ядро 2.4.20 дружит нормально?

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Wed, 21 Jan 2004 09:47:53 +0200 (#59882)

 

В сообщении от Ср 21 Янв 2004 09:47 dk написал:

На сколько мне известно - да, нормально.

Ответить   Ischenko Yaroslav Wed, 21 Jan 2004 14:33:18 +0200 (#60116)

 

В сообщении от 21 Январь 2004 10:47 dk написал(a):

У меня дома где-то месяц такая связка, раньше тоже были только их чипсеты,
вроде все работает нормально, правда ide драйвер пишет при загрузке, что мол

not 100% native mode check irqs later, подозреваю, что из-за слабой поддержки

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

Ответить  
id_only
Wed, 21 Jan 2004 17:17:51 +0300 (#60210)

 

В сообщении от 21 Январь 2004 10:47 dk написал(a):

У меня дома где-то месяц такая связка, раньше тоже были только их чипсеты,
вроде все работает нормально, правда ide драйвер пишет при загрузке, что мол

not 100% native mode check irqs later, подозреваю, что из-за слабой поддержки

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

Ответить  
id_only
Wed, 21 Jan 2004 17:17:51 +0300 (#60213)

 

В сообщении от Ср 21 Янв 2004 16:17 id_only написал(a):

мол

поддержки

как врубил удма?

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Wed, 21 Jan 2004 21:10:27 +0200 (#60412)

 

В сообщении от 21 Январь 2004 22:10 dk написал(a):

Извиняюсь, позор мне за такую лажу, конечно же DMA плюс tranfer mode на
максимум.

Ответить  
id_only
Thu, 22 Jan 2004 10:37:42 +0300 (#60680)

 

В сообщении от Чт 22 Янв 2004 09:37 id_only написал(a):

и

КАК ты это сделал? обьясни как для чайника, плз. :)

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Thu, 22 Jan 2004 13:58:02 +0200 (#60918)

 

On Thu, Jan 22, 2004 at 01:58:02PM +0200, dk wrote:

man hdparm

Ответить   Pavel aka crazy Thu, 22 Jan 2004 18:51:13 +0300 (#61101)

 

В сообщении от 22 Январь 2004 14:58 dk написал(a):

У меня винт это /dev/hda, так что делаем так
1 hdparm -t /dev/hda - это тест показывает сколько и за какое время прочитать

с винта(там все будет написано)
2 hdparm -c3 -d1 -k1 -m16 -u1 -X12 -X69 /dev/hda
3 Выполняем действия из пункта 1 и если цифры больше, то все ок

За подробностями man hdparm, быстрых винтов вам!

PS В RH совместимых дистрибутивах эти настройки можно выставить в файле
/etc/sysconfig/harddisks, в остальных не знаю есть ли аналоги, но если что
эту команду можно добавить в /etc/rc.d/rc.local, что бы параметры
выставлялись при загрузке системы.

Ответить  
id_only
Fri, 23 Jan 2004 10:19:06 +0300 (#61581)

 

В сообщении от Пт 23 Янв 2004 09:19 id_only написал(a):

прочитать

вот результаты работы hdparm по пунктам 1-3:
[root@dima dk]# hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: -102 MB in 0.00 seconds = -inf kB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.
[root@dima dk]# hdparm -c3 -d1 -k1 -m16 -u1 -X12 -X69 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 3
setting multcount to 16
setting unmaskirq to 1 (on)
setting using_dma to 1 (on)
setting keep_settings to 1 (on)
setting xfermode to 69 (UltraDMA mode5)
multcount = 16 (on)
IO_support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 1 (on)
[root@dima dk]# hdparm -t /dev/hda

/dev/hda:
Timing buffered disk reads: -102 MB in 0.00 seconds = -inf kB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.

что можно сказать? я в железе не настолько рназбираюсь, что-б делать
какие-либо выводы.

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Fri, 23 Jan 2004 11:13:25 +0200 (#61662)

 

On Fri, 23 Jan 2004 11:13:25 +0200
dk <dima***@y*****.ru> wrote:

такую проблему лично мне помогло решить обновление hdparm.

WBR,
Antony Dovgal aka tony2001
tony20***@p*****.net

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Antony Dovgal Fri, 23 Jan 2004 13:55:10 +0300 (#62061)

 

В сообщении от 23 Январь 2004 12:13 dk написал(a):

Проблема не в железе это глюк в твоей версии hdparm, надо обновиться, у меня

такое уже было с версией в ASP 9.0, которая из коробки. А вот в версии 5.4
уже все в порядке.

Ответить  
id_only
Sat, 24 Jan 2004 17:10:45 +0300 (#62531)

 

В сообщении от Сб 24 Янв 2004 16:10 id_only написал(a):

обновил hdparm, который взял из updates, пока изменений в скорости работы
винта не наблюдается. что и как можно заоптимизировать в линуксе?

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Sat, 24 Jan 2004 17:36:52 +0200 (#62752)

 

On Wed, 21 Jan 2004, dk wrote:

думаю, что да, поскольку 2.4.х давно нормально дружит и с KT133A и
KT266. я вообще первый раз слышу про эти баги. будем надеяться, что
они закончились на KT133.

ps. а что вам всем именно 2.4.20 так нравится? оно что в каком-то
популярном дистрибутиве идет? просто интересно.

email: mkb@n*****.ru
homepage: http://mkb.nightmail.ru/.

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить  
mkb
Wed, 21 Jan 2004 13:06:41 +0300 (MSK) (#60259)

 

В сообщении от Ср 21 Янв 2004 12:06 mkb написал(a):

:) 2.4.22 - в дистрибутиве АСП9.
хотелось бы попробовать 2.6, но нет уверенности, что я не запортачу свою
систему..

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   dk Wed, 21 Jan 2004 22:14:49 +0200 (#60473)

 

Привiiт Всiiм! ;-)

ср 21 сiiч 2004 22:14, dk Ви написали:

От того, что появился M$-W95, M$-W3.11 хуже не стал ;-),(извините старая
поговорка не стал ее именять), Новьiе знакомства ето приятно, но мне больше
нравятся ядра 2.2. И если железо позволяет, то использовал только их.
И некоторьiе вещи, которьiх я сам не напишу, заставляют использовать 2.4

PK :)

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить  
Poltawer Kozak
Thu, 29 Jan 2004 15:00:09 +0200 (#66642)

 

Ischenko Yaroslav wrote:

у меня на КТ133 никаких проблем не было :?

-*Информационный канал Subscribe.Ru
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ mailto:ask@subscribe.ru

Ответить   Danger Dancer Wed, 21 Jan 2004 10:26:20 +0300 (#60254)

 

On Tue, Jan 20, 2004 at 09:13:07PM +0200, Ischenko Yaroslav wrote:

Можешь поискать на iXBT статьи про контроллеры на Фуджах. Мой тебе
совет: сделай бэкап и поменяй винт, он скоро упадет.

Значит тебе очень везло, у меня рассыпался.

Ответить   Pavel aka crazy Wed, 21 Jan 2004 17:04:10 +0300 (#60397)