CD глючит :(
CD глючит :(
Довольно давно поставил я ALT Master 2.2, и сидюк в нем прекрасно работал даже с УДМА, в отличие от винды. (TEAC CD-W552E)
Недавно стал замечать, что некоторые файлы копируются с ошибками (на винде такое было, пришлось удма выключить). Это сталось несколько дней назад, когда установил CrossOver Office и стал устанавливать вынь программы (совпадение или нет?...). Так вот. Решил я от нечего делать проверить правильность работы сидюка, вставляю CD-R с несколькими играми, архивироваными зипами и рарами, открываю миднайт и копирую в каталог /tmp/test (ReiserFS 3.6.x). Оно скопировало около половины сидюка или чуть больше, потом остановилость, стали исчезать кнопки и панель KDE... Остался один рисунок рабочего стола... Reset... Перезагружаюсь, иксы не грузятся, ошибки на ФС (проблема с проверкой ФС обсуждается в моей теме в этом разделе форума). Часа 2-3 искал в консоли, чаво делать. Еле восстановил командой
reiserfsck --rebuild-tree /dev/hda7 из установленного параллельно ASP-шника. Загрузилось. Начал "копать", в чем дело. Ситуация такая: по дефолту у привода вкл. УДМА. НИ ОДНОГО РАЗА ПОСЛЕ ЭТОГО с включенным дма сидюк не скопировался - виснет. Даю команду
hdparm -d0 /dev/hdc
Виснуть перестает, ошибки в файлах... Копирую архив - проверяю - битый!
В другой раз копирую - нормальный...
Тем более hdparm действует только до презагрузки.
Но главное - оно РАБОТАЛО!!! Что случилось, я понять не могу...
HELP!
Недавно стал замечать, что некоторые файлы копируются с ошибками (на винде такое было, пришлось удма выключить). Это сталось несколько дней назад, когда установил CrossOver Office и стал устанавливать вынь программы (совпадение или нет?...). Так вот. Решил я от нечего делать проверить правильность работы сидюка, вставляю CD-R с несколькими играми, архивироваными зипами и рарами, открываю миднайт и копирую в каталог /tmp/test (ReiserFS 3.6.x). Оно скопировало около половины сидюка или чуть больше, потом остановилость, стали исчезать кнопки и панель KDE... Остался один рисунок рабочего стола... Reset... Перезагружаюсь, иксы не грузятся, ошибки на ФС (проблема с проверкой ФС обсуждается в моей теме в этом разделе форума). Часа 2-3 искал в консоли, чаво делать. Еле восстановил командой
reiserfsck --rebuild-tree /dev/hda7 из установленного параллельно ASP-шника. Загрузилось. Начал "копать", в чем дело. Ситуация такая: по дефолту у привода вкл. УДМА. НИ ОДНОГО РАЗА ПОСЛЕ ЭТОГО с включенным дма сидюк не скопировался - виснет. Даю команду
hdparm -d0 /dev/hdc
Виснуть перестает, ошибки в файлах... Копирую архив - проверяю - битый!
В другой раз копирую - нормальный...
Тем более hdparm действует только до презагрузки.
Но главное - оно РАБОТАЛО!!! Что случилось, я понять не могу...
HELP!
В резельтате долгих экспериментов выяснено: в Win в режиме UDMA ошибки валятся постоянно (причем не только на этой машине), в PIO ошибок нет; в Lin сразу после включения компа ошибок нет, через некоторое время (20-30 мин, прогревается, значит) начинаются. Раньше при этом и в Win, и в Lin машина в режиме DMA либо висла, либо перезагружалась. Купил вентилятор корпусный и поставил сзади на вытяжку (там на уровне проца на задней стенке предусмотрены дырки под него). Судя по датчикам, температура в корпусе опустилась где-то на 5 градусов (34-35*С при прогретой машине теперь - это много или мало?). Виснуть, похоже, перестало, по крайней мере после этого таких случаев не было. Но ошибки есть.
Переключение с помощью hdparm результатов почти не дают - когда включаю режим PIO (или MDMA0, UDMA0...), ошибок становится меньше, но они есть. Параметр ядра Use DMA only for disks при компиляции тоже ничего не дал - аналогично переключению в PIO hdparm'ом. Когда же убираю Generic PCI bus-master DMA support, т.е. выключаю поддеожку DMA вообще, все работает медленно, но без ошибок.
Гонял по винту файлы - не портятся. Да и вообще до начала работы с CD ничего не глючит.
Соответственно делаю вывод, что:
1) ReiserFS не виновата.
2) Винт нормальный.
3) Глючит Secondary Channel IDE-контроллера в режиме DMA при прогреве.
Конфигурация: Gigabyte GA-7VA; VIA KT-400; Athlon XP 2000+; IDE контроллер - VIA VT82C586/B/686A/B PIPC Bus Master IDE (данные взяты из gpowertweak, в документации до точного названия контроллера "не опускаются" ). Кабель CD 40pin. Винт - 80pin.
Такие выкрутасы у этого компа "с рождения".
Если бы получилось выключить DMA для CD так, чтобы ошибок не было, то эту проблему можно было бы оставить в покое. Но похоже, что Win делает это как-то по-другому. А в BIOS нет функции выключения DMA - только переключение ATA133/100/66 и ATA33.
Переключение с помощью hdparm результатов почти не дают - когда включаю режим PIO (или MDMA0, UDMA0...), ошибок становится меньше, но они есть. Параметр ядра Use DMA only for disks при компиляции тоже ничего не дал - аналогично переключению в PIO hdparm'ом. Когда же убираю Generic PCI bus-master DMA support, т.е. выключаю поддеожку DMA вообще, все работает медленно, но без ошибок.
Гонял по винту файлы - не портятся. Да и вообще до начала работы с CD ничего не глючит.
Соответственно делаю вывод, что:
1) ReiserFS не виновата.
2) Винт нормальный.
3) Глючит Secondary Channel IDE-контроллера в режиме DMA при прогреве.
Конфигурация: Gigabyte GA-7VA; VIA KT-400; Athlon XP 2000+; IDE контроллер - VIA VT82C586/B/686A/B PIPC Bus Master IDE (данные взяты из gpowertweak, в документации до точного названия контроллера "не опускаются" ). Кабель CD 40pin. Винт - 80pin.
Такие выкрутасы у этого компа "с рождения".
Если бы получилось выключить DMA для CD так, чтобы ошибок не было, то эту проблему можно было бы оставить в покое. Но похоже, что Win делает это как-то по-другому. А в BIOS нет функции выключения DMA - только переключение ATA133/100/66 и ATA33.