Скорость последовательного порта

Pусский (Russian) Железо
1

openSUSE Tumbleweed, apcupsd управляет ИБП APC Smart UPS SUA1500I через последовательный порт. Полгода всё работало нормально, последние 2-3 недели стало теряться соединение с ИБП через некоторое время после старта демона - проходит от 10 минут до нескольких часов. Перезапуск apcupsd помогает - соединение восстанавливается, но не надолго. При снижении скорости командами:


# stty 38400 -F /dev/ttyS4

или


# setserial /dev/ttyS4 baud_base 38400

соединение становится стабильным, но после перезагрузки скорость снова сбрасывается на 115200. Как правильно настроить скорость последовательного устройства /dev/ttyS4, что лучше использовать - stty или setserial? Как сохранить настройку скорости при перезагрузке системы?

2

svalx wrote:

> Перезапуск
> apcupsd помогает - соединение
> восстанавливается, но не надолго.
>
> соединение становится стабильным, но
> после перезагрузки скорость снова
> сбрасывается на 115200. Как правильно
> настроить скорость последовательного
> устройства /dev/ttyS4, что лучше
> использовать - stty или setserial? Как
> сохранить настройку скорости при
> перезагрузке системы?
>
>

Думаю, надо искать причину, а не исправлять следствие.
В логах что-то есть по этому поводу?

> последние 2-3 недели стало теряться

Что могло измениться?

3

В Сб, 31/08/2013 в 23:24 +0000, Lazy_Kent пишет:
Думаю, надо искать причину, а не исправлять следствие.
> В логах что-то есть по этому поводу?
>
>
В логах apcupsd только записи типа:
2013-08-24 22:24:36 +0400 Communications with UPS lost.

Что могло измениться?
>
>
грешу на обновление до kernel-desktop-3.10.7…

4

svalx wrote:

> грешу на обновление до kernel-desktop-3.10.7…

Надо бы проверить с предыдущим. И написать багрепорт в случае
подтверждения.

5

01.09.2013 12:03, Lazy_Kent пишет:
>> грешу на обновление до kernel-desktop-3.10.7…
>
> Надо бы проверить с предыдущим. И написать багрепорт в случае
> подтверждения.
>
Вот что сейчас установлено:
С | Имя | Тип | Версия | Архитектура |
–±---------------------±------±---------------------±------------±
i | kernel-desktop | пакет | 3.10.7-23.2.g771dec3 | x86_64 |
i | kernel-desktop | пакет | 3.10.7-23.1.g771dec3 | x86_64 |
i | kernel-desktop | пакет | 3.10.6-22.1.gbd99dce | x86_64 |
i | kernel-desktop | пакет | 3.10.5-21.1.gf2022c3 | x86_64 |
i | kernel-desktop | пакет | 3.10.5-20.1.g4e0ffc2 | x86_64 |
i | kernel-desktop | пакет | 3.10.9-24.1.ga0841e3 | x86_64 |

Как загрузиться с 3.10.6, не удаляя младшие ядра?

6

svalx wrote:

> Как загрузиться с 3.10.6, не удаляя младшие ядра?

В меню Grub, обычно,должны быть пункты для каждого ядра.

7

Для чистоты эксперимента можно попробовать мониторинг упса через NUT.

8

Со старымыми ядрами такая же картина. Ничего я так и не нашёл, но через несколько дней всё нормализовалось само собой.
Недавно полетела файловая система в корне, пришлось восстанавливать из бэкапа - после этого компьютер стал почему-то загружаться в 3 раза быстрее. Это в общем-то здорово, но снова появилась проблема с apcupsd - при запуске вместе с системой он не мог найти ИБП и висел в таком состоянии пока его не перезапустишь. После перезапуска всё нормально работает и связь не теряется. Причину нашёл: одновременно с apcupsd стартовал ModemManager, и отрашивал ttyS* в тоже время, когда apcupsd пытался соединиться с ИБП на ttyS4. После удаления ModemManager (модемов у меня нет) демон работает как часы. А если мне нужен был бы ModemManager, как настроить, чтобы они не мешали друг другу? В systemd нужно зависимости править, или в ModemManager есть что-то типа блэклиста устройств, которые нельзя мониторить?