Re: Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-09 Пенетрантность Mikhail Ramendik
2013/10/7 Eugene V. Samusev samu...@gmail.com


 но где бы взять инструмент, который будет копировать в /dev/null и
 показывать при этом текущую скорость? (Простто список файлов не надоЮ, надо
 именно мегабайты в секунду).


 $sudo pv -tpreb /dev/sdb | dd of=/dev/null bs=64M



Огромное спасибо! Я не знал про утилиту pv, а именно она мне и была нужна.

Всё работает, и с просто диском, и с файловой системой (с использованием
tar -cv . | pv), и даже лог выводит.

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do not
reflect the views of any organizatio


Re: Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-06 Пенетрантность Sergey Korobitsin
Mikhail Ramendik ☫ → To Debian-russian List @ Sat, Oct 05, 2013 01:37 +0100

 Попробовал повторить проблему, копируя с каждого из дисков на него же.
 Повторить не удалось. То есть оно произошло только при копировании с одного
 на другой. Надо бы проверить копированием в /dev/null , но где бы взять
 инструмент, который будет копировать в /dev/null и показывать при этом
 текущую скорость? (Простто список файлов не надоЮ, надо именно мегабайты в
 секунду).

scp, например. Или rsync.

-- 
Bright regards, Sergey Korobitsin,
Chief Research Officer
Arta Software, http://arta.kz/
xmpp:underta...@jabber.arta.kz

--
Эксперименты по спасению России от глобального потепления путем отключения 
тепла регулярно проводятся российским ЖКХ и неизменно вызывают у населения 
горячий протест.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131007044439.gb15...@undertaker.dev.lan.arta.kz



Re: Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-06 Пенетрантность Eugene V. Samusev
2013/10/5 Mikhail Ramendik m...@ramendik.ru


 но где бы взять инструмент, который будет копировать в /dev/null и
 показывать при этом текущую скорость? (Простто список файлов не надоЮ, надо
 именно мегабайты в секунду).

 $sudo pv -tpreb /dev/sdb | dd of=/dev/null bs=64M


Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-04 Пенетрантность Mikhail Ramendik
Всем привет!

Ситуация - на свежеапгрейженной машине, со свежеапгрейженным же wheezy,
иногда происходит неясное подвисание в момент запуска какой-ибудь
программы, как правило из терминального окна в исках. Случалось с mplayer,
pidgin, регулярно происходит с mc (он в начале всегда читает диск - и это
может занять до минуты, но потом работает нормально и перезапускается тоже
нормально). Иногда в этот момент тормозят остальные программы, работающие с
диском (в частности chromium, явно гоняющий через диск кэш; разок досталось
dpkg).

При этом слышно повторяющееся потрескивание жёсткого диска, как будто он
пытается что-то считать. Но smartctl -l error никаких ошибок на диске не
показывает. Был пропушен тест smartctl -t long /dev/sda ; по результатам в
логах (smartctl -l selftest) тест прошёл успешно, ошибок нет. Вообще ничего
подозрительного в smartctl -a /dev/sda нет, и /dev/sdb (второй и
незадействованный в эти моменты дисак) тоже - но если бы там на самом деле
были проблемы с чтением, оно бы должно было быть*

В /var/log/dmesg, /var/log/syslog, /var/log/messages, /var/log/kern/log,
/var/log/daemon/log ничего подозрительного не обнаружено.

Может ли это быть всё-таки HDD? Я могу перенести root на другой диск, их
два, но там тогда возня с partition resizing (сейчас одна ext3 на весь диск
с кучей фильмов, ну не прямо же туда root копировать). Есть ли смысл
всё-таки с переносом на другой диск возиться?

И/или что ещё это может быть? Вряд ли ядро, поскольку я уже поднял ядро с
3.2.46 на бекпортовое 3.10.11 - то ли ничего не изменилось, то ли стало
хуже.

Критические данные уже бекаплю на всякий случай. Но как всё-таки
разобраться - HDD или нет? что можно пробовать?

Если есть смысл возиться с переносом root на другой диск - то есть ли
способ изменить размер проще, чем сначала e2resize для изменения размера
файловой системы и затем parted для изменения размера раздела? (Или надо не
parted а fdisk?) Рисковать данными на втором диске не хотелось бы.

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do not
reflect the views of any organization


Re: Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-04 Пенетрантность Mikhail Ramendik
2013/10/4 Mikhail Ramendik m...@ramendik.ru


 При этом слышно повторяющееся потрескивание жёсткого диска, как будто он
 пытается что-то считать. Но smartctl -l error никаких ошибок на диске не
 показывает. Был пропушен тест smartctl -t long /dev/sda ; по результатам в
 логах (smartctl -l selftest) тест прошёл успешно, ошибок нет. Вообще ничего
 подозрительного в smartctl -a /dev/sda нет, и /dev/sdb (второй и
 незадействованный в эти моменты дисак) тоже - но если бы там на самом деле
 были проблемы с чтением, оно бы должно было быть*

 В /var/log/dmesg, /var/log/syslog, /var/log/messages, /var/log/kern/log,
 /var/log/daemon/log ничего подозрительного не обнаружено.

 Может ли это быть всё-таки HDD? Я могу перенести root на другой диск, их
 два, но там тогда возня с partition resizing (сейчас одна ext3 на весь диск
 с кучей фильмов, ну не прямо же туда root копировать). Есть ли смысл
 всё-таки с переносом на другой диск возиться?



Развитие событий... Я попробовал зажать скорость SATA на полтора гига (как
было на прежней материнке), но это не помогло. Стал бекапить некие данные
на второй диск (mc, там видно скорость процесса) - и в какой-то момент
процесс стал рывками замедляться. Тыр-тыр читает медленно - и потом снова
быстро. Когда медленноЮ, слышен ритмичный шум HDD.

Такое впечатление, что когда происходит эта проблема в ядре тормозит вся
дисковая подсистема вообще. Тормозило всё что обращалось к диску.

Но! В SMART всё по-прежнему чисто, хотя теперь уже (до этого бекапа) я и в
BIOS его включил. Ошибок в логе нет. raw read error rate по нулям (правда,
на втором 1), reallocated sector count - тоже по нулям.

Попробовал повторить проблему, копируя с каждого из дисков на него же.
Повторить не удалось. То есть оно произошло только при копировании с одного
на другой. Надо бы проверить копированием в /dev/null , но где бы взять
инструмент, который будет копировать в /dev/null и показывать при этом
текущую скорость? (Простто список файлов не надоЮ, надо именно мегабайты в
секунду).

И всё-таки, что всё это может означать? Всё-таки диск на выходе - почему
тогда в SMART никаких следов? Или какие-то непонятки между ядром и
контроллером SATA?

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do not
reflect the views of any organization


Re: Странные подвисания при запуске программ - HDD? И про изменение размеров ext3

2013-10-04 Пенетрантность Mikhail Ramendik
2013/10/5 Mikhail Ramendik m...@ramendik.ru


 Развитие событий... Я попробовал зажать скорость SATA на полтора гига (как
 было на прежней материнке), но это не помогло. Стал бекапить некие данные
 на второй диск (mc, там видно скорость процесса) - и в какой-то момент
 процесс стал рывками замедляться. Тыр-тыр читает медленно - и потом снова
 быстро. Когда медленноЮ, слышен ритмичный шум HDD.

 Такое впечатление, что когда происходит эта проблема в ядре тормозит вся
 дисковая подсистема вообще. Тормозило всё что обращалось к диску.

 Но! В SMART всё по-прежнему чисто, хотя теперь уже (до этого бекапа) я и в
 BIOS его включил. Ошибок в логе нет. raw read error rate по нулям (правда,
 на втором 1), reallocated sector count - тоже по нулям.



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

Дело было, вероятно, в NCQ. Оно в дисках Western Digital реализовано
неправильно и нужно отключать. Вот, похоже, та же ситуация, только у меня
почему-то ничего нет в dmesg.

http://iwtf.net/2011/05/19/western-digital-sata-errors-under-linux/

Проставил в /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT=libata.force=noncq

и вроде бы проблема решилась. (Теоретически это надо делать не для всех
устройств сразу, но у меня два жёстких диска WD и один DVD-RW, которому
вряд ли особо нужно NCQ).

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do not
reflect the views of any organization