Доброго времени суток!

ситуация - есть старый apc back-ups pro 1400 с com-портом. Как водится, без родного кабеля. Паял кабеля из pinouts.ru, из /usr/share/doc/nut/docs/cables/apc.txt.gz. Далее - чудеса - на машине с арчем проверил шнуры - nut и apcupsd свое отрабатывают, на виндовой машине XP штатными средствами видно изменение состояния OB/OL. На боевом ibm system x3650 (в биосе отключен com-шаринг/мониторинг для айбиэмовских железок) стоит debian squeeze 2.6.32-5-xen-amd64, в grub добавлено xencons=off ибо о том, что xen жадина до компортов читал.  И что имеем - на шнурах которые будто дружат сo смартами nut при драйвере apcsmart(а back-ups pro считается смартом) - упс не виден, на простых сигнальных при genericups и соответсвующих шнурам upstype - ups.status: FSD LB OB в любом состоянии - есть питание от 220 или нет. apcupsd с каким-то смарт шнуром его видит но играться было мало времени - сразу ложит сервер, что скорее всего из-за того же ups.status: FSD LB OB.
запускал виртуалку хр как domu c проброшенным ttyS0 - и тут винда тоже ловит fsd и  вырубает систему. Везде со всеми шнурами пробовал и родной com, и usb-китайца, который на не ibm вел себя хорошо.
Куда копать?
зыж биос айбиэма обновил  - все так же. В dmesg | grep ttyS0
[    0.193164] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.193454] 00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
т.е xen компорт не забирает себе под консоль, как я понял.